Automação do serviço de entrega: por onde começar a implantação

O que realmente se automatiza num serviço de entrega

Automatizar a entrega não é «comprar um software e distribuir celulares aos entregadores». A ideia é que cada ação repetitiva deixe de depender da memória de uma pessoa específica. Num serviço de entrega essas ações são cinco, e formam uma única cadeia.

• Recebimento dos pedidos. Os pedidos chegam da loja virtual, por e-mail, por mensageiro e pelo sistema de gestão. Enquanto forem consolidados numa planilha na mão, parte se perde e parte vira duplicata.
• Distribuição entre os executantes. Quem vai, em que ordem e se cabe no turno — uma decisão que o despachante toma dezenas de vezes por dia e quase sempre no olho.
• Trabalho do entregador no endereço. O que exatamente precisa ser feito, o que recolher, como confirmar a execução — isso tem que estar no celular de quem executa, não num combinado verbal.
• Informação ao cliente. A pergunta «cadê meu pedido» consome mais tempo do despachante do que parece, e é resolvida por completo com o status no portal do cliente.
• Coleta dos fatos para a prestação de contas. Horário de chegada, resultado da visita, registro fotográfico — dados que ou são registrados no momento do evento, ou simplesmente não existem.

À parte fica o planejamento da rota: é a única etapa em que o trabalho manual não é só mais lento, é sistematicamente pior. A pessoa agrupa endereços por bairro e por intuição; o algoritmo calcula a ordem das paradas considerando janelas de horário e restrições. A diferença aparece de cara — no número de endereços que o executante consegue fechar num turno.

Sinais de que a gestão manual já custa mais que a automação

Nem toda operação precisa de um sistema agora mesmo. Mas existe um conjunto de sintomas, e cada um deles significa dinheiro concreto, não incômodo.

• A manhã inteira vai para o planejamento. Se o despachante gasta uma hora e meia ou duas montando a distribuição dos pedidos, isso é um salário inteiro diluído em planilhas.
• O status da saída se descobre por telefone. Cada ligação custa um minuto do despachante, um minuto do entregador e um atraso na rota.
• O fechamento do dia é montado à noite. Ou seja: durante o dia a operação não é gerida, apenas registra consequências.
• Divergências são resolvidas na palavra. «Ninguém abriu», «deixei na portaria», «o cliente recusou» — sem foto e horário da visita isso não é prova nem para o cliente nem para a apuração interna.
• Uma única pessoa concentra o conhecimento. Quando o despachante sai de férias, a operação piora. Não é questão de lealdade, é ausência de regras dentro do sistema.
• O crescimento de pedidos esbarra em gente. Mais 30% de volume exige mais um despachante — ou seja, o processo não escala.
• As segundas tentativas não são contabilizadas. A fatia de reentregas é desconhecida, e é ela que forma o custo direto.

Se pelo menos três itens baterem, não se trata de «um dia a gente implanta», e sim de perdas recorrentes acontecendo agora. E a barreira de entrada é mais baixa do que se costuma imaginar: plataformas dessa categoria atendem equipes de 5 a 100 executantes, ou seja, a automação deixou de ser assunto apenas de grandes operações nacionais.

Por onde começar: a ordem de passos que funciona

O erro principal é tentar ligar tudo de uma vez. A ordem que funciona segue a cadeia do pedido: do momento em que ele aparece até o resultado confirmado. Cada passo seguinte se apoia nos dados do anterior.

• Passo 1. Uma única entrada para os pedidos. Qualquer pedido cai num só lugar, independentemente do canal. Enquanto houver várias fontes, qualquer relatório posterior sairá incompleto.
• Passo 2. Distribuição entre os executantes. O pedido ganha um responsável e um prazo. Já nessa etapa aparece a carga real: quem está com o turno sobrecarregado e quem está ocioso.
• Passo 3. Interface móvel do executante. O entregador vê a lista de endereços, os comentários e o checklist, marca o resultado e anexa a foto. Este é o passo-chave: sem ele o sistema continua sendo um painel bonito para o despachante e não recebe os fatos da rota.
• Passo 4. Status em tempo real. As rotas no mapa e a situação atual dos pedidos eliminam a maior parte das ligações do tipo «onde você está».
• Passo 5. Portal do cliente. O cliente consulta o status sozinho — a carga sobre o despachante cai outra ordem de grandeza.
• Passo 6. Otimização de rotas. Com endereços, janelas e restrições já dentro do sistema, entra o cálculo da ordem das paradas — e ele roda sobre dados decentes, não sobre lixo.
• Passo 7. Integrações com os sistemas de gestão. Por último se conecta a troca de dados com 1C, AmoCRM, Bitrix24 ou Excel, para que pedidos e resultados não sejam transferidos na mão.

Os três primeiros passos entregam a maior parte do efeito e são os mais rápidos de colocar no ar. A prática mostra que o circuito operacional se monta em uma semana: a implantação leva 7 dias e não exige contratos de longo prazo, então dá para testar a hipótese numa única frente, sem reconstruir a operação inteira.

Erros que fazem a implantação não pegar

O projeto costuma naufragar não na parte técnica, e sim na organização. Os cenários se repetem de operação para operação.

• Controle duplicado. O sistema está no ar, mas a planilha continua viva «por segurança». Em um mês as duas divergem e ninguém confia em nenhuma. O controle antigo precisa ser desligado no dia da virada, não «quando a gente se acostumar».
• Os executantes não foram preparados. O entregador recebeu o acesso sem entender para que aquilo serve para ele. Se o aplicativo é lido como vigilância e não como ferramenta, os dados serão preenchidos por obrigação. Ajuda um argumento simples: o registro fotográfico protege o próprio entregador numa divergência.
• Regras complexas demais na largada. Quinze status de pedido e dez campos obrigatórios garantem que o preenchimento vai acontecer dia sim, dia não. Comece pelo mínimo que é de fato usado.
• Exigir a instalação do aplicativo no celular pessoal. Ponto de resistência frequente, sobretudo em trabalho por produção. A interface web móvel do executante resolve a questão: não é preciso instalar nada.
• Não há um responsável pelo processo. Implantação sem dono vira iniciativa opcional e se apaga na segunda semana.
• Integrações no primeiro dia. Conectar a troca de dados com o sistema de gestão antes de os cadastros e status estarem estabilizados é a forma mais segura de multiplicar erros automaticamente.
• Não há números de referência. Se os indicadores atuais não forem registrados antes do início, a discussão sobre o efeito será feita por impressões.

Uma regra útil: antes de subir o sistema, anote três ou quatro métricas do «como está hoje» — endereços por turno, fatia de segundas tentativas, tempo de planejamento e número de ligações recebidas sobre status. Em um mês a comparação leva cinco minutos.

Como escolher o sistema certo para a sua operação

As listas de funcionalidades dos fornecedores se parecem, então é melhor comparar pelo que acontece no seu dia a dia. Algumas perguntas que valem ser feitas antes de assinar qualquer coisa.

• O sistema cobre a cadeia inteira? Recebimento e distribuição de pedidos, trabalho do executante no endereço, status para o cliente, relatórios — se uma parte continuar em planilhas, a ruptura permanece.
• O que o entregador vê e faz? Lista de endereços, checklist, registro fotográfico, confirmação da execução no local — essa tela determina a qualidade dos dados em toda a cadeia acima.
• Existe otimização de rotas de verdade? Ordenar por bairro e calcular a ordem das paradas considerando janelas de horário e restrições são coisas essencialmente diferentes.
• Como funciona a troca com os seus sistemas? 1C, AmoCRM, Bitrix24, Excel — o que importa não é o logotipo no site, e sim quais objetos passam e em que direção.
• Quanto tempo leva a implantação e o que você arrisca? Uma semana para subir sem contrato de longo prazo e um projeto de vários meses com pagamento adiantado representam riscos diferentes para promessas idênticas.
• A escala é compatível? Soluções para centenas de veículos são excessivas para um serviço com dez entregadores, e vice-versa.

Verificar tudo isso é mais fácil sobre os seus próprios dados do que por apresentação: pegue um dia típico, carregue endereços reais e veja o que sai. O conjunto de recursos com que esse teste se monta no itlogist — recebimento e distribuição de pedidos, rotas no mapa em tempo real, aplicativo móvel do executante com registro fotográfico e checklists, portal do cliente com status e confirmação da execução no local — está detalhado na página Gestão de entregadores.

O que deve mudar no primeiro mês

O efeito da automação não aparece em sensações, e sim em alguns indicadores. Se em um mês eles não se moveram, parte dos passos foi feita só para constar.

• Tempo de planejamento. Montar a distribuição do dia deixa de ser ritual matinal e passa a levar minutos.
• Endereços por turno. O principal indicador financeiro: os custos fixos se dividem por um número maior de pedidos executados, e o preço de cada um cai.
• Fatia de entregas na primeira tentativa. Cresce graças a janelas corretas, comentários no endereço e aviso ao cliente.
• Ligações recebidas sobre status. Migram para o portal do cliente e para os status em tempo real.
• Velocidade de fechamento das divergências. Foto, horário da visita e resultado de cada pedido transformam a apuração em simples conferência de fato.
• Independência de um despachante específico. As regras de distribuição e o histórico dos pedidos passam a viver no sistema, não na cabeça de alguém.

Uma nuance importante: olhe os indicadores por segmento — cidade e região metropolitana, pedidos grandes e pequenos, executantes diferentes. A média do fluxo inteiro esconde tanto as quedas quanto os acertos. E não espere um gráfico liso nas duas primeiras semanas: enquanto os executantes se acostumam à nova rotina, os dados ficam ruidosos, e o quadro real só aparece na terceira ou quarta semana de operação.

A conclusão prática é simples: comece não pela parte mais complexa, mas por onde os dados nascem — pelo recebimento dos pedidos e pela tela do executante. O restante, incluindo o cálculo de rotas e a troca com o sistema de gestão, se constrói por cima e funciona exatamente na medida em que os dados de baixo forem honestos.