Proposer la livraison en consigne comme alternative d'expédition moins chère ne fonctionne que si les acheteurs peuvent trouver rapidement une consigne réellement pratique pour eux, et la première version de cette fonctionnalité chez un marchand en ligne, une simple liste d'adresses de consignes triée par ville, échouait largement sur ce point, puisqu'un acheteur n'avait aucun moyen simple de savoir laquelle des trente consignes listées pour sa ville était vraiment proche de lui sans ouvrir une carte séparée pour chacune.
Le marchand a reconstruit la fonctionnalité autour de la distance, selon la même approche qu'un localisateur de magasins, mais intégrée directement au parcours de paiement plutôt que sur une page séparée. Chaque emplacement de consigne, fourni par le partenaire logistique du marchand, a été géocodé une fois via /v1/forward, dans une tâche par lots où chaque adresse de consigne comptait comme un élément facturé, ce qui a donné à l'ensemble du réseau de consignes un jeu de coordonnées fixe sur lequel s'appuyer.
Au moment du paiement, un acheteur qui avait autorisé la détection de sa position obtenait un point de départ grâce à /v1/ip, résolu à partir de son adresse IP en coordonnées approximatives, ce qui permettait à la page de paiement d'afficher immédiatement les quelques consignes les plus proches sans lui demander de saisir quoi que ce soit. Un acheteur qui préférait chercher à partir de sa propre adresse voyait celle-ci géocodée via le même endpoint que celui utilisé pour le réseau de consignes, puis comparée à celui-ci de la même manière.
Le résultat était intégré directement à l'étape de choix du mode de livraison : au lieu d'une option générique « consigne de retrait » menant à une page de recherche séparée, le parcours de paiement affichait la consigne la plus proche, avec son nom et sa distance, directement parmi les options de livraison, avec un moyen simple de voir les quelques suivantes si la première ne convenait pas pour une raison quelconque, un conflit d'horaires ou une consigne qui semblait trop petite pour une grosse commande.
L'option de retrait restait ainsi réellement compétitive face à la livraison à domicile au moment où l'acheteur choisissait entre les deux, au lieu de perdre des acheteurs au profit de la livraison à domicile proposée par défaut simplement parce que trouver une consigne demandait un effort supplémentaire que l'acheteur n'était pas prêt à fournir en plein paiement. Les données du marchand ont montré que l'adoption des consignes de retrait a nettement augmenté dès que l'option la plus proche a été mise en avant directement dans le parcours de paiement au lieu d'exiger une étape de recherche séparée, un changement que le marchand a attribué précisément à la suppression de cette friction plutôt qu'à une quelconque évolution de l'offre du service de consignes lui-même.
Le marchand a traité la position de départ détectée comme tout usage responsable de la géolocalisation IP devrait le faire : comme une valeur par défaut pratique, pas comme une certitude, avec une option visible pour chercher à partir d'une autre adresse lorsque le lieu de retrait souhaité par l'acheteur ne correspondait pas à l'endroit d'où il naviguait, par exemple quelqu'un qui commande un cadeau à retirer près de l'adresse d'un proche dans une autre ville.
Le volume suivait précisément les sessions de paiement, un nombre inférieur au trafic total du site, ce qui a maintenu la fonctionnalité confortablement dans le quota quotidien gratuit la majeure partie de l'année, l'option prépayée habituelle couvrant les périodes de forte affluence sans nécessiter de planification particulière à l'avance.
La documentation des endpoints concernés se trouve sur /docs/forward-geocoding/ et /docs/ipv4-lookup/.