チェックアウトの前に住所と記載された郵便番号が一致するか確認する
注文フォームの郵便番号と市区町村の不一致は、小さな入力ミスに見えますが、やがて国内のまったく別の地域に荷物が送られる事態につながります。
物流アプリにシンプルなジオフェンシングのアラートを作る
ある小規模な物流会社の配車チームが繰り返し求めていたのは、ただ1つの具体的な機能でした。配送トラックが特定の重要な顧客拠点に到着した瞬間、または出発した瞬間に届くシンプルな通知です。これは、配送の到着を事前に知りたい顧客にとって役立ち、また、ドライバー自身の終業時の報告に頼るのではなく、配送が実際にいつ目的地に着いたかを会社として記録するためにも役立ちました。そのためだけであれば、本格的な車両追跡プラットフォームは会社が実際に必要とする以上のものでした。
このための構成要素は本格的な追跡プラットフォームよりシンプルで、会社はすでに、ドライバーが携帯するモバイル端末を通じて配送車両からGPS座標を継続的に受け取っていました。必要だったのは、顧客拠点を境界として定義し、届いた座標をそれと照合する方法と、数値の組ではなく人が読める説明が必要なときに生の座標を理解できるようにする方法でした。
重要な顧客拠点ごとに、会社は拠点の住所を/v1/forwardでジオコーディングして固定の基準座標を取得し、その地点の周りに拠点への到着境界を表す小さな半径を定義しました。複雑な独自形状の境界ではなく単純な半径によるチェックにしたのは、会社の実際の拠点が主に倉庫や荷積み場で、気にすべき特殊な境界や不規則な境界がなく、半径で十分な精度が得られたからです。トラックのGPS座標が届くたびに、会社自身のバックエンドが、追跡している各トラックから関係する各拠点の基準点までの距離を計算し、トラックが半径の内側に入ると到着アラートを、再び外側に出ると出発アラートを発しました。
/v1/reverseは、このシステムの人が関わる部分で補助的な役割を果たしました。配車担当者がアラートを確認したり、拠点を出てすぐ戻ってきたように見えるトラックのような予期しないパターンを調べたりする必要があるとき、生の座標が読みやすい住所と場所の説明に解決されていれば、解釈に手作業の調査が必要な地図上の数値の組を扱うよりも、確認作業が大幅に速くなりました。
会社は、本格的なルート最適化やフリート管理のプラットフォームを目指すのではなく、意図的にシンプルなままにしました。解決しようとしていた具体的な問題、つまり定められた重要拠点の一覧に対する到着と出発のアラートには、大きなプラットフォームが提供する機能のほとんどは必要なかったからです。必要なものだけを作ったことで、プロジェクトはすばやくリリースでき、専任のエンジニアリングチームなしで保守できる小ささに収まりました。
到着アラートを受け取った顧客は、事前の通知に実際の価値があると報告しました。特に現場のスタッフが限られている顧客にとっては、不意を突かれるのではなく、配送を受け取る人を準備しておくための数分間の予告が必要だったからです。これは顧客にとっての小さな業務改善であり、物流会社にとっては比較的少ない費用で作れるものでした。
拠点のジオコーディングは一度きりの初期費用で、この特別な扱いが必要な優先度の高い拠点はごくわずかだったため、少額で済みました。逆ジオコーディングの利用量は、配車担当者が特定のアラートを調べる必要がある頻度に連動しており、継続的なものではなく軽くて時々発生する作業量でした。どちらもこの規模の会社であれば1日あたりの無料枠に余裕で収まりました。
両エンドポイントのドキュメントは/docs/forward-geocoding/と/docs/reverse-geocoding/にあります。