チェックアウトの前に住所と記載された郵便番号が一致するか確認する
注文フォームの郵便番号と市区町村の不一致は、小さな入力ミスに見えますが、やがて国内のまったく別の地域に荷物が送られる事態につながります。
部分的な入力からチェックアウトの住所を自動入力する
スマートフォンのキーボードで番地まで含む住所を入力するのは時間がかかり、間違えやすい作業です。その過程での入力ミスはすべて、後で配送トラブルの原因になりえます。主にモバイルの顧客に販売しているあるオンラインストアは、チェックアウトの離脱データを調べ、住所欄で途中であきらめる買い物客の数が不釣り合いに多いことに気づきました。打ち間違えた行を何度も直そうとした末にあきらめることもよくありました。
解決策はリアルタイムの候補表示でした。買い物客が住所欄に入力すると、チェックアウトフォームは部分的なテキストを/v1/autocompleteに送信しました。このエンドポイントは、まさにこの種の対話的な検索向けの形で住所の候補を返し、文字が入力されるたびに新しい候補に更新されます。買い物客は、住所全体を入力してストアのシステムが想定する形式になっていることを願う代わりに、通りの名前の最初の数文字を入力し、入力欄の下に表示される短いリストから正しいものを選ぶだけになりました。
候補を選ぶと、通り、市区町村、地域、郵便番号といった残りの住所欄が一度に入力され、買い物客がそうでなければ1つずつ手で入力しなければならなかった複数の欄が不要になりました。これは思われる以上に重要でした。入力欄が1つ増えるたびに入力ミスの機会が増え、郵便番号や市区町村名の入力ミスは、買い物客が趣旨としては正しく入力したものの、システムが想定する正確な形式ではなかった注文を、後段の住所確認のステップでフラグ付けさせる原因になることが多いからです。
ストアは代替手段として手入力も引き続き利用できるようにしました。オートコンプリートの候補は、住所が認識できる形で存在していることが前提であり、珍しい住所、ごく新しい建物、標準的な通りの名前のない農村部のルートでは、良い候補が出てこないことがあるからです。候補のリストに自分の住所が見当たらない買い物客は、そのまま入力を続けて手動でフォームを送信でき、ストアの既存の検証はそれをこれまでと同じように処理しました。
測定できた効果は、住所のステップでのチェックアウトの離脱が減ったことと、事後に住所の修正のためにフラグ付けされる注文の割合が大きく下がったことでした。オートコンプリートが正しく入力した欄に入力ミスを持ち込む買い物客が減ったからです。どちらの数値もそれだけでは劇的なものではありませんでしたが、チェックアウトの離脱は小さな改善が積み重なる指標の1つです。離脱せずにチェックアウトを完了する買い物客の一人ひとりが、そうでなければ存在しなかった売上だからです。
オートコンプリートのリクエストは、買い物客の入力量に応じて増えます。最小の文字数を超えた後はキーを押すたびに新しい候補のリクエストが発生しうるため、注文ごとに1回のジオコーディングの呼び出しよりも重いパターンです。ストアのエンジニアリングチームは、キーを押すたびにリクエストを送るのではなく、入力が少し止まるのを待ってからリクエストを送るよう入力欄を調整しました。これにより、買い物客が候補の反応の速さに違いを感じることなく、リクエスト量は大幅に減りました。その結果、この機能は1年の大半で1日の無料の割り当ての範囲内に十分収まり、買い物が増えるホリデーシーズンはプリペイドクレジットでまかないました。
リクエストのタイミングの調整方法を含むエンドポイントのドキュメントは/docs/address-autocomplete/にあります。