設計指南

設計對話，引導使用者完成交易流程。我們提供參考範例，協助您在設計自己的交易動作時做為參考。

範例

設計秘訣

  • 確保對話方塊聲音自然且對話，符合一般人說話的方式。

  • 文字轉語音/語音功能的文字不一定與即時通訊泡泡中顯示的文字完全相同。如果即時通訊泡泡是所說的對話的子集，效果相當良好。

  • 問候訪客並吸引他們互動。詢問對方需要的資訊，並提出幾項建議方塊，幫助他們快速上手。

  • 邀請使用者將商品加入購物車前，請先新增運算單元填充並使用 actions.type.TransactionRequirementsCheckResult 版位類型，確認使用者已經為 Google 助理設定付款方式。

  • 請準備好回應與其他行動裝置或網頁體驗相同的語音問題。例如，不在特定尺寸或顏色缺貨時提供類似商品，或邀請使用者註冊，以便在商品補貨時收到通知。

  • 請注意，訂單摘要是根據您透過 API 傳遞的資料建構而成。「透過 Google 付款」標籤可協助使用者瞭解 Google 已成功完成付款程序。

  • 向使用者要求地址資訊等資訊時，請先告知對方您提出要求的原因，以及這對使用者有何助益。

  • Google 會根據使用者的設定顯示購買授權方法 (無須驗證、密碼或指紋)。我們的風險評估有時會開始額外的驗證步驟，例如確認卡片的 CVV。

  • 付款完成後，請務必傳送收據並完成訂單確認。請務必讓使用者瞭解，您是收單商家，因此我們會傳送有關訂單的所有詳細資料 (而非 Google)。

  • 根據預設，交易可以在有螢幕的途徑 (例如 Android 手機) 或純語音介面 (例如 Google Home) 上執行。

    • 為了盡可能支援純語音交易，請格外謹慎設計良好對話體驗，引導使用者完成完整的交易體驗。

    • 請注意，部分交易意圖可能需要畫面。大部分的這些資訊 (例如新增寄送地址、修正付款問題、帳戶連結) 會自動轉交給手機。如果畫面中有最適合顯示的對話新增內容 (例如製作卡片建構的複合式回應、顯示商家服務條款或隱私權政策)，請檢查目前的途徑是否支援 RICH_RESPONSE 或 WEB_LINK capabilities，如果不需要，請轉移至新途徑。

    • 如果您不想用動作進行純語音交易，可以在動作主控台中依序前往「Deploy」(部署) >「Surface Features」(途徑功能)，然後將「Do your Actions requires a screen output」 設為「Yes」，即可將動作專案設為要求特定畫面。