Demander une adresse complète avant d'afficher une estimation des frais de livraison fait perdre les acheteurs qui veulent simplement connaître le montant avant de s'engager dans un achat. Une boutique en ligne qui vend des articles volumineux, dont les frais de livraison varient fortement selon la distance, voulait afficher une estimation raisonnablement précise à partir du minimum d'informations qu'un acheteur accepterait de saisir tôt dans son parcours.
Le code postal s'est révélé être ce minimum. Un seul champ, rapide à remplir, et suffisamment précis pour situer un acheteur dans une zone pertinente pour la livraison, sans demander une adresse postale qu'un acheteur ne souhaiterait peut-être pas donner avant même de décider s'il va acheter quelque chose. La boutique a ajouté un champ « vérifier les frais de livraison » directement sur la page produit, bien avant le paiement, qui ne demandait qu'un code postal.
Derrière ce champ, /v1/postcode recevait le code saisi et renvoyait ce à quoi il correspond. La boutique utilisait l'emplacement obtenu pour calculer la distance depuis son propre entrepôt, et injectait cette distance dans sa grille tarifaire de livraison existante de la même façon qu'une adresse complète, simplement avec un point de départ moins précis. Pour un vendeur d'articles volumineux dont la livraison est tarifée principalement par tranche de distance plutôt qu'à l'adresse exacte, un code postal était assez précis pour placer un acheteur dans la bonne tranche dans l'immense majorité des cas.
La boutique indiquait clairement qu'il s'agissait d'une estimation et non d'un devis ferme, d'une part parce que les zones de code postal peuvent être étendues dans les régions moins densément peuplées, d'autre part parce que les frais de livraison définitifs dépendaient toujours de l'adresse de livraison exacte saisie au moment du paiement. Présenter le montant comme une estimation dès le départ évitait toute surprise lorsque la page de paiement affichait un montant légèrement différent une fois l'adresse complète substituée à l'estimation fondée sur le code postal.
Cette approche a porté ses fruits surtout sur la page produit, où l'affichage d'une estimation des frais de livraison avant le paiement a réduit de façon mesurable le nombre d'acheteurs qui ajoutaient un article à leur panier pour l'abandonner en découvrant les frais de livraison à la toute dernière étape, une cause bien connue d'abandon de panier. Présenter cette information plus tôt, même sous forme d'estimation, permettait aux acheteurs de renoncer d'eux-mêmes plus tôt si le coût total ne leur convenait pas, plutôt qu'après avoir passé du temps à remplir tout un formulaire de paiement.
Comme la vérification du code postal s'exécutait sur la page produit plutôt qu'au paiement, elle recevait plus de trafic qu'une intégration limitée au paiement, puisque les visiteurs qui naviguaient sans jamais rien acheter la déclenchaient aussi. L'utilisation dépassait donc le quota gratuit quotidien pendant les périodes d'achats chargées, et la boutique a adopté le crédit prépayé à 0,0001 € la requête pour la différence, un coût assez faible au regard de l'intérêt de réduire les abandons de panier de dernière minute pour que la décision ne fasse pas débat.
Un code postal est une petite information, mais c'est souvent le niveau de détail géographique le plus élevé qu'un acheteur accepte de donner avant d'avoir décidé d'acheter quoi que ce soit, et construire une estimation à partir de ces seules données respecte l'étape où se trouve réellement l'acheteur dans sa décision. La documentation de l'endpoint se trouve sur /docs/postal-code-lookup/.