设计对话以引导用户完成事务流程。我们提供了参考示例，您可以在设计自己的事务性 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。