"O serviço está disponível no meu endereço?" é a primeira pergunta que qualquer pessoa que visita o site de um provedor de internet realmente quer ver respondida, e o antigo verificador de cobertura de um provedor regional tornava essa pergunta mais difícil de responder do que precisava ser, exigindo endereço completo, cidade e estado antes de mostrar qualquer coisa, um formulário longo o bastante para que uma boa parte dos visitantes o abandonasse antes de descobrir se o provedor sequer atendia a sua região.
O provedor reconstruiu o verificador em torno do código postal como a primeira e, muitas vezes, a única informação necessária. O visitante digitava o seu código postal, e o site o enviava ao /v1/postcode, que identifica a área correspondente a esse código. O provedor comparava a área identificada com o seu próprio banco de dados de cobertura, construído a partir dos registros de expansão da rede, para dar uma resposta imediata: atendido, ainda não atendido ou atendido com uma observação sobre qual nível de serviço estava disponível naquela área, já que a qualidade da cobertura pode variar dentro de uma mesma área de código postal dependendo da distância entre um imóvel e a infraestrutura de rede existente.
Para áreas de código postal com cobertura mista, o verificador pedia o endereço como segunda etapa apenas quando necessário, em vez de exigi-lo logo de início de todos os visitantes. Quem estava em uma área totalmente atendida recebia a resposta imediatamente, apenas com o código postal. Quem estava em uma área de código postal com cobertura parcial recebia uma pergunta rápida de acompanhamento, ainda muito mais curta do que o formulário original, já que apenas o número menor de casos ambíguos precisava do detalhe extra.
Essa abordagem em etapas reduziu de forma significativa o número médio de campos que um visitante preenchia antes de obter uma resposta, já que a maioria das áreas de código postal no território do provedor era totalmente atendida ou totalmente não atendida, e apenas uma minoria realmente precisava da verificação mais detalhada. Os visitantes com maior probabilidade de se converter em cadastro, aqueles com serviço claro e disponível, tinham o caminho mais rápido possível até essa resposta, enquanto o grupo menor que precisava de mais detalhes recebia exatamente a etapa extra necessária e nada além disso.
O provedor também usava os mesmos dados de código postal no planejamento de território da equipe de vendas, cruzando as áreas de código postal com os planos de expansão da rede para ver onde o investimento em marketing destinado a gerar tráfego para o verificador de cobertura chegaria a áreas que realmente poderiam se converter em cadastros, em vez de direcionar tráfego para códigos postais que ainda não eram atendidos.
O tráfego do verificador de cobertura acompanhava a atividade de marketing, com picos visíveis durante campanhas de anúncios voltadas a gerar cadastros em áreas recém-atendidas. Em períodos normais, ele ficava dentro da cota diária gratuita e, durante uma campanha, passava para o crédito pré-pago a € 0,0001 por requisição, um custo facilmente justificado diante do valor de um cadastro concluído para uma assinatura de internet.
Reduzir um formulário de vários campos obrigatórios para, muitas vezes, apenas um, com uma resposta rápida e confiável no final, é uma pequena mudança que aparece diretamente em quantos visitantes realmente concluem a verificação em vez de abandoná-la no meio. A documentação do endpoint está em /docs/postal-code-lookup/.