Una cotización de seguro instantánea en línea tiene que equilibrar dos cosas que chocan entre sí: debe ser rápida, idealmente tras solo unos pocos campos, y necesita suficiente información real para fijar un precio razonable para la póliza en lugar de adivinarlo. Una aseguradora regional de hogar que estaba creando un cotizador instantáneo descubrió que pedir una dirección completa desde el principio, antes de mostrar ningún precio, le hacía perder muchos visitantes que se iban antes de ver una cifra, justo los visitantes que el cotizador rápido debía mantener interesados.
El código postal resultó ser el dato que cumplía razonablemente bien ambas condiciones. Un único campo corto, lo bastante rápido como para que la mayoría de los visitantes no se lo pensaran dos veces antes de rellenarlo, y lo bastante específico como para situar una vivienda dentro de una zona que se correlacionaba de forma significativa con los factores de riesgo que los modelos actuariales de la propia aseguradora ya usaban para fijar el precio de las pólizas, factores como los patrones meteorológicos regionales, el historial local de siniestros y la proximidad a zonas conocidas de riesgo de inundación o de incendio forestal que el propio equipo de riesgos de la aseguradora mantenía de forma independiente.
El cotizador enviaba el código postal introducido a /v1/postcode, que determina la zona a la que corresponde ese código, y el propio motor de precios de la aseguradora usaba esa zona para buscar su calificación de riesgo interna de la región, con datos y metodología totalmente propios de la aseguradora, mientras que la consulta del código postal servía solo de puente entre lo que escribía el visitante y la fila de la tabla de riesgos de la aseguradora que correspondía. My Geocode no tenía ningún papel ni ninguna visibilidad en cómo la aseguradora ponderaba el riesgo, solo en determinar qué ubicación describía realmente un código postal concreto.
Una cotización instantánea obtenida de esta forma se marcaba claramente como preliminar, ya que el proceso completo de suscripción seguía requiriendo una dirección completa, datos sobre la vivienda concreta y otra información que un código postal por sí solo no puede aportar, como la antigüedad del tejado o la presencia de medidas específicas de protección contra incendios. La función de la cotización instantánea era dar al visitante una cifra aproximada realista lo bastante rápido como para mantenerlo interesado en el proceso, no ser el precio final y vinculante, y el propio sitio de la aseguradora dejaba clara esa diferencia en cada paso.
Este enfoque por etapas, una estimación rápida ahora y la dirección completa solo cuando alguien estaba listo para avanzar hacia una póliza real, encajaba con lo que los visitantes ya hacían: la mayoría de las personas que pedían una cotización instantánea estaban comparando opciones y querían una cifra aproximada antes de comprometerse con la solicitud más larga, y pedir una dirección completa antes de darles esa cifra aproximada le había estado costando a la aseguradora justo a esas personas que comparaban.
El tráfico del cotizador, como la mayor parte del tráfico de quienes buscan seguros, se disparaba en las temporadas de renovación y después de fenómenos meteorológicos importantes en una región, lo que en esos periodos llevaba el uso de la aseguradora más allá de la cuota gratuita diaria y lo hacía pasar al crédito prepago, un coste insignificante frente al valor de una solicitud de póliza completada gracias a una experiencia de cotización rápida y con poca fricción.
La documentación del endpoint está en /docs/postal-code-lookup/, y los detalles sobre los precios de la API están en /pricing/.