このドキュメントでは、Google Maps Platform の Place Autocomplete API と Address Validation API の A/B テストを実施する際に考慮すべき手法について説明します。
Place Autocomplete と Address Validation API を使用するメリットは次のとおりです。
- カスタマー エクスペリエンスの向上: 住所や場所の候補がリアルタイムで表示されるため、ユーザーはよりすばやく簡単に購入手続きを完了できます。カスタマー エクスペリエンスの向上につながります。
- データの精度の向上: Place Autocomplete と Address Validation API は、顧客データの精度の向上に役立ちます。特に e コマースでは、正確な住所データが配送の成否を左右するため、非常に重要なポイントとなります。
住所の品質を改善するには、A/B テストを実施して、ニーズに最も適している検証ソリューションを評価します。これにより、どのプロダクトがユースケースに最も適しているかを定量的に決定できます。
A/B テストは、ウェブページやアプリの 2 つのバージョンを比較する方法です。変数の変更が測定可能な結果に及ぼす影響を調べるために使用する比較対照テストの一種。
A/B テストを実行するには、ページまたはアプリの 2 つのバージョンを作成します。1 つはコントロール用、もう 1 つは測定可能な変更を含むバージョンです。次に、これらのバージョンをさまざまなユーザーに表示し、ユーザーがどのように操作しているかを測定します。パフォーマンスが優れているバージョンが優先されます。
システム アーキテクチャの概要
e コマースのユースケースで Address Validation の A/B テストを行う方法を見てみましょう。以下のアーキテクチャ図は、顧客がコマース エクスペリエンスとどのようにやり取りするかを示しています。より効果的な検証戦略を決定できます。
[システム コンテキスト] A/B Testing の住所検証
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 は正しい場所を提案します。
検証に対処することには、次のような多くのメリットがあります。
- 送料レートの向上: 住所確認を利用すると、郵便物や荷物が正しい住所に確実に配送されるため、配送率を改善できます。これにより、企業の時間と費用を節約し、顧客満足度を向上させることができます。
- データ品質の向上: 住所検証を使用すると、住所のエラーを特定して修正することで、データ品質を改善できます。これにより、マーケティング キャンペーンやその他のデータドリブンな取り組みの精度を高めることができます。
仮説の決定
テストする仮説を決定します。次に例を示します。
1. コンバージョン率
先行型ソリューションを追加するとコンバージョン率がわずかに上昇することがよくあるため、これは追跡に適した指標です。別のプロバイダから事前タイプ ソリューションを変更する場合、コンバージョン率は一定であると予想されます。コンバージョン率が低下した場合、まず確認すべきことは実装です。
コンバージョン率は重要ですが、全体像は把握できません。住所確認ソリューションを追加すると、ユーザーが入力時に低品質な住所を送信しないようにするように設計されていますが、状況によっては住所の取得に自然な障害が発生することがあります。その結果、全体的なコンバージョン率の低下につながる可能性がありますが、必ずしも悪いこととみなす必要はありません。住所確認が追加されたことで未完了の注文が住所データの質に関連している可能性があります。このことが、配達のチャージバックによりビジネスにコストをもたらした可能性があります。
2. 品質の低い住所の削減率
これは、優れた住所検証ソリューションが真価を発揮する場面です。Address Validation を実装すると、低品質な住所データの削減が見込まれます。
新しいソリューションと既存のソリューションを比較する場合、「良好な住所」のマッチ率を比較して、マッチ率が高いサービスを選択したくなるかもしれません。一方のサービスの誤検知が他方のサービスよりも多い可能性があるため、これは誤解を招きかねません。
その代わりに、より影響力のある指標は、住所データを使用した場合の成果を比較することです。e コマースを例にとると、住所を取得すると望ましい結果は、最終的に荷物の配達が成功することです。
ビルド
ここからが面白いところです。今こそ、お客様向けの新しいソリューションを構築するときです。e コマースの購入手続きで Place Autocomplete と Address Validation API を実装する方法については、便利なガイドがすでに用意されています。このステップを完了する際に確認することをおすすめします。
e コマースに特化した構築でなくても、多くの情報、特に Address Validation API の出力から住所の品質を判断するためのガイダンスは関連性があります。
アーキテクチャ図
e コマース環境で A/B テストを構築するために使用できるコンテナの例を次に示します。
[実行環境] 住所確認の A/B テスト
アーキテクチャを支える主要システム内の重要なアプリケーション、サービス、データストア。（クリックして拡大）
実装を検証する
ソリューションの実装が不十分な場合、テスト結果の信頼性が低下します。A/B テストを実施する前に、まずは少人数のユーザー グループでソリューションを検証して、想定どおりに動作するかどうかを確認することが重要です。内部の QA テスターや、一部の外部テスターから協力を得て、建設的なフィードバックを提供してもらうことができます。
ランニング
徐々に上昇中
ソリューションの検証が完了しても、少人数のユーザー グループから始めて、テストを徐々に増やすことをおすすめします。これにより、バグなどの問題を早期に発見し、多くのユーザーに影響を与えることなく迅速に対処できます。
フルテスト
少人数のユーザー グループでソリューションをテストして問題をすべて解決したら、完全な A/B テストを実施できます。必ずしもトラフィックの 50:50 を真の分割で示す必要はありませんが、ランダムに選択されたライブ使用状況のセットとサイズを比較できる必要があります。
指標の取得
テストでは、仮説を裏付ける適切なデータが収集されていることを確認する必要があります。このプロセス中に A/B テスト プラットフォームを使用すると、このデータの収集と後の分析が容易になります。Google Maps Platform では、有用な API 使用状況の指標も収集されます。Google のレポートツールの使用について詳しくは、こちらのページをご覧ください。
推奨される指標は次のとおりです。
Place Autocomplete
コンバージョン率: オートコンプリート ソリューションを導入していなかった場合と比べて、フォームのコンバージョン率や完了率は向上しましたか？
ツールの操作: 前のソリューションと比べて、Place Autocomplete を使用するユーザーが増えたか。
Address Validation
配送の成功: 住所の品質が原因で配送の失敗が減ったか？
住所の変更: 配送業者から受け取る住所変更手数料は減りましたか？
住宅と商業施設: 住宅と商業施設のデータの取得方法に改善はありましたか？（一部の市場のみ）
分析
テストが終わったら、元のテストの基準と仮説に照らして結果を分析します。A/B テスト プラットフォームを使用してプロセスを完了した場合、一部の情報はすでに利用できることがあります。
前述の品質の低い住所の削減セクションに戻り、A/B テスト プラットフォームで取得されなかった可能性のある他の指標を使用することもできます。これは、テストシナリオ間の配信失敗率を、次のようなデータで示すことができます。
| ソリューション A | ソリューション B | |
|---|---|---|
| 配送の失敗 | 1.75% | 1.23％ |
上の基本的な例を見ると、このユースケースにはソリューション B の方が適しているのは明らかです。
おわりに
このガイドが、A/B テストを開始するための十分な情報としてお役に立てば幸いです。ここでは e コマース業界の例を使用していますが、同じ基本原則を全般的に適用できます。ビジネスで良質な住所データを使用することで得られる成果を正確に特定し、それを主な仮説として追跡します。
このガイドに記載されているリンクは、参考情報として再度追加しています。
ぜひテストを行ってください。
次のステップ
ホワイトペーパー「信頼できる住所で購入手続き、配達、業務を改善 」をダウンロードし、「Address Validation を使用して購入手続き、配達、業務を改善する 」ウェブセミナーをご覧ください。
関連資料:
- e コマース購入手続きでの住所確認
- Place Autocomplete のドキュメント
- Address Validation API ドキュメント
- Google Maps Platform のレポート
協力者
主任執筆者:
Henrik Valve | Google Maps Platform ソリューション エンジニア