CRM para serviço de entregas

Por que só o CRM não basta para um serviço de entregas

O CRM foi feito para vendas: ficha do cliente, funil, negócios, tarefas da equipe comercial, histórico de conversas. Para isso, AmoCRM e Bitrix24 funcionam muito bem. Mas, num serviço de entregas, o trabalho de verdade começa depois que o negócio é fechado — e aí o CRM padrão logo esbarra nos seus limites.

• Sem mapa e sem rotas. O CRM não sabe onde está o entregador e não consegue definir a ordem dos endereços respeitando as janelas de entrega.
• Sem tela para quem executa. O entregador precisa de uma tela simples — para onde ir, o que levar, como registrar o resultado —, não da interface de um vendedor.
• Sem confirmação no local. Foto, checklist, registro de recebimento: tudo isso acaba sendo juntado pelo WhatsApp e depois transferido à mão.
• Status genéricos demais. Uma etapa do funil como “Enviado para entrega” não mostra se o pedido está a caminho, na porta do cliente ou voltando para o depósito.

Tentar resolver isso com campos personalizados e automações no CRM costuma terminar com o despachante mantendo uma planilha paralela e os vendedores ligando para os entregadores para saber o status. Por isso, o modelo que funciona é deixar com o CRM o que ele faz bem e conectar a ele um sistema próprio para a execução dos pedidos.

Como dividir os papéis entre o CRM e o sistema de entregas

A regra de ouro da integração entre CRM e entregas: cada informação tem um único dono. Se o mesmo campo pode ser alterado em dois lugares, cedo ou tarde os dados vão divergir.

• O CRM é dono do cliente e do negócio: contatos, dados cadastrais, itens do pedido, valor, o que foi combinado com o vendedor.
• O sistema de gestão de entregadores é dono da execução: para quem o pedido foi atribuído, em que ordem o entregador faz o trajeto, horário real, relatório com fotos, confirmação de conclusão.
• O ERP ou sistema contábil é dono do dinheiro e do estoque: documentos, pagamentos, movimentações de estoque.

Com essa divisão, o vendedor continua no CRM de sempre, o despachante trabalha no mapa com pedidos e rotas, e o entregador usa uma interface web para celular, sem precisar instalar aplicativo. Cada um vê o que é seu, mas nada é duplicado: o pedido é criado uma vez e, a partir daí, só muda de status.

Vale decidir também quem acompanha a entrega de fora. Para o cliente, é mais prático ver o status na área do cliente do que ligar para o vendedor — isso alivia tanto a equipe comercial quanto o despacho.

Troca de pedidos com o CRM: o que enviar e quando

A troca de pedidos com o CRM fica mais simples quando pensada como dois fluxos: o pedido vai do CRM para a entrega, e o resultado volta.

Do CRM para o sistema de entregas vai tudo aquilo sem o qual o entregador não consegue concluir o pedido:

• número do negócio ou do pedido — a chave pela qual os dois sistemas se reconhecem;
• endereço e contato do destinatário, telefone, observações sobre portaria ou sala;
• janela de entrega desejada e prioridade;
• conteúdo do envio e características que influenciam a atribuição: peso, dimensões, pagamento na entrega.

Do sistema de entregas para o CRM volta o que o vendedor e o cliente precisam saber:

• mudança de status: atribuído, a caminho, entregue, não entregue;
• motivo de recusa ou reagendamento;
• horário real de conclusão e link para o relatório com fotos ou a confirmação.

É importante definir em que etapa do funil o pedido segue para a entrega. Cedo demais, os entregadores recebem pedidos ainda não confirmados; tarde demais, o despachante fica sem tempo para planejar as rotas. Normalmente o gatilho é uma etapa específica, como “Pronto para expedição”, depois da qual o vendedor não altera mais o endereço sem combinar com o despacho.

Como escolher a solução: checklist para o serviço de entregas

Ao escolher um CRM para entregas e o sistema que vai trabalhar com ele, não compare listas de funcionalidades — teste o seu dia real. Pegue uns dez pedidos típicos e acompanhe cada um do negócio fechado até a confirmação.

• Integração pronta com o seu CRM. Existe integração nativa com AmoCRM ou Bitrix24, ou a troca de dados terá de ser desenvolvida do zero?
• Conexão com o financeiro. Se o dinheiro e os documentos ficam no ERP, é preciso integrá-lo também — senão a conciliação continua manual.
• Distribuição e rotas. O sistema sugere a ordem dos endereços considerando janelas de entrega e restrições, ou só mostra pontos no mapa?
• Tela do entregador. O entregador consegue começar a trabalhar pelo celular já no primeiro dia? Há relatórios com fotos e checklists?
• Status de retorno. O vendedor vê o resultado da entrega na ficha do negócio sem ligar para o entregador?
• Exportação. Dá para levar os dados para o Excel para análises e relatórios?
• Prazo de implantação. Quanto tempo até o primeiro turno em operação? É preciso contrato de longo prazo?

O itlogist foi construído exatamente para esses requisitos: recebimento e distribuição de pedidos, rotas no mapa em tempo real, otimização com o motor OR-Tools considerando janelas de entrega, interface móvel para o entregador e integrações com 1C, AmoCRM, Bitrix24 e Excel. Saiba mais em Recursos do itlogist.

Implantação sem parar a operação

O ideal é implantar a integração entre CRM e entregas por etapas, para que o serviço continue entregando enquanto a troca de dados é configurada.

• Etapa 1. Um único fluxo. Escolha um tipo de pedido ou uma região e configure o envio de pedidos a partir do CRM. Os entregadores desse grupo já passam a usar o novo sistema.
• Etapa 2. Status de retorno. Quando os pedidos estiverem chegando de forma estável, ative o retorno de status e motivos de recusa para o CRM. Confira se os vendedores pararam de ligar para o despacho atrás de informação.
• Etapa 3. Rotas e janelas. Ative a otimização de rotas e compare o plano com a forma como o despachante distribuía os pedidos manualmente.
• Etapa 4. Escala. Migre os demais tipos de pedido e regiões e acrescente a área do cliente.

Erros comuns nesse caminho: cadastrar o pedido à mão nos dois sistemas “por garantia”, não definir a chave de correspondência (e acabar com duplicados), permitir mudar o endereço no CRM depois do envio para a entrega. Vale registrar essas regras por escrito antes de começar. O itlogist foi pensado para equipes de 5 a 100 profissionais e entra em operação em 7 dias, sem contratos de longo prazo — os primeiros resultados já aparecem no fluxo piloto.