このドキュメントでは、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 マップ Places Autocomplete を使用する場合、次のようになります。
- 時間の節約: 入力を開始するだけで候補が表示されるため、場所の名前全体を入力する必要がありません。
- エラーの削減: 場所の名前のスペルを間違えても、Google Maps Places Autocomplete は正しい場所を提案します。
Address Validation には、次のような多くのメリットがあります。
- Address Validation の向上: Address Validation により、郵便物や荷物が正しい住所に送られるため、配送率の向上に役立ちます。これにより、時間と費用の節約が可能になり、顧客満足度が向上します。
- データ品質の向上: Address Validation により、住所のエラーを特定して修正できるため、データ品質の向上に役立ちます。これにより、マーケティング キャンペーンやその他のデータドリブンな取り組みの精度を高めることができます。
仮説を決定する
テストする仮説を決定します。2 つの例を次に示します。
1. コンバージョン率
先読みソリューションを追加すると、通常、コンバージョン率がわずかに上昇します。これは追跡するのに適した指標です。先読みソリューションを別のプロバイダから変更する場合は、コンバージョン率が横ばいになることが予想されます。コンバージョン率が低下した場合は、まず実装を確認してください。
コンバージョン率は重要ですが、全体像を把握できない場合があります。Address Validation ソリューションを追加すると、入力時に品質の低い住所を送信するユーザーを捕捉できますが、シナリオによっては住所の取得に自然な摩擦が生じる可能性があります。これにより、全体的なコンバージョン率が低下する可能性がありますが、必ずしも悪いことではありません。住所確認の追加により注文が完了しなかった場合、配送のチャージバックによってビジネスにコストが発生する可能性のある、品質の低い住所データに関連付けられている可能性があります。
2. 品質の低い住所の削減
優れた Address Validation ソリューションが真価を発揮します。Address Validation を実装すると、品質の低い住所データが削減されることが予想されます。
新しいソリューションと既存のソリューションを比較する場合は、「有効な住所」のマッチ率を比較して、マッチ率の高いサービスを選択したくなるかもしれません。一方のサービスが他方よりも多くの誤検出を提供している可能性があるため、これは誤解を招く可能性があります。
代わりに、住所データを使用した成功結果を比較する方が効果的です。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 ソリューション エンジニア