エンドツーエンドの注文を行うことで、パートナーはエンドユーザーから料理を注文し、その注文を処理して、自社ネットワーク内のレストランに提供できます。
どこにでもあり、コンバージョン重視で最適化
Google では、Google 検索とマップを介して、モバイルとパソコンのプラットフォームで料理を注文できるようにしています。
|
|
|
柔軟な注文エクスペリエンス
事前注文、メニュー検索、関連アイテムの候補、人気の商品、並べ替えなどの追加機能により、柔軟で充実したユーザー エクスペリエンスを提供します。
ユーザー エクスペリエンス
一般的なユーザーがエンドツーエンドの注文で料理を注文する手順は次のとおりです。
ユーザーがレストランを検索
Google 検索や Google マップで特定のレストランを検索すると、エンドツーエンドの注文を通じて料理を注文するオプションが表示されます。少なくとも 1 つのプロバイダがそのレストランをサポートしている場合、レストランのプレイスシートに [オンラインで注文] ボタンが表示されます。
ユーザーがプロバイダを選択する
ユーザーが [オンライン注文] をクリックすると、ページにリダイレクトされ、次のプロバイダ オプションを選択します。
- 店舗受け取りまたは宅配
- ASAP（できるだけ早く）または事前注文
- プロバイダのリスト
ユーザーが食事の選択肢を選択する
ユーザーは、複数のメニュー セクションとオプションをブラウジングして食べ物の選択肢を選択し、途中でアイテムをカートに追加できます。アドオンや特別な指示で注文をカスタマイズしたり、以前の注文を繰り返したり、おすすめのアイテムや人気のアイテムを追加したりできます。次に、食べ物を選び、カートに追加します。
お客様が注文を行います
アプリがユーザーのカートを検証すると、注文送信ページに注文の詳細が表示され、ユーザーはここで確認できます。
- 氏名、電話番号、配送先住所
- 受け取りまたは宅配に関する特別な手順
- 価格
- チップの金額
- Google Pay のお支払い方法
- Promotion code
ユーザーは注文情報を確認したら、[注文] をクリックしてオンラインで支払い、注文を送信します。送信後、注文確認ダイアログが表示されます。
お客様が注文ステータスを確認する
ユーザーが注文すると、パートナーから注文の詳細、追跡情報、連絡先情報が記載された確認メールが届きます。プロバイダの連絡先は、キャンセルなど、注文後のサポートに使用されます。
リリース要件
詳しくは、リリース準備チェックリストをご覧ください。
パートナーの要件
注文を行うエンドツーエンド パートナーになるための要件について詳しくは、Google のポリシーをご覧ください。
統合
食品企業が Google の注文エンドツーエンド サポートに接続するには、Google のシステムや API と統合する必要があります。Ordering End-to-End に接続するには、3 つのプロセスを実装する必要があります。
-
レストラン、メニュー、サービスのデータフィードを Google に提供します。
統合プロセスの最初のステップは、レストラン、メニュー、サービスに関するデータフィードを作成してホストすることです。これらのフィードは、レストラン名、所在地、営業時間、メニュー項目やセクション、配達地域などの詳細情報を提供します。Google はデータフィードを取り込み、それを使用してユーザーにメニューやサービスを提示します。これらのフィードは定期的に更新し、増分変更をリアルタイムで組み込むこともできます。
-
注文フルフィルメントを処理する。
注文する準備ができたユーザーは、注文の処理と送信前にカートの詳細を確認して変更できます。注文のエンドツーエンドの統合プロセスの一環として、Google からの注文を確認して受信する Webhook URL を作成します。オンライン支払いは、Google Pay 加盟決済代行業者を通じて処理します。
-
注文の更新のサポート:
Google のサーフェスで注文後のエクスペリエンスを提供するには、Google API に更新を送信します。情報がユーザーに表示されます。これには、注文ステータス、フルフィルメントの予想時間、カスタマー サービス情報、注文に影響する可能性があるその他の変更などが含まれます。料理を注文したユーザーは、Google での購入のステータスを確認できます。
これらのプロセスを実装するために、エンドツーエンドの注文統合には、在庫フィードとフルフィルメント アクションという 2 つの主要コンポーネントがあります。
-
在庫フィード
これらのフィードは、リレーショナル在庫スキーマを使用して、レストラン、提供するサービス、メニュー内のアイテムに関する最新情報を Google に提供します。
-
フルフィルメント アクション
これらは、Webhook で使用する必要がある購入手続きと注文送信のアクションです。購入手続きの際にカートが検証され、該当するお支払い方法と手数料があれば返されます。注文の送信では、ユーザーの注文内容がレストランに送信され、注文を受けます。注文の送信後に、キャンセルや合計金額の変更などの更新情報を Google に返すには、Async Order Update API を呼び出す必要があります。
在庫フィード
在庫フィードは、ユーザーが好みのレストランを見つけて注文するための手段です。リレーショナル在庫スキーマは、エンドツーエンドの注文在庫の構造を定義します。エンドツーエンドの注文在庫フィードは、次の主なエンティティで構成されます。
バッチフィード
Google は、在庫フィードの日次バッチフィードを使用して、ユーザーがエンドツーエンドの注文機能を利用できるようになります。在庫を最新の状態に保つには、少なくとも 1 日に 1 回バッチフィードを更新して、Google がバッチフィードを取得する必要があります。在庫がバッチで更新されるまでには 2 時間ほどかかります。
増分アップデート API
時間的制約のある在庫の更新を Google に送信できます。Incremental Updates API を使用すると、インベントリのエンティティをほぼリアルタイムで更新、削除できます。増分アップデートは 5 分以内に処理されます。これは主に、レストランの緊急閉鎖や在庫切れの商品の削除など、予測できない更新を目的としています。変更をすぐに反映する必要がない場合は、代わりにバッチフィードを使用してください。
フルフィルメント アクション
Webhook は、Google からの注文の検証と受信に使用されます。エンドツーエンドの注文には、Webhook URL で使用する必要がある 2 つのフルフィルメント アクションがあります。
- 購入手続き アクションは、ユーザーのカートと配送先住所を確認するために使用されます。また、利用可能なお支払い方法、対応する税金、配送料、注文の送信前にユーザーが確認するその他の料金も返します。
- 注文を送信アクションは、レストランの注文に関する最終的な詳細を Google から受け取ったときに使用されます。
非同期注文更新 API
注文の送信後、Async Order Update API を呼び出して、注文の更新を Google に送信できます。これにより、お客様は Google で注文ステータスを確認できるようになります。注文ステータス、フルフィルメント時間、カスタマー サービス情報、商品アイテムや価格の変更を更新できます。
統合フェーズ
統合プロセスは、設定、開発、テスト、デプロイの 4 つの部分に分かれています。既存のパートナーが注文エンド ツー エンドとの統合には通常 2 ～ 6 か月かかります。これは、使用可能なリソースと統合の複雑さによって異なります。パイロット プログラムについては、カスタマー サポートのエキスパートにサポートを依頼することをおすすめします。
- 設定
-
Ordering End-to-End との統合を開始する前に、ポリシーと前提条件を確認してください。プロジェクトの作成手順に従って、Actions Console で Ordering End-to-End プロジェクトを作成する必要があります。プロジェクトで完全な統合に必要なすべての機能を有効にするには、プロジェクトを提出して、レビューと承認を受ける必要があります。
- Development
-
設定が完了したら、フィードを手動で作成し、「エンドツーエンドの注文」で在庫の表示をテストします。本格的な開発を行う準備ができたら、コードを記述します。まず在庫フィードを生成し、次に決済アクションと注文送信アクションを実装します。増分在庫更新 API と非同期注文更新 API は、在庫フィードとフルフィルメント アクションの完了後に実装します。
- テスト
-
クイックテストを使用すると、単体テストや、在庫フィードやフルフィルメント エンドポイントとの統合テストを行うことができます。
自動統合テストツールを実行し、さまざまなテスト条件やエッジケースで購入手続きと注文の送信アクションをテストします。
最後に、ユーザー受け入れテストを実施します。このテストでは、自社のテスターからの実際の注文を含めて、レストランに対するフルフィルメントを検証します。正常に完了した注文が合計 5 件必要です。これを行うには、フルフィルメント エンドポイント URL が本番環境である必要があります。
- リリース
- Google がテスト注文を審査し、テスト トラフィックを承認すると、運用を開始できます。Google は、すべての統合タッチポイント（在庫、購入手続き、注文送信、非同期の注文更新）で 5% 未満のエラー率を求めています。詳しくは、リリース準備チェックリストをご覧ください。
リリース要件
- すべての統合マイルストーンを完了する必要があります。
- リリースの成功基準の詳細については、 リリース準備チェックリストをご覧ください。