设计事务性对话 (Dialogflow)

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

示例

设计提示

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

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

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

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

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

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

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

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

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

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

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

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

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