ユースケース

郵便番号だけから配送料を見積もる

送料の見積もりを表示する前に完全な住所を求めると、購入を決める前に金額だけ知りたい買い物客を逃してしまいます。送料が距離によって大きく変わる大型商品を販売するあるオンラインストアは、買い物客が早い段階で入力してもよいと思える最小限の情報から、ある程度正確な見積もりを表示したいと考えていました。

その最小限の情報は郵便番号でした。入力欄は1つだけで、すぐに入力でき、配送の目的では意味のある範囲内に買い物客の場所を特定できるほど具体的です。そもそも何かを買うかどうかを決める前には伝えたくないかもしれない番地まで求める必要もありません。このストアは、チェックアウトよりずっと前の商品ページに、郵便番号だけを入力する「送料を確認」欄を追加しました。

その入力欄の裏では、/v1/postcodeが入力された番号を受け取り、それが対応する場所を返しました。ストアはその結果の位置を使って自社の倉庫からの距離を計算し、その距離を既存の送料表に入力しました。完全な住所の場合と同じ方法で、出発点が粗くなるだけです。送料が正確な住所ではなく主に距離帯で決まる大型商品の小売業者にとって、郵便番号は、ほとんどの場合に買い物客を正しい距離帯に当てはめるのに十分な精度でした。

ストアは、これが確定した見積額ではなく目安であることを最初から明示していました。人口密度の低い地域では郵便番号の範囲が広いことがあるうえ、最終的な送料はチェックアウト時に入力される正確な配送先住所によって決まるからです。最初から目安として示していたので、郵便番号による推定が完全な住所に置き換わり、チェックアウトページに少し違う金額が表示されても、驚く人はいませんでした。

この方法がもっともはっきりと成果を上げたのは商品ページでした。チェックアウトの前に送料の見積もりを表示したことで、商品をカートに入れたものの最後のステップで送料を知って購入をやめてしまう買い物客の数が、目に見えて減りました。これはカート放棄のよく知られた原因です。その情報を、目安であっても早い段階で示すことで、買い物客は、チェックアウトのフォーム全体の入力に時間をかけた後ではなく、合計金額が合わないならもっと早い段階で自分から離脱できるようになりました。

郵便番号の確認はチェックアウトではなく商品ページで実行されたため、何も買わずに閲覧するだけの買い物客も利用し、チェックアウトだけの連携よりも多くのトラフィックがありました。そのため、ショッピングの繁忙期には利用量が1日あたりの無料割り当てを超え、ストアは差分を1リクエストあたり€0.0001のプリペイドクレジットでまかなうことにしました。直前のカート放棄を減らせる価値に比べれば十分に小さなコストで、迷うような判断ではありませんでした。

郵便番号は小さな情報ですが、何かを買うと決める前に買い物客が教えてもよいと思える位置情報としては、多くの場合これが最大限です。ちょうどその量のデータを中心に見積もりを組み立てることは、買い物客が意思決定のどの段階にいるかを尊重することになります。このエンドポイントのドキュメントは/docs/postal-code-lookup/にあります。