Otimização de rotas
Otimização da última milha: como montar um dia que se sustenta
Otimizar a última milha é transformar uma lista de endereços em um plano que uma equipe real consiga cumprir em um dia real — com trânsito, janelas de horário, intervalo de almoço e um cliente que não está em casa. É o trecho mais caro de toda a cadeia e o único que o cliente final chega a ver. Este artigo mostra onde o dinheiro desse trecho é realmente gasto, o que um motor de otimização resolve e o que ele não resolve, e como sair de um plano montado à mão para um plano automático sem parar a operação por seis meses.
Por que a última milha é a parte cara
Levar um pallet de uma ponta a outra do país é um problema resolvido: grandes volumes, poucas paradas, horários previsíveis, custo diluído em muitas unidades. O trecho final inverte cada uma dessas propriedades. Cada encomenda vai para uma porta diferente, cada porta consome alguns minutos do tempo de uma pessoa, e o custo desse tempo é dividido por um pedido, não por mil.
Três fatos estruturais fazem esse trecho se comportar de forma diferente de tudo o que vem antes dele:
- O custo é por parada, não por quilômetro. Dois endereços no mesmo prédio quase não custam nada a mais; dois endereços em pontas opostas da cidade custam uma hora. A distância pesa, mas a sequência das paradas pesa mais.
- A capacidade são pessoas, e pessoas são inelásticas. Um turno tem um número fixo de horas de trabalho. Não dá para acrescentar dez por cento de horas às cinco da tarde, então um plano que estoura simplesmente vira visita não realizada.
- É o único trecho que o cliente vivencia. A produtividade do armazém é invisível; uma janela de duas horas perdida não é. A qualidade do serviço nesse trecho puxa a recompra como nenhuma outra etapa faz.
É essa combinação que faz pequenas melhorias de planejamento se pagarem rápido aqui. Cortar o tempo ocioso entre paradas não economiza só combustível — coloca mais serviços concluídos dentro do mesmo turno já pago, que é o número com que o financeiro de fato se importa.
Onde as perdas realmente se escondem
Antes de comprar um motor de otimização, vale descobrir o que o dia atual perde. Na maioria das equipes os vazamentos não são exóticos; são sempre os mesmos quatro, e eles se somam.
- Plano desbalanceado. Um entregador termina às duas da tarde enquanto outro ainda está rodando às oito da noite. O desequilíbrio é invisível no quadro branco e escancarado nos horários de conclusão.
- Idas e vindas. Sequências montadas à mão costumam ziguezaguear pelo bairro porque o planejador as organizou na ordem em que os pedidos chegaram, e não na ordem que as ruas permitem.
- O plano e o dia se afastam. Um plano da manhã é uma hipótese. Novos pedidos urgentes, uma pane, um cliente que remarca — ao meio-dia a versão impressa descreve um dia que já não existe, e ninguém replaneja porque replanejar à mão leva uma hora.
- Visitas sem entrega. A linha mais cara de todas: o entregador dirigiu, esperou e voltou com a encomenda. A viagem é paga duas vezes e o cliente fica insatisfeito uma.
Esses vazamentos têm uma causa comum. O planejador está resolvendo, à mão e sob pressão de tempo, um problema cujo número de respostas possíveis cresce mais rápido do que qualquer um consegue avaliar. Vinte paradas podem ser ordenadas em mais sequências do que há segundos na idade do universo; a pessoa escolhe uma que pareça razoável e segue em frente. Razoável costuma estar longe de bom, e ninguém nunca descobre o quanto, porque não há com o que comparar.
O que um motor de otimização de fato resolve
O nome formal dessa tarefa é problema de roteirização de veículos: dado um conjunto de endereços, um conjunto de veículos ou técnicos de campo e um conjunto de restrições, encontrar a distribuição e a sequência que concluem o trabalho ao menor custo. É um problema bem estudado, com solvers maduros, e as ferramentas modernas de planejamento são construídas sobre esses solvers, não sobre heurísticas escritas à mão.
O que importa na prática é que o motor otimiza contra as suas restrições, não contra as de um livro-texto. Um plano utilizável precisa respeitar aquilo que hoje o despachante carrega na cabeça:
- Janelas de horário. O intervalo combinado com o cliente e a jornada do turno.
- Capacidade. O que cabe no veículo e quantos serviços uma pessoa consegue fechar de forma realista em um dia.
- Regras de atribuição. Habilidades, equipamentos, regiões, o cliente que exige sempre o mesmo técnico.
- Tempo de atendimento na parada. Uma entrega na porta e uma instalação não são o mesmo evento, e um plano que trata os dois igual estoura antes do meio-dia.
No itlogist o motor de roteirização é construído sobre o OR-Tools e leva em conta janelas de entrega e restrições ao montar o plano, junto com as partes operacionais do dia — recebimento de pedidos e despacho para os profissionais de campo, rotas ao vivo no mapa e confirmação no local de que o serviço foi feito. Se quiser ver o quadro completo de como as peças se encaixam, veja Roteirização no itlogist.
O que o motor não resolve são os dados. Se os tempos de atendimento são chutados, os endereços não são conferidos e metade dos pedidos chega por telefone às onze da manhã, um plano ótimo construído sobre essa entrada vai desmoronar do mesmo jeito — apenas desmoronará de forma mais organizada.
Janelas de horário: a restrição que decide o plano
Nada molda uma rota tão fortemente quanto a promessa feita ao cliente. Uma janela ampla dá ao planejador liberdade para agrupar paradas geograficamente; uma janela estreita impõe a sequência e pode atravessar a cidade com o entregador duas vezes na mesma tarde. É a alavanca que a maioria das equipes ajusta por último e deveria ajustar primeiro.
Do jeito como os solvers tratam janelas decorrem algumas regras práticas:
- Janela estreita é um produto pago, não o padrão. Cada hora que você corta da promessa custa tempo de veículo em algum lugar. Ofereça precisão onde o cliente valoriza e cobre por isso, em vez de prometer em toda parte e falhar.
- As janelas devem ser oferecidas contra um plano real. Um horário que o sistema sabe ser alcançável vale mais do que um horário que o atendente inventou para encerrar a ligação.
- Janelas variadas rendem mais que janelas uniformes. Um dia em que parte das paradas é flexível dá ao motor espaço para absorver as rígidas. Se tudo é urgente, nada pode ser otimizado.
- Meça o cumprimento, não só a conclusão. Um pedido entregue fora da janela é, ao mesmo tempo, um serviço concluído e uma promessa quebrada — e só um dos dois aparece na taxa de conclusão.
A segunda metade da promessa é contar ao cliente em que pé estão as coisas. Um portal do cliente com status ao vivo elimina a maior parte das ligações que só perguntam quando — e são justamente essas ligações que tiram o despachante do trabalho de realmente conduzir o dia.
O turno depois do plano: controle, exceções, confirmação
Um plano é uma suposição sobre as próximas oito horas. A otimização só se paga se a suposição for acompanhada e corrigida, e por isso a tela de planejamento e a tela de execução têm de ser o mesmo sistema. Três recursos carregam esse peso.
- Rotas ao vivo no mapa. O despachante vê onde cada profissional de campo está em relação ao plano e percebe um atraso enquanto ainda há tempo de reagir — passar as duas últimas paradas para um colega, avisar o cliente, remarcar de propósito em vez de falhar em silêncio.
- Status atualizados conforme o trabalho anda. O entregador muda o estado de cada pedido na própria parada, então o escritório nunca precisa reconstruir o dia a partir de um telefonema.
- Confirmação na porta. Relatórios com foto e checklists na interface móvel encerram o serviço com a evidência anexada ao pedido. No itlogist o profissional de campo trabalha por uma interface web móvel, sem instalação obrigatória de aplicativo, o que importa quando parte da equipe é temporária ou terceirizada.
As exceções merecem a mesma disciplina que os sucessos. Uma visita que termina sem entrega consumiu igualmente uma hora de um turno pago e, se o motivo for registrado a partir de uma lista fixa em vez de descrito em texto livre, um mês desses registros mostra quais regiões, clientes ou horários geram as falhas. Esse é o ciclo de feedback que melhora o próximo plano: o motor otimiza a sequência, os dados de exceção corrigem as entradas.
Como começar sem um projeto de seis meses
Projetos de otimização travam por motivos organizacionais muito mais do que por motivos técnicos. Uma abordagem em etapas evita a armadilha de sempre: reconstruir tudo de uma vez.
- Arrume primeiro os dados de endereço. Nada degrada um plano mais rápido do que coordenadas que apontam para o pátio errado. É um trabalho sem glamour e é ele que define o teto de tudo o que vem depois.
- Meça o dia atual com honestidade. Paradas concluídas por turno, tempo entre paradas, parcela de visitas sem entrega, parcela de pedidos entregues dentro da janela. Sem uma linha de base você não consegue dizer se o novo plano é melhor ou apenas diferente.
- Estime o tempo de atendimento por tipo de serviço. Pergunte aos entregadores e depois confira contra os horários reais. Um solver só é tão bom quanto esse número.
- Conecte as fontes de pedidos. O itlogist troca dados com 1C, AmoCRM, Bitrix24 e Excel, então os pedidos chegam dos sistemas que você já usa em vez de serem redigitados em um novo.
- Faça um piloto com um grupo só. Rode o planejamento automático em uma única região ou equipe por duas semanas, comparando com a linha de base. O itlogist foi feito para entrar no ar em 7 dias, funciona sem contratos de longo prazo e atende equipes de 5 a 100 profissionais de campo, então um piloto é uma quinzena de atenção, não um trimestre.
- No começo, revise toda semana. Olhe o que o despachante alterou à mão. Cada correção manual é ou uma restrição faltando no modelo ou um hábito que vale aposentar — e as duas coisas são úteis de saber.
Feita nessa ordem, a otimização deixa de ser a compra de um software e vira o que deveria ser: um intervalo menor entre paradas, uma promessa em que o cliente pode confiar e um turno que acaba na hora em que foi planejado para acabar.
Perguntas frequentes
O que a otimização da última milha muda na prática?
Ela muda a forma como o dia é montado. Em vez de um despachante ordenar endereços à mão na sequência em que eles chegaram, um motor distribui os pedidos entre os profissionais de campo e ordena as paradas de modo que janelas de horário, capacidade e jornada sejam todas respeitadas. Os resultados visíveis são menos quilômetros entre paradas, carga mais equilibrada na equipe e mais serviços concluídos dentro do mesmo turno pago.
Qual a diferença entre isso e um aplicativo de navegação?
Um aplicativo de navegação responde como dirigir de A até B. A otimização responde a uma pergunta maior: qual profissional deve levar quais pedidos e em que sequência, considerando janelas, capacidade, habilidades e tempos de atendimento. A navegação otimiza um trecho; a roteirização otimiza o dia inteiro de toda a equipe. Na prática você precisa das duas — o plano vem do motor de roteirização, as instruções de direção vêm do mapa.
Janelas de entrega estreitas tornam a otimização impossível?
Impossível não, mas cara. Cada restrição tira opções do solver, e um dia em que cada pedido é rígido não deixa quase nada para otimizar. O caminho prático é a mistura: ofereça janelas estreitas como um produto pago e deliberadamente limitado, mantenha uma parcela de paradas flexíveis que o motor possa movimentar em torno das rígidas e meça o cumprimento das janelas, não apenas a conclusão.
De quais dados precisamos para que o planejamento automático valha a pena?
De três coisas: endereços que resolvam para coordenadas corretas, um tempo de atendimento realista para cada tipo de serviço e as restrições que hoje você guarda na cabeça — janelas, capacidade do veículo, habilidades, regiões. Um solver aplicado a entradas chutadas produz um plano confiante que falha ao meio-dia, então o trabalho com os dados vem primeiro e determina em boa medida o quanto o resultado pode ser bom.
Quanto tempo leva para sair das planilhas e chegar às rotas automáticas?
Menos do que a maioria das equipes espera, se for feito em etapas. O itlogist foi construído para entrar no ar em 7 dias e funciona sem contratos de longo prazo, e troca dados com 1C, AmoCRM, Bitrix24 e Excel, então os pedidos continuam chegando dos sistemas que você já usa. O padrão de sempre é um piloto de duas semanas em uma região ou equipe, comparado com uma linha de base medida antes.