Roteiros em produção

Se você não conferir agora se o seu CRM e seu ERP contam o mesmo número de venda, você nunca vai descobrir sozinho onde seu funil tá vazando — só vai sentir o resultado no caixa. Seu CRM diz que você ganhou 40 clientes esse mês. Seu ERP diz que você fechou 33 propostas. Os dois tão certos — e é exatamente por isso que é grave.

Isso acontece porque cada sistema marca 'fechado' num momento diferente do processo. O vendedor marca a oportunidade como 'ganha' no CRM na hora que o cliente diz sim. Só que a proposta só entra no ERP quando o financeiro emite o pedido — e entre um passo e o outro, sempre tem gente que 'ganhou' no CRM e nunca virou pedido de fato.

Passo 1: no CRM, filtra as oportunidades marcadas como 'ganha' no mês e conta quantas são. Passo 2: no ERP ou financeiro, conta quantos pedidos daquele mesmo período viraram nota fiscal emitida de fato. Passo 3: subtrai um do outro — essa diferença é sua taxa de vazamento entre 'vendido' e 'faturado'. Se for mais de 10-15%, alguma etapa do meio do seu funil tá com problema: prazo de pagamento, condição que não se sustenta, ou só demora demais entre o sim e o pedido sair.

Com essa conta na mão, você já sabe se tem vazamento e mais ou menos o tamanho dele. Rodar isso uma vez por mês numa planilha já é o suficiente pra maioria. Automatizar essa comparação (o sistema já te avisar toda semana, sem precisar cruzar manualmente) é o próximo passo só quando o volume de venda fica grande demais pra conferir na mão.

Quando o contador te disser pra abrir uma segunda empresa por causa de imposto, faça essa conta antes de decidir qual CNPJ fatura cada venda. Um cliente meu tem 3 CNPJs — toda venda tem que sair pelo que não tá perto do limite do Simples naquele mês.

O motivo de ter mais de um CNPJ quase nunca é operacional, é tributário: cada empresa tem um limite de faturamento anual pra continuar no regime mais barato (geralmente Simples Nacional). Passou o limite numa, a próxima venda tem que sair pela outra, senão a empresa toda sobe de faixa de imposto sem necessidade.

Passo 1: pega o faturamento acumulado do ano até agora de cada CNPJ. Passo 2: divide pelo limite anual do regime (ex.: R$ 4,8 milhões no Simples) e vê qual porcentagem já foi usada em cada um. Passo 3: toda venda nova, prioriza o CNPJ com menor porcentagem usada — não o que 'sobrou' na hora. Isso já evita o susto de estourar limite no meio do ano sem perceber.

Numa planilha atualizada uma vez por semana, isso já resolve pra a maioria. Automatizar essa escolha dentro do próprio sistema de vendas (pra ninguém decidir na mão, pedido por pedido) só vale a pena quando o volume de venda é alto o suficiente pra planilha não acompanhar mais o ritmo.

Se você se imaginar pedindo uma mudança simples no seu sistema — tipo um desconto automático — e essa mudança entrar numa fila de semanas, isso não é imaginação: é o que aconteceu com um cliente meu. Vou te mostrar como saber se essa fila é normal ou é sinal de que seu sistema não serve mais pra você.

Sistema de prateleira atende milhares de empresas com o mesmo código — qualquer mudança passa por fila de suporte, teste e homologação, porque uma alteração mal feita pode quebrar o sistema de outros clientes também. Isso não é o fornecedor sendo ruim — é a natureza de um sistema genérico. Enquanto o chamado não sai, a equipe aplica a regra na mão, e é aí que nasce divergência entre vendedores.

Passo 1: lista as últimas 5 mudanças de regra que você pediu pro seu sistema atual (desconto, forma de cobrança, cálculo de comissão, etc.). Passo 2: pra cada uma, anota quanto tempo levou do pedido até funcionar de verdade. Passo 3: se a média for de dias, tudo bem, é o ritmo normal de um sistema de prateleira. Se for de semanas — e principalmente se isso se repete toda vez que você tenta mudar uma regra —, seu negócio já cresceu além do que aquele sistema genérico foi desenhado pra atender.

Esse diagnóstico você faz sozinho, com o histórico de chamados que já tem. Migrar pra um sistema sob medida (que muda no seu ritmo) só faz sentido depois desse diagnóstico confirmar que o problema é estrutural, não só um chamado lento isolado.

A pior prisão não é depender de uma pessoa. É depender de uma pessoa e nem saber disso. Se ela saísse da empresa hoje, alguém mais sabe onde estão as senhas de acesso, o painel de admin, o servidor? Faz um teste de 2 minutos comigo agora.

Isso não é sobre a pessoa ser ruim ou boa — é sobre ela ser a única porta de entrada. Sistema sem dono técnico documentado é sistema refém de uma pessoa só, mesmo que ela nunca tenha feito nada de errado.

Passo 1: procura no seu e-mail/WhatsApp quem te mandou as credenciais de acesso ao painel do seu sistema, hospedagem, banco de dados. Passo 2: pergunta a você mesmo — se essa pessoa não respondesse mais, você conseguiria entrar nesses painéis hoje, sem depender só dela? Passo 3: se a resposta for não, o mínimo é já guardar essas credenciais num lugar que mais de uma pessoa da empresa acessa (um cofre de senhas, não papel solto ou só no WhatsApp de uma pessoa).

Isso resolve o risco mais básico: acesso. O risco maior — entender como o sistema funciona por dentro pra dar manutenção — é o que exige alguém de fora acompanhando de forma contínua, não só guardando senha.

Se você não checar agora se seu sistema avisa quando um fornecedor terceiro falha, a primeira vez que você vai descobrir isso é com o cliente já reclamando — tarde pra evitar o prejuízo. Seu sistema te avisa antes, ou só depois?

Toda integração com fornecedor terceiro (transportadora, gateway de pagamento, marketplace) tem um ponto cego: quando o lado de fora falha silenciosamente — não devolve erro, só não confirma —, o seu sistema muitas vezes segue como se tivesse dado certo. O prejuízo só aparece dias depois, quando já não dá pra corrigir a tempo.

Passo 1: lista as integrações externas que seu negócio depende (transporte, pagamento, marketplace, nota fiscal). Passo 2: pra cada uma, pergunta: se ela parar de responder hoje, alguém no seu time percebe na hora, ou só quando o cliente reclamar? Passo 3: se a resposta for 'só quando o cliente reclamar', você não tem monitoramento — tem torcida.

Um alerta simples (e-mail ou WhatsApp automático quando a integração não responde no tempo esperado) já resolve boa parte disso, e dá pra montar sem sistema caro. Automação mais robusta — o sistema já reagir sozinho, reroteando ou avisando o cliente antes dele perceber — é o passo seguinte, quando o volume justificar.

Conselho que você nunca pediu, mas vou te dar mesmo assim: pare de decidir prazo e preço de projeto só por ligação ou WhatsApp sem registrar. A última mudança do seu projeto foi decidida onde? Vou te mostrar o hábito de 2 minutos que evita isso virar problema.

Decisão que só existe de boca vira decisão que ninguém assume depois. Não porque alguém mentiu — porque memória de conversa falha, e sem registro, cada lado lembra de um jeito diferente do que foi combinado.

Passo 1: toda vez que uma decisão de escopo, prazo ou preço for tomada numa ligação ou reunião, manda uma mensagem resumindo em 3 linhas: o que foi decidido, quem decidiu, a partir de quando vale. Passo 2: pede uma confirmação simples ('confirma que ficou assim?') — não precisa de assinatura formal, só um 'sim' registrado por escrito. Passo 3: guarda essas mensagens num lugar único (uma pasta, um canal), não espalhadas em conversas soltas de meses atrás.

Esse hábito sozinho já evita a maior parte da dor de cabeça. Ferramenta de gestão de projeto formal só vale a pena quando o volume de decisão fica grande demais pra rastrear numa pasta de mensagens.

A pior prisão não é não saber resolver um problema técnico. É saber resolver, mas ficar preso nas tentativas erradas até acertar. Por que alguém paga por algo que, no papel, conseguiria resolver sozinho? Vou te mostrar a conta que revela isso.

O que se compra, na maioria dos casos, não é a tarefa em si — é o tempo e a atenção que você deixa de gastar decidindo, testando e corrigindo até acertar. Isso tem um custo real, só que ele é invisível porque não vem numa nota fiscal.

Passo 1: pega uma tarefa técnica que você mesmo tenta resolver hoje (configurar uma integração, ajustar um relatório, etc.) e cronometra quanto tempo você realmente gasta nela por mês, incluindo as vezes que deu errado e teve que refazer. Passo 2: multiplica essas horas pelo valor da sua hora — o que você deixa de faturar ou decidir enquanto está preso nisso. Passo 3: compara esse número com o custo de pagar alguém que já resolve isso rápido, sem as tentativas erradas.

Na maioria das vezes, o custo invisível é maior do que parece no primeiro olhar. Isso não significa terceirizar tudo — significa saber, de fato, o que compensa fazer sozinho e o que não compensa.

Quando alguém te pedir um sistema novo, faça isso antes: confere seu cadastro atual. 73 produtos estavam marcados como 'serviço' no sistema de um cliente meu — só 7 eram serviço de verdade. Vou te mostrar exatamente onde olhar pra descobrir se você tem o mesmo problema.

'Serviço' geralmente não entra no cálculo de estoque. Então todo item cadastrado errado como serviço some do relatório de giro, de curva ABC, de previsão de compra — o gestor acha que vende menos daquele produto do que realmente vende.

Passo 1: no seu ERP/sistema de estoque, filtra o cadastro de produtos por 'tipo = serviço'. Passo 2: olha item por item dessa lista — pergunta simples: 'isso ocupa espaço físico, tem estoque, é algo que eu compro pra revender?'. Se sim, tá cadastrado errado. Passo 3: conta quantos itens dessa lista são produto físico disfarçado de serviço — se for mais de 5-10% do seu catálogo, seus relatórios de venda/estoque já estão puxando número errado sem você saber.

Só esse filtro simples já revela boa parte do problema. Corrigir o cadastro de cada item é trabalho manual mesmo, mas dá pra fazer sozinho. O que vira tarefa de sistema é quando o catálogo tem centenas de itens e esse tipo de erro se repete de formas diferentes — daí compensa ter alguém organizando a base antes de qualquer relatório novo.