设计事务性对话 (Dialogflow)

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

示例

设计提示

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

  • 您的 TTS/语音所说的文字不一定要与聊天气泡中显示的文字完全一致。如果聊天气泡是语音对话框的一部分,此功能会非常有用。

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

  • 在邀请用户将商品添加到购物车之前,请使用 actions.intent.TRANSACTION_REQUIREMENTS_CHECK 进行后端检查,以确认用户已经为其 Google 助理设置了付款方式。

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

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

  • 向用户索要地址信息(例如地址信息),请先说明您提出要求的原因,以及这类要求可让他们受益。

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

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

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

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

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

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