設計交易對話 (Dialogflow)

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

範例

設計秘訣

  • 確保對話的自然流暢，也就是真人說話的方式。

  • 文字轉語音/語音功能的文字不一定與即時通訊泡泡中顯示的文字完全相同。如果即時通訊對話框是對話對話的一部分，就很適合採用這種做法。

  • 問候訪客並吸引他們互動。你可以詢問對方的需求，並提出一些建議方塊，方便他們快速上手。

  • 邀請使用者將商品加入購物車前，請使用 actions.intent.TRANSACTION_REQUIREMENTS_CHECK 進行後端檢查，確認使用者是否已為 Google 助理設定付款方式。

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

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

  • 向使用者索取地址資訊等資訊時，請先告訴他們您提出要求的原因，以及這項功能有何益處。

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

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

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

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

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

    • 如果您不想透過動作支援純語音交易，可以在動作控制台中依序前往「部署」>「途徑功能」，並將「動作需要顯示畫面輸出」設為「是」，將動作專案設為要求特定畫面。