Uma resposta de cobertura no nível do código postal é um bom primeiro filtro, rápida de verificar e útil para incluir ou descartar áreas imediatamente, mas não é precisa o suficiente para uma equipe de vendas prestes a agendar uma instalação, já que a cobertura, mesmo dentro de uma única área de código postal, pode variar de forma significativa dependendo exatamente da distância entre um imóvel específico e o armário de rede ou a junção de fibra mais próxima, um detalhe que faz enorme diferença para saber se uma instalação pode de fato acontecer no prazo que um vendedor quer prometer.
Um provedor de internet que estava criando um verificador de cobertura mais preciso para a sua equipe de vendas acrescentou detalhes no nível do endereço à verificação por código postal que já oferecia no seu site público. Quando a verificação de código postal de um visitante dava positivo, indicando que a área em geral era atendida, a versão da ferramenta voltada para vendas pedia o endereço completo e o geocodificava por meio do /v1/forward para obter uma coordenada exata. Essa coordenada era comparada com o mapa de infraestrutura de rede do próprio provedor, construído e mantido internamente a partir dos seus registros de expansão da rede, para dar uma resposta muito mais específica: não apenas "esta área é atendida", mas uma estimativa de exatamente qual segmento da rede atenderia aquele imóvel e o que isso implicava para o prazo de instalação esperado e o nível de serviço.
Essa abordagem em duas etapas refletia como o processo de decisão do próprio cliente realmente funcionava. Um visitante navegando sem compromisso queria a verificação rápida e de baixo compromisso por código postal, satisfeito com um sim ou não geral antes de investir mais esforço. Uma conversa de vendas já em andamento, em que o cliente estava considerando seriamente contratar, justificava a verificação mais detalhada por endereço, já que, nesse ponto, os dois lados se beneficiavam de uma resposta precisa em vez de uma estimativa geral que poderia se mostrar errada para aquele imóvel específico quando uma equipe de instalação de fato fosse até lá.
O provedor também usou a confiança da correspondência da etapa de geocodificação direta como um sinal prático para a sua própria equipe de vendas, não apenas como uma verificação interna de qualidade dos dados. Um endereço resolvido sem ambiguidade dava à equipe de vendas segurança para informar um prazo de instalação específico. Um endereço resolvido com confiança menor, algo comum em construções muito novas ainda não totalmente refletidas nos dados de mapeamento, levava a equipe de vendas a ressalvar o prazo com mais cuidado ou a sinalizar o endereço para uma rápida verificação manual com os registros de expansão mais recentes do próprio provedor antes de fazer qualquer promessa específica ao cliente.
Nada disso substituiu os dados de rede do próprio provedor, que continuaram sendo a verdadeira fonte de referência sobre o que podia ser instalado e onde. As consultas de localização resolveram um problema mais restrito e específico: transformar de forma confiável o endereço digitado por um cliente na coordenada exata de que o mapa de infraestrutura do próprio provedor precisava para responder com precisão à pergunta sobre cobertura, em vez de depender apenas do código postal do cliente ou de um endereço em texto livre, possivelmente inconsistente, que um vendedor tinha de interpretar manualmente.
O volume se concentrou nas conversas de vendas ativas, e não no tráfego de navegação casual, um número menor e mais previsível do que o tráfego público do verificador de código postal, confortavelmente dentro da cota diária gratuita para o uso da equipe de vendas do provedor.
A documentação dos dois endpoints está em /docs/forward-geocoding/ e /docs/postal-code-lookup/.