Onze mil linhas de endereços de clientes estavam em uma planilha, úteis para faturamento e inúteis para planejamento. Uma equipe de operações de vendas queria redesenhar seus territórios com base em onde os clientes realmente estavam, e não nos limites de condados que alguém tinha escolhido anos antes, mas uma planilha cheia de endereços não pode ser ordenada por geografia. Ela só pode ser ordenada em ordem alfabética, o que não é a mesma coisa.
A solução foi um único job em lote. A equipe exportou todos os endereços únicos da sua lista de clientes e os enviou para /v1/forward como uma única requisição em lote, já que uma lista de endereços conta cada item como uma requisição cobrada, em vez de cobrar por chamada como fariam onze mil consultas separadas. O que voltou foi uma correspondência de localização para cada endereço, incluindo latitude e longitude, as coordenadas estruturadas com que uma ferramenta de mapeamento ou uma fórmula de planilha consegue realmente trabalhar.
Com coordenadas associadas a cada cliente, o redesenho dos territórios virou um problema de dados em vez de um problema de adivinhação. A equipe conseguiu agrupar os clientes por proximidade, medir o quanto a receita estava distribuída de forma equilibrada em um conjunto proposto de regiões e ver imediatamente quando um limite de território dividia ao meio um grupo denso de clientes sem nenhum bom motivo. Nada disso era visível quando o único campo de localização era um endereço em texto, com o qual uma planilha não conseguia medir distâncias.
A equipe também comparou os campos de país e região de cada correspondência com as atribuições de contas existentes dos representantes, o que revelou algumas contas que tinham ido parar no território errado com o tempo: clientes que haviam mudado de escritório ou que tinham sido atribuídos por engano, anos antes, a um representante de uma região vizinha, sem que isso nunca fosse corrigido. Resolver isso foi um efeito colateral que ninguém tinha planejado, e acabou importando mais para a justiça das metas do que o próprio redesenho dos territórios.
Como toda a lista de clientes foi geocodificada de uma vez, e não aos poucos ao longo do tempo, isso foi mais um projeto pontual do que uma integração contínua. A equipe rodou o lote, exportou os resultados de volta para a planilha de planejamento e não precisou chamar o endpoint de novo até a próxima grande revisão de territórios. Para esse tipo de carga de trabalho, a cota diária gratuita cobriu a execução sem precisar de crédito pré-pago, e o projeto inteiro levou uma tarde, em vez de um trabalho de mapeamento de várias semanas com um fornecedor externo.
A mudança maior foi na forma como a equipe passou a pensar sobre os próprios dados depois disso. Depois que os endereços ganharam coordenadas, perguntas que antes exigiam um consultor, como quais regiões estavam mal atendidas ou sobrecarregadas em relação à densidade de clientes, viraram perguntas que a própria equipe conseguia responder com uma planilha e um pouco de aritmética. A etapa de geocodificação foi a única parte que exigiu um serviço externo, e também foi a menor parte do projeto.
Um lote de endereços não precisa ser uma lista de clientes. Localizações de lojas, territórios de atendimento, locais de eventos, qualquer coisa que esteja em uma planilha como endereço em texto pode passar pelo mesmo processo. Os limites de lote e a formatação das requisições estão descritos em /docs/forward-geocoding/ e /docs/rate-limits/.