このドキュメントでは、Google Maps Platform の Place Autocomplete API と Address Validation API の A/B テストを実施する際に考慮すべき手法について説明します。
Place Autocomplete API と Address Validation API を使用するメリットは次のとおりです。
- 顧客体験の向上: 住所と場所のリアルタイムの候補をお客様に提供することで、購入手続きをより迅速かつ簡単に行えるようにします。これにより、顧客体験が向上します。
- データ精度の向上: Place Autocomplete API と Address Validation API を使用すると、顧客データの精度を向上させることができます。正確な住所データは荷物の配送を成功させるために不可欠であるため、これは e コマースでは特に重要です。
住所の品質を向上させるには、A/B テストを実施して、ニーズに最適な検証ソリューションを評価します。これにより、ユースケースに最適なプロダクトを定量的に判断できます。
A/B テストは、ウェブページまたはアプリの 2 つのバージョンを比較する方法です。これは、変数の変更が測定可能な結果に与える影響を判断するために使用される管理されたテストの一種です。
A/B テストを実施するには、ページのバージョンまたはアプリのバージョンを 2 つ作成します。1 つは対照群として、もう 1 つは測定可能な変更を加えたものとして作成します。次に、これらのバージョンを異なるユーザーに表示し、ユーザーがどのように操作するかを測定します。パフォーマンスの高いバージョンが勝者となります。
システム アーキテクチャの概要
e コマースのユースケースで Address Validation の A/B テストを見てみましょう。下のアーキテクチャ図は、お客様がコマース エクスペリエンスをどのように操作するかを示しています。これにより、より効果的な検証戦略を判断できます。
[システム コンテキスト] Address Validation の A/B テスト
Address Validation API の値を A/B テストする際に使用されるシステム。
A/B テストのプロセス
A/B テストのプロセス全体を考える場合は、次の 4 つの段階を考慮する必要があります。
- 準備 \- テストの要件、範囲、期間を特定します。
- ビルド - Place Autocomplete API と Address Validation API を、テストを実行する環境に実装します。
- 実行 \- 有意な結果が得られるか、時間が経過するまで、テストの実行中に指標を収集します。
- 分析 - 結果を仮説と比較し、次のステップを特定します。
それぞれについて説明します。
準備
A/B テストの要件を決定する
最初の調査
住所確認プロバイダを追加または変更する理由を自問してください。たとえば、Google Maps Places Autocomplete を使用する場合:
- 時間の節約: 入力を開始するだけで候補が表示されるため、場所の名前全体を入力する必要はありません。
- エラーの削減: 場所の名前のスペルを間違えても、Google Maps Places Autocomplete は正しい場所を提案します。
住所確認には、次のような多くのメリットがあります。
- 配送率の向上: 住所確認により、郵便物や荷物が正しい住所に送られるため、配送率の向上に役立ちます。これにより、時間と費用の節約が可能になり、顧客満足度が向上します。
- データ品質の向上: Address Validation により、住所のエラーを特定して修正することで、データ品質の向上に役立ちます。これにより、マーケティング キャンペーンやその他のデータドリブンな取り組みの精度を向上させることができます。
仮説を決定する
テストする仮説を決定します。2 つの例を次に示します。
1. コンバージョン率
先読みソリューションを追加すると、通常、コンバージョン率がわずかに向上します。これは、トラッキングに適した指標です。先読みソリューションを別のプロバイダから変更する場合は、コンバージョン率が横ばいになることが予想されます。コンバージョン率が低下した場合は、まず実装を確認してください。
コンバージョン率は重要ですが、全体像を把握できない可能性があります。住所確認ソリューションを追加すると、入力時に品質の低い住所を送信するユーザーを捕捉できますが、シナリオによっては住所の取得に自然な摩擦が生じる可能性があります。これにより、全体的なコンバージョン率が低下する可能性がありますが、必ずしも悪いことではありません。住所確認の追加により注文が完了しなかった場合、品質の低い住所データに関連付けられている可能性があり、配送のチャージバックによってビジネスにコストが発生する可能性があります。
2. 品質の低い住所の削減
優れた住所確認ソリューションが真価を発揮します。Address Validation を実装すると、品質の低い住所データが削減されることが予想されます。
新しいソリューションと既存のソリューションを比較する場合は、「有効な住所」の一致率を比較して、一致率の高いサービスを選択したくなるかもしれません。1 つのサービスで、もう 1 つのサービスよりも誤検出が多くなる可能性があるため、これは誤解を招く可能性があります。
代わりに、より影響力の大きい指標は、住所データを使用した結果の成功を比較することです。e コマースを例に挙げると、住所を取得する目的は、最終的に荷物を正常に配送することです。
ビルド
ここからが楽しいところです。お客様向けの新しいソリューションを構築しましょう。e コマースの購入手続きで Place Autocomplete と Address Validation API を実装するための便利なガイドがあります。このステップを完了する際に、このガイドを確認することをおすすめします。
e コマース向けに構築していない場合でも、多くの情報が関連しています。特に、Address Validation API の出力から住所の品質を判断するガイダンスは重要です。
アーキテクチャ図
e コマース環境で A/B テストを構築するために使用できるコンテナの例を次に示します。
[実行環境] Address Validation の A/B テスト
アーキテクチャを強化する主要なシステムにおける重要なアプリケーション、サービス、データストア。（クリックして拡大）
実装を検証する
実装が不十分なソリューションでは、信頼性の低いテスト結果が生成されます。A/B テストを実行する前に、まず少人数のユーザー グループでソリューションを検証し、期待どおりに動作することを確認することが重要です。これは、内部の QA テスターや、建設的なフィードバックを提供してくれる信頼できる外部テスターのグループです。
実行
徐々に増やす
ソリューションが検証済みであっても、少人数のユーザー グループから始めて、テストを徐々に増やすことをおすすめします。これにより、バグやその他の問題を早期に発見し、ユーザーの大部分に影響を与えることなく迅速に対処できます。
完全なテスト
少人数のユーザー グループでソリューションをテストし、問題を解決したら、完全な A/B テストに移行できます。必ずしもトラフィックを 50 対 50 に分割する必要はありませんが、ランダムに選択された実際の使用状況のセットと同程度のサイズにする必要があります。
指標をキャプチャする
テスト中は、仮説を裏付ける適切なデータがキャプチャされるようにする必要があります。このプロセスでは、A/B テスト プラットフォームを使用して、データの収集と分析を容易にすることができます。Google Maps Platform では、API の使用状況指標も収集されます。この指標は役立つ可能性があります。レポートツールを使用する方法について詳しくは、こちらのページをご覧ください。
推奨される指標を次に示します。
Place Autocomplete
コンバージョン率: 以前はオートコンプリート ソリューションがなかった場合と比較して、フォームのコンバージョン率/完了率が向上しましたか？
ツールの操作: 以前のソリューションと比較して、Place Autocomplete を正常に操作するユーザーが増えましたか？
Address Validation
配送の成功: 住所の品質が原因で配送に失敗した件数が減りましたか？
住所の変更: 配送業者から受け取った住所変更料金の件数が減りましたか？
住宅と商業: 住宅と商業のデータの取得が改善されましたか？（一部の地域のみ）
分析
テストが終了したら、元のテスト条件と仮説に基づいて結果を分析します。A/B テスト プラットフォームを使用してプロセスを完了した場合は、一部の情報がすでに利用可能になっている可能性があります。
上記の「品質の低い住所の削減」セクションに戻ると、A/B テスト プラットフォームでキャプチャされなかった他の指標を使用することもできます。これは、テスト シナリオ間の配送失敗率です。たとえば、次のようなデータです。
| ソリューション A | ソリューション B | |
|---|---|---|
| 配送に失敗した件数 | 1.75% | 1.23% |
上記の基本的な例を見ると、このユースケースではソリューション B の方が適していることがわかります。
まとめ
このガイドが、A/B テストの開始に十分な情報を提供できたことを願っています。e コマースの例を使用していますが、基本的な原則はすべてに適用できます。ビジネスで高品質の住所データを使用することの成功を特定し、それを主な仮説としてトラッキングします。
参考資料として、ガイドで言及したリンクを以下に再度掲載します。
ぜひ Google のテスト ソリューションをご活用ください。
次のステップ
確実な住所で購入手続き、配送、オペレーションを改善する ホワイトペーパーをダウンロードし、Address Validation で購入手続き、配送、オペレーションを改善する ウェビナーをご覧ください。
参考資料:
- e コマース購入手続きでの住所確認
- Place Autocomplete のドキュメント
- Address Validation API のドキュメント
- Google Maps Platform のレポート
寄稿者
主な著者:
Henrik Valve | Google Maps Platform ソリューション エンジニア