Pedir una dirección completa antes de mostrar una estimación de envío hace perder a los compradores que solo quieren conocer la cifra antes de comprometerse con una compra. Una tienda online que vendía artículos voluminosos, donde el coste de envío varía mucho según la distancia, quería mostrar una estimación razonablemente precisa a partir de la menor cantidad posible de información que un comprador estaría dispuesto a escribir al principio.
El código postal resultó ser ese mínimo. Un único campo, rápido de escribir y lo bastante específico para situar al comprador dentro de un área significativa a efectos de envío, sin pedir una dirección postal que quizá no quiera dar antes de decidir si va a comprar algo. La tienda añadió un campo de «consultar coste de envío» directamente en la página del producto, mucho antes del pago, que solo pedía un código postal.
Detrás de ese campo, /v1/postcode recibía el código introducido y devolvía a qué corresponde. La tienda usaba la ubicación resultante para calcular la distancia desde su propio almacén e introducía esa distancia en su tabla de tarifas de envío existente, igual que habría hecho con una dirección completa, solo que con un punto de partida menos preciso. Para un comercio de artículos voluminosos, donde el envío se tarifica principalmente por franja de distancia y no por dirección exacta, un código postal era lo bastante preciso para situar al comprador en la franja correcta en la inmensa mayoría de los casos.
La tienda dejaba claro que se trataba de una estimación y no de un presupuesto cerrado, tanto porque las áreas de los códigos postales pueden ser grandes en regiones menos pobladas como porque el cargo final de envío seguía dependiendo de la dirección de entrega exacta introducida en el pago. Presentarlo como estimación desde el principio hizo que nadie se sorprendiera cuando la página de pago mostraba una cifra algo distinta una vez que la dirección completa sustituía la estimación por código postal.
Este enfoque dio sus frutos sobre todo en la página del producto, donde mostrar una estimación de envío antes del pago redujo de forma medible el número de compradores que añadían un artículo al carrito solo para abandonarlo al descubrir el coste de envío en el último paso, una causa bien conocida de abandono del carrito. Adelantar esa información, aunque fuera como estimación, permitió a los compradores descartarse antes si el coste total no les convenía, en lugar de hacerlo después de haber invertido tiempo en rellenar todo un formulario de pago.
Como la consulta de código postal se ejecutaba en la página del producto y no en el pago, recibía más tráfico del que habría tenido una integración solo en el pago, ya que también la activaban los compradores que solo miraban y nunca compraban nada. Eso llevó el uso por encima de la cuota diaria gratuita en los periodos de más compras, y la tienda pasó al crédito prepago a 0,0001 € por solicitud para cubrir la diferencia, un coste tan pequeño frente al valor de reducir el abandono del carrito de última hora que la decisión no fue difícil.
Un código postal es un dato pequeño, pero a menudo es el mayor nivel de detalle de ubicación que un comprador está dispuesto a dar antes de haber decidido comprar algo, y construir una estimación con exactamente esa cantidad de datos respeta el punto en que el comprador está realmente en su decisión. La documentación del endpoint está en /docs/postal-code-lookup/.