"¿Hay servicio disponible en mi dirección?" es la primera pregunta que cualquiera que visita el sitio web de un proveedor de internet quiere que le respondan, y el antiguo verificador de cobertura de un proveedor regional hacía que responderla fuera más difícil de lo necesario, porque exigía la dirección completa, la ciudad y el estado antes de mostrar nada, un formulario tan largo que un buen número de visitantes lo abandonaba antes de saber si el proveedor siquiera daba servicio en su zona.
El proveedor reconstruyó el verificador en torno al código postal como primer dato, y a menudo el único, necesario. El visitante escribía su código postal y el sitio lo enviaba a /v1/postcode, que resuelve a qué zona corresponde ese código. El proveedor comparaba la zona resuelta con su propia base de datos de cobertura, construida a partir de sus registros de despliegue de red, para dar una respuesta inmediata: con servicio, todavía sin servicio, o con servicio y una nota sobre qué nivel de servicio estaba disponible en esa zona, ya que la calidad de la cobertura puede variar dentro de una misma zona de código postal según a qué distancia esté una propiedad de la infraestructura de red existente.
En las zonas de código postal con cobertura desigual, el verificador pedía una dirección como segundo paso solo cuando era necesario, en lugar de exigirla de entrada a todos los visitantes. Alguien en una zona con servicio completo obtenía su respuesta de inmediato solo con el código postal. Alguien en una zona de código postal con cobertura parcial recibía una breve pregunta adicional, aun así mucho más corta que el formulario original, ya que solo el número más reducido de casos ambiguos necesitaba ese dato extra.
Este enfoque por etapas redujo de forma notable el número medio de campos que un visitante rellenaba antes de obtener una respuesta, ya que la mayoría de las zonas de código postal del territorio del proveedor tenían servicio completo o no tenían ninguno, y solo una minoría necesitaba de verdad la comprobación más detallada. Los visitantes con más probabilidades de convertirse en un alta, los que tenían servicio claro y disponible, obtenían el camino más rápido posible hacia esa respuesta, mientras que el grupo más pequeño que necesitaba más detalle recibía exactamente el paso adicional necesario y nada más.
El proveedor también usó los mismos datos de códigos postales para la planificación territorial de su equipo de ventas, cruzando las zonas de código postal con los planes de despliegue para ver dónde la inversión en marketing destinada a atraer tráfico al verificador de cobertura llegaría a zonas que realmente podían convertirse en altas, en lugar de llevar tráfico hacia códigos postales que aún no tenían servicio.
El tráfico del verificador de cobertura crecía con la actividad de marketing y se disparaba de forma visible durante las campañas publicitarias destinadas a conseguir altas en zonas recién cubiertas. En los periodos normales se mantenía dentro de la cuota gratuita diaria, y durante un impulso de campaña pasaba al crédito prepago a 0,0001 € por solicitud, un coste fácil de justificar frente al valor de un alta completada en una suscripción a un servicio de internet.
Reducir un formulario de varios campos obligatorios a, muchas veces, uno solo, con una respuesta rápida y fiable al final, es un cambio pequeño que se nota directamente en cuántos visitantes completan la comprobación en lugar de abandonarla a mitad de camino. La documentación del endpoint está en /docs/postal-code-lookup/.