设计准则

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

示例

设计提示

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

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

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

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

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

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

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

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

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

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

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

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

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