设计准则

设计对话以引导用户完成事务流程。我们提供了参考示例，您可以在设计自己的事务性 Action 时参考这些示例。

示例

设计提示

  • 确保对话听起来自然且如真人对话，就像真人说话一样。

  • TTS/语音朗读的文字不一定要与聊天气泡中显示的文字完全一致。如果聊天气泡是语音对话框的子集，此方法会非常有用。

  • 问候访问者，吸引他们参与互动。询问他们需要什么，然后提供一些建议内容信息卡，帮助他们上手。

  • 在邀请用户将商品添加到购物车之前，请通过添加槽填充并使用 actions.type.TransactionRequirementsCheckResult 槽类型执行后端检查，以确认用户已为 Google 助理设置付款方式。

  • 准备好应对与其他移动或 Web 体验一样的语音问题。例如，在商品缺货时提供类似商品，或邀请用户注册以在商品恢复有货时收到通知。

  • 请注意，订单摘要是根据您通过 API 传递的数据构建的。 “通过 Google 付款”标签有助于用户了解付款是由 Google 协助完成的。

  • 向用户请求信息（例如其地址信息）时，请先让用户了解您提出请求的原因，以及该请求将给用户带来什么好处。

  • Google 将根据用户的设置提供购买授权方法（无需进行身份验证、密码或指纹）。有时，我们的风险评估会启动额外的身份验证步骤，例如确认银行卡的 CVV。

  • 付款完成后，请务必发送收据和订单确认书。请务必让用户了解您是收单商家，并会跟进有关订单（而非 Google）的所有详细信息。

  • 默认情况下，您可以在带有屏幕的 surface（例如 Android 手机）或仅支持语音的 surface（例如 Google Home）上执行事务。

    • 为了最好地支持纯语音事务，请格外小心，设计出良好的对话体验，引导用户完成完整的交易体验。

    • 请注意，某些交易 intent 可能需要一个屏幕。其中大部分操作（例如，添加新的配送地址、解决付款问题、帐号关联）都将自动发送到手机上。如果对话中有任何最适合显示在屏幕上的内容（例如，针对卡片构建提供丰富的响应、显示商家服务条款或隐私权政策），您应检查当前 surface 是否支持 RICH_RESPONSE 或 WEB_LINK capabilities，如果不支持，则转移到新 surface。

    • 如果您不想让 Action 支持纯语音事务，则可以将 Actions 项目设置为需要屏幕，方法是在 Actions 控制台中转到 Deploy > Surface capability，并将 Do your Actions required a screen output 设为 Yes。