- Deal rotting quase sempre é falha de rotina: ausência de próxima ação, não de “falta de lead”.
- Regras por etapa evitam prazo único que distorce vendas rápidas e complexas.
- Alertas úteis são acionáveis: cada alerta precisa apontar o “próximo passo” esperado.
- Escalonamento reduz ruído: primeiro alerta vai para quem resolve; líder entra só no repetido.
- Monitore taxa de resolução do alerta e volume por vendedor para calibrar o sistema.
1) Defina o que significa “parado” (por etapa, não no geral)
Escreva regras objetivas por etapa do pipeline. Exemplos comuns: (a) não existe próxima atividade agendada; (b) último contato registrado passou do limite; (c) o negócio está na mesma etapa há tempo acima do esperado. Evite regra baseada só em “idade do negócio” — ela pune ciclos longos e premia falta de registro.
2) Separe alertas de processo vs. alertas de risco
Alertas de processo cobram disciplina (sem tarefa, sem log, sem dono). Alertas de risco indicam probabilidade de perda (ex.: proposta enviada sem retorno). Misturar os dois vira barulho: o time passa a ignorar tudo.
3) Crie uma tabela de prazos realistas por etapa
Use histórico do seu ciclo (mesmo que aproximado) e ajuste depois. Quando não houver dados, comece com limites conservadores e revise semanalmente nas primeiras 4–6 semanas. O objetivo é capturar o “abandono” cedo, não vigiar cada hora.
4) Configure o gatilho do alerta com condição dupla
Exemplo de condição dupla: “Sem próxima atividade E sem interação registrada nos últimos X dias”. Isso reduz falso positivo (casos em que houve conversa fora do CRM, mas ainda sem tarefa) e força o comportamento certo: registrar e planejar o próximo passo.
5) Defina o canal e a cadência (menos é mais)
Prefira alertas dentro do CRM + um resumo diário/semana, em vez de notificações pingando a cada evento. Quando o alerta for enviado por e-mail/Slack/WhatsApp corporativo, limite frequência e agrupe por vendedor.
6) Estabeleça escalonamento e “timeout de correção”
Modelo simples: 1º alerta vai para o vendedor; se não resolver em Y horas/dias, vai para o líder; se persistir, abre um item de revisão de pipeline. Sem timeout, liderança vira central de notificação e o time aprende a esperar cobrança.
7) Crie um desfecho padrão para cada alerta
Todo alerta precisa de 3–5 opções de desfecho (ex.: agendar próxima atividade; registrar contato; mover etapa; marcar como perdido com motivo). Sem desfecho, a pessoa “some” com o alerta e ele volta na semana seguinte.
8) Calibre com duas métricas: ruído e resolução
Ajuste regras usando: (a) % de alertas resolvidos em até 24/48/72h (depende do seu ciclo); (b) alertas por negócio e por vendedor. Se o volume explode e a resolução cai, você criou spam — não governança.
O que você está tentando evitar (e o que não adianta)
Deal rotting é quando o negócio fica “vivo” no CRM, mas na prática está abandonado: sem próxima ação, sem avanço e sem aprendizado. O sintoma clássico é pipeline cheio e forecast frágil.
O que não adianta: criar um alerta único do tipo “negócio com mais de X dias”. Isso vira disputa semântica (“meu ciclo é longo”) e incentiva movimento cosmético de etapas para burlar a regra.
Tabela de referência: regras de alerta por etapa (modelo para adaptar)
Os prazos abaixo são um ponto de partida conceitual — cada operação precisa ajustar ao próprio ciclo, ticket e canal. Use a lógica: etapas iniciais toleram menos silêncio; etapas finais pedem prazos compatíveis com decisão e compras.
| Etapa do pipeline | Condição de alerta (exemplo) | O que o alerta pede (ação) | Escalonamento sugerido |
|---|---|---|---|
| Novo lead / Entrada | Sem contato registrado e sem atividade agendada | Registrar 1ª tentativa + agendar próxima | Vendedor → líder se repetir |
| Qualificação | Sem atualização de status + sem próxima atividade | Completar campos mínimos e definir próximo passo | Vendedor → líder em 48–72h (ajuste ao ciclo) |
| Diagnóstico / Descoberta | Última interação antiga para a etapa + sem reunião marcada | Agendar reunião ou encerrar com motivo | Vendedor → líder após 1 realerta |
| Proposta enviada | Proposta enviada e sem follow-up programado | Criar sequência de follow-up com datas | Vendedor → líder se passar do limite |
| Negociação | Sem avanço de condição (preço/prazo/escopo) registrado | Registrar pendências e próximos marcos | Vendedor → líder rápido (impacta forecast) |
| Fechamento | Sem atualização de etapa/resultado após prazo combinado | Atualizar ganho/perda e motivo; acionar handoff | Vendedor → líder no mesmo dia útil (se fizer sentido) |
Como evitar que alerta vire microgestão
O CRM não deveria fiscalizar comportamento; deveria tornar o processo óbvio. Quando o alerta vira cobrança por cobrança, o time aprende dois truques: registrar qualquer coisa só para “apagar incêndio” e mover negócio de etapa sem critério.
Três decisões editoriais que normalmente resolvem: reduzir canais (um lugar para alertas), exigir ação concreta (não só “verificar”) e proteger o vendedor de notificação em cascata (agregação diária + escalonamento só no reincidente).
O que medir depois de ligar os alertas (para não se enganar)
Sem métrica, alerta vira superstição: “parece que melhorou”. O mínimo é acompanhar volume, resolução e impacto no pipeline.
Se você já tem no CRM motivos de perda e atividades, dá para enxergar rapidamente se os alertas estão reduzindo abandono (mais encerramentos limpos) ou apenas gerando registro artificial (muitas atividades genéricas).
| Métrica | O que indica | Sinal de problema | Ajuste típico |
|---|---|---|---|
| Alertas por vendedor/semana | Ruído vs. disciplina | Explode sem mudar resultado | Endurecer condição dupla e agrupar notificações |
| % de alertas resolvidos no prazo | Aderência e clareza do pedido | Baixo e caindo | Reescrever ação solicitada e reduzir categorias |
| Negócios encerrados (ganho+perda) vs. “eternos” | Higiene do pipeline | Pipeline só cresce, sem desfecho | Criar desfecho obrigatório e revisar etapa por etapa |
| Tempo sem próxima atividade | Qualidade de cadência | Muitos negócios sem tarefa | Tornar próxima atividade obrigatória em etapas críticas |
Perguntas frequentes
Qual é o melhor prazo para considerar um negócio “parado” no CRM?
Deal rotting é a mesma coisa que lead parado?
Como evitar que o time burle os alertas registrando qualquer atividade?
Alertas devem ir para o WhatsApp do vendedor?
Leia também
O que é Deal Rotting no CRM? Por que negócios 'apodrecem' no funil
Deal rotting ocorre quando oportunidades ficam tempo demais paradas no funil de vendas. Entenda o conceito, impactos e como lidar com negócios 'apodrecidos' no CRM.
Ler →
Como automatizar follow-up no CRM sem parecer robótico
Aprenda a configurar automações de follow-up no CRM que realmente funcionam — com gatilhos certos, personalização e cadência que o lead respeita, não ignora.
Ler →
Como evitar lead parado no CRM: regras de ownership, SLA e alertas que funcionam
Guia prático para reduzir lead parado no CRM com regras de dono, SLA por canal, automações e rotina de auditoria sem travar o time.
Ler →
Como medir produtividade do vendedor no CRM sem cair em métrica de vaidade
Guia para medir produtividade no CRM sem premiar sorte: combine resultado com indicadores antecedentes (atividades qualificadas, velocidade, avanço de etapa e conversão por fase) e evite ranking cru de faturamento.
Ler →