設計ガイドライン

取引フローでユーザーを案内する会話を設計します。ここで説明するサンプルは、独自の取引アクションを設計する際のガイドとして利用できます。

設計のヒント

  • 対話が自然な会話のように聞こえるようにします。これは、実際の人が話すように聞こえます。

  • TTS/音声で読み上げられるテキストは、チャットのふきだしに表示されるテキストと完全に一致する必要はありません。チャットのふきだしが音声ダイアログのサブセットである場合に適しています。

  • 訪問者に挨拶して、会話に参加させましょう。何が必要かを尋ねて ヒントをいくつか提示します

  • カートへの商品追加を促す前に、バックエンド チェックを行い、スロットフィルを追加し、actions.type.TransactionRequirementsCheckResult スロットタイプを使用して、ユーザーが Google アシスタントに対して支払いが設定されていることを確認します。

  • 音声に関しては、他のモバイル / ウェブ エクスペリエンスと同じ問題に対応するための準備をしておいてください。たとえば、特定のサイズや色が品切れの場合に同様の商品を提供し、再入荷したときに通知が届くよう登録するようユーザーを招待します。

  • 注文概要は、API を介して渡されたデータで作成されます。「Google でお支払い」ラベルは、Google が支払いを行っていることをユーザーが把握するのに役立ちます。

  • ユーザーに住所情報などの情報をリクエストする場合は、まず、リクエストを行う理由とそれがユーザーにとってどのようなメリットがあるのかを説明します。

  • Google は、ユーザーの設定に基づいて、購入の承認方法(認証は不要、パスワード、指紋のいずれか)を提示します。リスク評価では、カードの CVV の確認など、追加の認証手順が開始されることがあります。

  • 支払いが完了したら、領収書と注文確認を必ず送信してください。ユーザーが最終販売責任を負う商業者であることをユーザーが理解し、Google ではなく、注文に関するすべての詳細情報についてフォローアップすることが重要です。

  • デフォルトでは、取引は画面付きのサーフェス(Android スマートフォンなど)または音声のみのサーフェス(Google Home など)で実行できます。

    • 音声のみのトランザクションを適切にサポートするには、ユーザーに完全なトランザクション エクスペリエンスの流れを案内する優れた会話エクスペリエンスを特別に設計してください。

    • 取引のインテントによっては画面が必要になることがあります。こうした機能のほとんど(新しい配送先住所の追加、支払いに関する問題の解決、アカウントのリンクなど)は、スマートフォンに自動的に引き継がれます。画面への表示に最適な会話への追加(カード作成用のリッチ レスポンスの表示、販売者の利用規約やプライバシー ポリシーの表示など)があれば、現在のサーフェスが RICH_RESPONSE または WEB_LINKcapabilitiesをサポートしているかどうかを確認し、サポートされていない場合は新しいサーフェスに転送する必要があります。

    • アクションで音声のみのトランザクションをサポートしない場合は、Actions Console[デプロイ] > [サーフェス機能] に移動し、[アクションで画面出力を要求する] を [はい] に設定することで、Actions プロジェクトで画面を要求するように設定できます。