チェックアウトの前に住所と記載された郵便番号が一致するか確認する
注文フォームの郵便番号と市区町村の不一致は、小さな入力ミスに見えますが、やがて国内のまったく別の地域に荷物が送られる事態につながります。
受け取りロッカーへの配送を安価な配送方法として提供しても、買い物客が自分にとって本当に便利なロッカーをすばやく見つけられなければ意味がありません。あるオンライン小売業者が最初に作ったこの機能は、ロッカーの住所を市区町村別に並べただけのリストで、その点でほとんど失敗していました。自分の市区町村に並ぶ30か所のロッカーのうち、どれが実際に近いのかを、1つずつ別の地図を開かずに見分ける簡単な方法がなかったからです。
この小売業者は、距離を軸に機能を作り直しました。基本的な考え方は店舗検索と同じですが、別ページではなくチェックアウトの流れの中に直接組み込みました。物流パートナーから提供された受け取りロッカーの所在地はすべて、/v1/forwardで一度だけジオコーディングしました。これは各ロッカーの住所を1件として課金するバッチ処理で、ロッカーのネットワーク全体に基準となる固定の座標を与えました。
チェックアウト時、位置の検出を許可した買い物客には、IPアドレスからおおよその座標に解決する/v1/ipで出発点を取得しました。これにより、チェックアウトページは買い物客に何も入力させることなく、すぐに最寄りの数か所のロッカーを表示できました。自分の住所で検索したい買い物客の場合は、その住所をロッカーのネットワークと同じエンドポイントでジオコーディングし、同じ方法でロッカーを並べ替えました。
結果は配送方法の選択ステップに直接組み込まれました。別の検索ページに移動する一般的な「受け取りロッカー」の選択肢ではなく、チェックアウトの流れの中で、最も近いロッカー1か所を名前と距離付きで配送方法の選択肢に直接表示しました。都合が合わない、大きな注文には小さすぎるように見えるなど、何らかの理由で第一候補が不便な場合には、次に近い数か所を簡単に確認できるようにしました。
これにより、買い物客が受け取りと自宅配送のどちらにするか決める瞬間に、受け取りの選択肢が自宅配送と本当に張り合えるようになりました。ロッカーを探すには、チェックアウトの途中で買い物客がかけたくない手間が必要だというだけの理由で、既定の自宅配送に客を奪われることはなくなりました。小売業者のデータでは、別の検索ステップを必要とせず、チェックアウトの流れの中で最寄りの選択肢を直接表示するようにしてから、受け取りロッカーの利用が大きく増えました。小売業者はこの変化を、ロッカーサービス自体の内容の変更ではなく、まさにその手間を取り除いたことによるものだと考えています。
この小売業者は、検出した出発地点を、IPジオロケーションを責任を持って使う場合と同じように扱いました。つまり、確実なものではなく便利な初期値としてです。そして、実際に受け取りたい場所が今閲覧している場所と異なる買い物客のために、別の住所で検索できる選択肢を見える形で用意しました。たとえば、別の町に住む家族の住所の近くで受け取ってもらうプレゼントを注文する人などです。
リクエスト量はサイト全体のトラフィックより少ないチェックアウトのセッション数に連動していたため、この機能は1年の大半で1日の無料の割り当ての範囲内に十分収まりました。買い物のピーク時期は通常のプリペイドの選択肢でまかなえ、事前に特別な計画を立てる必要はありませんでした。
関連するエンドポイントのドキュメントは/docs/forward-geocoding/と/docs/ipv4-lookup/にあります。