Une livraison de meubles échouée coûte cher d'une manière qu'une livraison de colis échouée ne connaît pas. Un camion, une équipe de deux personnes et un créneau planifié sont gaspillés lorsque l'adresse de la commande ne mène nulle part d'utile, et un vendeur de meubles qui expédiait de gros articles sur des créneaux de livraison planifiés absorbait ce coût plusieurs fois par semaine.
La plupart des échecs remontaient à la même cause profonde : une adresse saisie correctement selon le client, mais qui ne se résolvait pas réellement en un lieu livrable, que ce soit à cause d'une faute de frappe dans le nom de la rue, d'un code postal qui ne correspondait pas à la ville saisie ou d'un numéro d'appartement totalement absent. Rien de tout cela ne saute aux yeux à la lecture du texte de l'adresse. Cela ne devient évident que lorsqu'un système tente de faire correspondre cette adresse à des données géographiques réelles.
Le vendeur a ajouté une vérification à la confirmation de commande, avant même que la commande soit transmise au système de planification des livraisons. L'adresse saisie par le client était envoyée à /v1/forward, qui tente de la faire correspondre et renvoie un résultat de localisation accompagné d'une indication de la qualité de la correspondance, montrant avec quel degré de confiance l'adresse a été résolue au lieu de prétendre que toutes les saisies sont également fiables. Par ailleurs, le code postal saisi par le client était vérifié auprès de /v1/postcode, qui recherche ce à quoi ce code correspond, ce qui permettait de repérer le cas précis où un code postal et un nom de ville ne concordaient pas, une incohérence facile à commettre pour un client à cause d'une erreur de saisie automatique et très difficile à repérer en relisant le bon de commande.
Les commandes pour lesquelles les deux vérifications étaient concluantes passaient directement à la planification. Les commandes dont l'adresse ne correspondait que partiellement, ou dont le code postal et la ville ne concordaient pas, étaient signalées pour un rapide appel ou e-mail de confirmation avant toute réservation d'un créneau de livraison. Cette seule étape supplémentaire, exécutée automatiquement et prenant effet avant tout coût de camion, a avancé la correction dans le processus, de « découvert par une équipe plantée devant la mauvaise adresse » à « réglé par un e-mail le jour même de la commande ».
Le vendeur est resté prudent dans ce qu'il affirmait aux clients. Une vérification comme celle-ci confirme qu'une adresse est bien formée et géographiquement plausible. Elle ne confirme pas qu'un numéro de logement précis existe dans un grand ensemble résidentiel, ni que la personne qui commande y habite réellement ; la logique de signalement a donc été réglée pour repérer les adresses manifestement erronées plutôt que pour rejeter tout ce qui sort un tant soit peu de l'ordinaire, ce qui aurait créé plus de fausses alertes que de problèmes résolus.
Comme la vérification s'exécutait une fois par commande et non à chaque affichage de page, le volume était facile à prévoir et restait bien en deçà du quota quotidien gratuit pour un vendeur de cette taille, le crédit prépayé couvrant tout dépassement lors d'une période de soldes. Le retour sur investissement s'est traduit directement par moins de créneaux de livraison gaspillés, un coût facile à mesurer et facile à justifier face à un prix par requête très faible.
La documentation des deux endpoints, y compris la façon dont la qualité de la correspondance est représentée, se trouve sur /docs/forward-geocoding/ et /docs/postal-code-lookup/.