Em resumo
Antes de contratar mais um sistema, siga um pedido real de ponta a ponta, meça os dias de espera entre etapas, ouça quem executa o trabalho, separe os gargalos que faltam regra dos que faltam ferramenta e teste a correção com o que já existe por duas semanas. Na maioria dos casos o gargalo é uma fila ou uma decisão pendente, e só o que sobra justifica software novo.
Todo janeiro chega uma proposta de sistema novo à mesa do dirigente. Um CRM mais completo, um ERP que promete integrar tudo, uma ferramenta de atendimento com inteligência artificial. A proposta costuma ser boa. O problema é que ela responde a uma pergunta que ninguém fez com cuidado: onde exatamente a empresa está perdendo tempo ou dinheiro hoje?
Na nossa experiência de onboarding, a maior parte dos sistemas que ficam parados depois de seis meses não falhou por ser ruim. Falhou porque foi comprada para resolver um sintoma. A equipe reclamava de retrabalho, o dirigente ouviu "falta sistema" e assinou. O retrabalho continuou, agora com uma tela nova.
O método que usamos, Diagnosticar, Alinhar, Executar, começa sempre pela primeira palavra. Estes são os cinco passos que aplicamos antes de qualquer recomendação de software, e que você pode conduzir com a própria equipe nas primeiras semanas do ano, enquanto o ritmo ainda permite.
Siga um pedido de ponta a ponta
Escolha um cliente real que fechou no último trimestre e reconstrua a história dele: primeiro contato, proposta, negociação, contrato, entrega, fatura, pagamento. Anote em que dia cada etapa aconteceu e quem a moveu. Faça o mesmo com um cliente que não fechou. Em duas tardes você tem um mapa que nenhuma reunião de diretoria produz, porque ele mostra o que aconteceu, e não o que deveria ter acontecido.
Meça onde o tempo para, não onde ele passa
Com o mapa em mãos, some os dias entre uma etapa e a seguinte. O trabalho em si costuma ser rápido; a espera é que consome o mês. Se uma proposta leva dois dias para ser escrita e nove para ser aprovada internamente, o gargalo não está na redação. Se o contrato fica cinco dias parado esperando uma assinatura, não é o modelo de contrato que precisa mudar. O gargalo real quase sempre é uma fila, e filas não aparecem em organogramas.
Pergunte a quem faz, não a quem gerencia
Sente com a pessoa que digita a proposta, com quem emite a nota fiscal, com quem responde o WhatsApp da empresa. Pergunte o que ela faz duas vezes, o que ela procura em mais de um lugar e o que ela espera de alguém para continuar. As respostas são concretas: "copio o endereço da planilha para o sistema", "espero o comercial confirmar o desconto". Cada uma delas é um gargalo com nome e sobrenome, e a maioria não exige compra nenhuma para ser resolvida.
Separe o que falta de sistema do que falta de decisão
Coloque cada gargalo encontrado em uma de três caixas. Na primeira, o que trava por falta de regra: quem aprova desconto, até que valor, em quanto tempo. Na segunda, o que trava por falta de informação: o dado existe, mas está em outro lugar ou com outra pessoa. Na terceira, o que trava por falta de ferramenta: o dado não existe em lugar nenhum e alguém precisa criá-lo à mão. Só a terceira caixa justifica um sistema novo. As duas primeiras se resolvem com uma decisão do dirigente e uma conversa com a equipe, e costumam ser a maioria.
Teste a correção com o que já existe, por duas semanas
Antes de assinar qualquer contrato, corrija o gargalo mais caro usando o que a empresa já tem: uma regra escrita, um campo a mais no CRM atual, um agente de IA que lembre o comercial de responder no mesmo dia. Meça de novo os dias entre etapas ao final de duas semanas. Se o tempo caiu, você descobriu que o problema era de processo. Se não caiu, agora você sabe exatamente o que pedir ao fornecedor, e a conversa de compra muda de "o que o sistema faz" para "o sistema resolve isto aqui".
Esse caminho tem um efeito colateral bom. Quando a compra finalmente acontece, a equipe já sabe por que o sistema chegou, porque foi ela quem apontou a fila. O onboarding deixa de ser uma imposição e vira a continuação de algo que já estava em andamento. Nos projetos que acompanhamos, a diferença entre um sistema que a equipe usa e um sistema que a equipe contorna está quase sempre aí, e não na tecnologia.
Uma distribuidora do interior, para dar um exemplo composto, chegou até nós convencida de que precisava trocar o ERP porque as entregas atrasavam. Ao seguir três pedidos de ponta a ponta, o atraso estava em uma única etapa: a conferência de crédito, feita por uma pessoa que só trabalhava de manhã. Uma regra de crédito pré-aprovado para clientes com histórico resolveu metade dos atrasos antes de qualquer sistema. O ERP veio depois, para outra coisa, e com muito mais clareza sobre o que devia fazer.
Janeiro é um mês generoso para esse trabalho. A operação está mais lenta, as pessoas voltam descansadas e a proposta do fornecedor pode esperar quinze dias. Diagnostique primeiro. O sistema certo fica mais barato quando você sabe o que ele precisa resolver.
Pontos-chave
- Reconstrua a história de um cliente que fechou e de um que não fechou, com datas e responsáveis, antes de qualquer reunião de compra.
- O gargalo real quase sempre é uma espera entre etapas, não o trabalho em si.
- Classifique cada gargalo em falta de regra, falta de informação ou falta de ferramenta; só o último justifica um sistema novo.
- Teste a correção mais barata por duas semanas e meça de novo antes de assinar qualquer contrato.
Perguntas frequentes
Como identificar o gargalo de uma empresa?
Escolha alguns pedidos ou clientes reais e reconstrua o caminho de cada um, da primeira conversa ao pagamento, anotando datas e responsáveis. Some os dias entre uma etapa e a seguinte. O ponto onde o tempo se acumula é o gargalo, e em geral ele é uma espera por aprovação, informação ou assinatura, não uma tarefa lenta.
Quando faz sentido trocar o CRM ou o ERP?
Quando o dado de que a operação precisa não existe em lugar nenhum e alguém o cria à mão, ou quando o sistema atual não consegue conversar com os canais que o cliente usa. Se o problema é uma regra que ninguém escreveu ou uma informação que está com outra pessoa, a troca de sistema não resolve e costuma adiar a solução.
O que significa Diagnosticar, Alinhar, Executar?
É um método em três fases para projetos de implantação. Diagnosticar é mapear onde a empresa perde tempo e dinheiro com dados reais da operação. Alinhar é decidir com a diretoria o que será corrigido primeiro e por quem. Executar é implantar a correção, medir o resultado e só então avançar para a próxima frente, sem comprar antes de entender.
Se quiser fazer esse diagnóstico com a gente, agende uma conversa de trinta minutos e saímos dela com os cinco passos marcados na sua agenda.
Sobre quem escreve
John MartinOnboarding e CapacitaçãoEquipe Editorial OMB Faz parte da equipe de agentes da OMB Cloud AES e escreve a partir do que vê todos os dias operando negócios.
