O segundo ano de CRM é onde tudo desmorona

O silêncio do segundo ano

Você lembra do primeiro ano. A empolgação do projeto, os workshops de levantamento, as discussões intermináveis sobre campos obrigatórios, o go-live com aquele e-mail festivo do CEO pedindo que todo mundo "abraçasse a nova ferramenta". Talvez até tenha rolado um treinamento decente. Os dashboards ficaram bonitos. O pipeline apareceu organizado pela primeira vez. O board acenou satisfeito.

E aí veio o segundo ano.

Ninguém fala sobre o segundo ano. Não tem projeto. Não tem orçamento dedicado. Não tem consultor externo fazendo follow-up. A equipe que implementou já foi para o próximo projeto — ou saiu da empresa. O CRM continua lá, rodando. Mas algo começou a mudar. Os dados ficaram sujos. Os workflows que ninguém entende continuam disparando e-mails que ninguém lê. O relatório que o diretor comercial amava parou de fazer sentido porque alguém mudou um campo sem avisar. E os vendedores — ah, os vendedores — já encontraram três planilhas paralelas "só pra acompanhar os deals de verdade".

O segundo ano de CRM não é onde a mágica acontece. É onde a entropia ganha.

Esse artigo é sobre o fenômeno que ninguém quer admitir: a degradação silenciosa que acontece após o go-live. E, mais importante, sobre como impedir que o investimento de centenas de milhares de reais — muitas vezes a maior aposta tecnológica da área comercial — se transforme em ruína digital em 12 a 18 meses.

O que os dados dizem sobre falha pós-implementação

As taxas de falha em projetos de CRM são bem documentadas — e assustadoras. Pesquisas da Gartner e da Forrester ao longo dos anos convergem para um número que se mantém consistente: entre 30% e 50% dos projetos de CRM não atingem os objetivos de negócio esperados. O que poucos percebem é que boa parte dessas falhas não acontece durante a implementação. Acontece depois.

A Nucleus Research historicamente documenta ROI positivo para CRM — na faixa de U$5 a U$8,5 de retorno para cada dólar investido. Mas esse retorno é condicional. Ele pressupõe adoção sustentada, governança de dados e evolução contínua. Quando essas condições não se mantêm, o ROI despenca — e em muitos casos se torna negativo quando se contabiliza o custo total de propriedade (TCO) ao longo de 3 a 5 anos.

E aqui está a nuance que a maioria ignora: a falha pós-implementação é mais cara do que a falha durante a implementação. Por quê? Porque durante a implementação, os custos estão controlados e visíveis. Existe budget, existe escopo, existe alguém olhando. No segundo ano, os custos são invisíveis: adoção caindo que ninguém mede, dados se degradando que ninguém limpa, oportunidades perdidas que ninguém atribui ao CRM porque "o CRM tá lá, funcionando".

Como exploramos em detalhe no artigo Como implementar CRM na sua empresa: do dia 0 ao dia 365, o projeto de implementação tem marcos claros e um framework estruturado. Mas o que acontece no dia 366? E no dia 500? E no dia 730? É nesse vácuo de atenção que a entropia opera.

Por que a entropia é inevitável (mas a degradação não precisa ser)

Entropia é um conceito emprestado da termodinâmica: em qualquer sistema fechado, a desordem tende a aumentar ao longo do tempo. Um CRM é exatamente isso — um sistema que, sem energia constante sendo aplicada, caminha naturalmente para a desordem.

Pense no que acontece organicamente em uma empresa ao longo de 12 meses:

• Vendedores são contratados e demitidos. Cada novo vendedor traz seus vícios de registro — ou a ausência deles.
• Produtos e serviços mudam. Novos SKUs, novos modelos de precificação, novos segmentos. O CRM de janeiro não reflete a realidade de dezembro.
• Processos evoluem. O handoff que funcionava com 5 vendedores não funciona com 15. O SLA que ninguém questionava vira gargalo.
• Integrações quebram. A API que conectava o ERP parou de funcionar depois de uma atualização e ninguém percebeu por 3 semanas.
• Pessoas mudam de cargo. O admin do CRM virou gerente de outro departamento. O "dono" dos workflows pediu demissão.

A verdade incômoda é: nenhum CRM se mantém sozinho. A plataforma pode ser a melhor do mundo — a HubSpot, o Salesforce, o Dynamics — não importa. Sem governança ativa, qualquer plataforma degrada. Isso não é falha do software. É a natureza de sistemas complexos operados por humanos em organizações que mudam o tempo todo.

A implementação é um evento. A manutenção é uma disciplina. E disciplina, por definição, exige energia contínua que vai contra a inércia natural.

Se você já leu nosso artigo sobre por que seu problema não é de CRM, mas de adoção, sabe que a ferramenta raramente é a culpada. O segundo ano é a prova definitiva disso: a mesma ferramenta que funcionou no primeiro ano é a que "não serve mais" no segundo — porque o que mudou não foi o software, foi todo o resto.

Anatomia da degradação: os 5 estágios da entropia de CRM

Depois de observar dezenas de empresas que passaram por esse ciclo, identifiquei um padrão que se repete com regularidade quase previsível. A degradação de um CRM pós-implementação segue cinco estágios distintos — e reconhecer em qual estágio sua empresa está é o primeiro passo para reverter o processo.

Estágio 1: Euforia residual

Os primeiros meses após a implementação ainda carregam a energia do projeto. As pessoas foram treinadas recentemente. O consultor talvez ainda esteja fazendo um suporte residual. Os processos estão frescos na memória. O perigo desse estágio é a complacência: como as coisas parecem funcionar, ninguém investe em manutenção ou evolução. "Se não está quebrado, não mexe" — frase que vai assombrar sua empresa em seis meses.

Estágio 2: Erosão silenciosa

Aqui começa o problema real. Um vendedor novo entra e ninguém faz onboarding de CRM. Um campo que era obrigatório é alterado para opcional porque "atrapalhava". Um workflow quebra e ninguém percebe durante semanas. Os dados começam a ter lacunas — não catastróficas, mas suficientes para que os relatórios comecem a parecer "estranhos". As métricas perdem confiabilidade de forma gradual. É como uma torneira pingando: imperceptível no dia, devastadora no mês.

Estágio 3: Sistemas paralelos

Esse é o ponto de inflexão. Quando os vendedores não confiam nos dados do CRM, eles criam seus próprios controles. Planilhas no Google Sheets. Notas no Notion. Cards no Trello. Agendas no papel. E o pior: cada um cria o seu. Agora você não tem um sistema — tem vinte. O CRM vira uma obrigação burocrática ("preciso preencher pra não levar bronca") e não uma ferramenta de trabalho. Como detalhamos no artigo sobre vazamentos invisíveis no deal cycle, essas fissuras são onde a receita escapa sem que ninguém perceba.

Estágio 4: Descrédito institucional

Quando a liderança para de confiar nos dados do CRM, o sistema está clinicamente morto — mesmo que ainda respire. A frase reveladora é: "manda o número real, não o do sistema". Nesse estágio, o forecast é feito no feeling. O pipeline é discutido em reuniões com base em "o que eu sei" e não "o que os dados mostram". O investimento em CRM continua sendo pago mensalmente, mas o retorno é praticamente zero. O forecasting vira teatro — e todo mundo sabe, mas ninguém fala.

Estágio 5: Demanda de migração

E então vem o diagnóstico errado: "O problema é a ferramenta. Precisamos trocar de CRM." A empresa entra no ciclo de avaliação de novas plataformas. Gasta meses — e dinheiro — em demos, POCs, negociações. Migra. E o ciclo recomeça. Como analisamos no artigo sobre o verdadeiro custo de migrar de CRM, essa migração custa entre 2x e 5x mais do que o orçamento previsto. E se os problemas estruturais não forem resolvidos, o segundo ano do novo CRM será igualmente desastroso.

O Framework DECAY: diagnosticando e revertendo a entropia

Para combater a degradação pós-implementação, desenvolvi o framework DECAY — não como um acrônimo bonito, mas como um diagnóstico de cinco dimensões que precisam ser monitoradas ativamente a partir do dia 366. Cada letra representa uma área de risco que, se não gerenciada, acelera a entropia.

D — Data Governance (Governança de dados)

Essa é, disparadamente, a dimensão mais negligenciada. Durante a implementação, alguém se preocupou em definir os campos, as propriedades, os valores de dropdown. Mas quem mantém isso atualizado? A governança de dados no segundo ano precisa incluir:

1. Dono de dados definido — uma pessoa (não um comitê abstrato) responsável pela qualidade dos dados do CRM. Pode ser o administrador, pode ser alguém de RevOps.
2. Rotina de higienização — limpeza trimestral de registros duplicados, contatos sem atividade, deals estagnados, propriedades obsoletas.
3. Regras de criação de campos — ninguém cria campo novo sem aprovação. Parece burocrático? É. E é necessário. Cada campo não gerenciado é dívida técnica que se acumula.
4. Auditorias de preenchimento — relatórios mensais que mostram taxa de preenchimento dos campos críticos por equipe e por pessoa.

E — Evolution Roadmap (Roadmap de evolução)

O CRM de janeiro não pode ser o CRM de dezembro. Sua empresa muda em 12 meses — seu CRM precisa acompanhar. Isso não significa reformular tudo. Significa ter um backlog de melhorias que é revisado mensalmente:

• Novos relatórios que a liderança precisa
• Automações que podem reduzir trabalho manual
• Integrações com ferramentas que foram adotadas ao longo do ano
• Ajustes no pipeline que refletem mudanças no processo comercial
• Propriedades novas que capturam informações relevantes que antes não existiam

Se o seu CRM não tem um roadmap de evolução, ele está congelado. E um sistema congelado em uma organização em movimento é um sistema que se torna irrelevante.

C — Change Management (Gestão de mudanças contínua)

A gestão de mudanças não termina no treinamento de go-live. Cada novo colaborador que entra na empresa precisa de onboarding de CRM — não um tutorial genérico da plataforma, mas o seu CRM, com os seus processos, as suas convenções. Cada mudança significativa no sistema precisa ser comunicada, documentada e treinada. Parece óbvio? Quantas empresas que você conhece fazem isso de verdade?

A — Adoption Metrics (Métricas de adoção)

Se você não mede adoção, você não gerencia adoção. E "medir adoção" não é verificar quem logou no sistema. É medir:

• Taxa de preenchimento de campos obrigatórios por equipe
• Frequência de atualização de deals no pipeline (deals parados há mais de X dias sem atividade)
• Volume de atividades registradas (calls, e-mails, reuniões) por usuário
• Consistência de uso entre equipes — a equipe de São Paulo usa do mesmo jeito que a do Rio?
• NPS interno do CRM — o time acha que o sistema ajuda ou atrapalha?

Como discutimos no artigo sobre o problema de adoção de CRM, o Framework UDIR oferece uma abordagem estruturada para diagnosticar e resolver problemas de adoção. No segundo ano, as métricas de adoção são o termômetro que indica se a entropia está vencendo.

Y — Yearly Investment (Investimento anual)

Essa é a dimensão que dói no bolso — e por isso é a que mais falha. A maioria das empresas trata CRM como CAPEX: investiu no ano 1, agora é só pagar a licença. Mas CRM é OPEX. Precisa de investimento contínuo em:

Somando tudo, o investimento anual em manutenção e evolução de CRM deveria ficar entre 40% e 80% do valor da licença. Uma empresa que paga R$ 120 mil/ano em licenças de CRM deveria investir entre R$ 48 mil e R$ 96 mil adicionais por ano em manutenção e evolução. A maioria investe zero. E depois se pergunta por que o sistema "parou de funcionar".

Essa lógica de investimento contínuo se conecta diretamente com o que discutimos no artigo sobre stack de RevOps enxuto: não basta escolher as ferramentas certas — é preciso mantê-las vivas.

Case estudo: a empresa que quase perdeu R$ 400 mil em CRM

Imagine uma empresa de serviços de tecnologia com faturamento de R$ 22 milhões ao ano, 40 colaboradores na área comercial (vendedores, SDRs, gerentes de conta) e operação em três estados do Brasil. Em meados de 2024, a empresa investiu R$ 310 mil na implementação de CRM — incluindo licenças, consultoria, integrações com o ERP e treinamento. O projeto foi bem-sucedido: go-live no prazo, adoção inicial de 82%, dashboards aprovados pela diretoria.

O que aconteceu nos 12 meses seguintes

Mês 3 pós-go-live: A consultora que liderou a implementação encerrou o contrato. O administrador do CRM, que era o analista de operações comerciais, acumulou outras responsabilidades. Ele ainda olhava o CRM, mas "quando dava tempo".

Mês 6: Três vendedores novos entraram. O onboarding de CRM foi um PDF de 8 páginas e um "pede pro Marcos te mostrar". Os três desenvolveram hábitos inconsistentes de registro.

Mês 9: O gerente comercial de uma regional pediu para remover a obrigatoriedade de um campo ("motivo de perda") porque "atrasa meu time". Sem governança clara, o pedido foi atendido. O campo ficou opcional. Em 60 dias, a taxa de preenchimento caiu de 94% para 31%.

Mês 12: A integração com o sistema de propostas quebrou silenciosamente após uma atualização. Propostas enviadas pararam de aparecer no CRM. Os vendedores não reportaram o problema — simplesmente passaram a registrar propostas manualmente... quando lembravam.

Mês 15: A diretora comercial pediu um relatório de win rate por segmento para o board. O número veio 62%. Ela sabia, pelo feeling de 20 anos de experiência, que estava mais perto de 40%. A confiança no CRM quebrou naquela reunião. A frase que ela usou: "Esses dados não são confiáveis."

Os números da degradação

A intervenção

No mês 16, após a reunião desastrosa de board, a diretora comercial autorizou um projeto de recuperação. A empresa contratou um especialista externo por 3 meses e designou internamente um analista 100% dedicado ao CRM. O investimento total da recuperação: R$ 87.000 (consultoria + horas internas + ferramentas de limpeza de dados).

O plano de recuperação seguiu as cinco dimensões do framework DECAY:

1. Data Governance: Auditoria completa de dados. Limpeza de 6.200 registros duplicados, padronização de campos, reativação de obrigatoriedades. Definição de um "dono de dados" formal.
2. Evolution Roadmap: Criação de um backlog com 23 melhorias prioritárias, organizadas em sprints mensais.
3. Change Management: Novo programa de onboarding de CRM para todos os colaboradores (não só os novos). Workshop presencial de 4 horas com cada regional.
4. Adoption Metrics: Dashboard de adoção criado com métricas semanais. Ranking por equipe (gamificação leve). Reunião quinzenal do gerente com dados de adoção.
5. Yearly Investment: Aprovação de budget anual de R$ 72.000 (equivalente a 58% do valor da licença) para manutenção contínua.

Os resultados em 6 meses

Após 6 meses de intervenção disciplinada:

• Adoção ativa subiu de 47% para 78%
• Taxa de preenchimento de campos críticos: de 53% para 88%
• Deals atualizados semanalmente: de 34% para 81%
• Win rate reportado pelo CRM passou a bater com a realidade (dentro de uma margem de 5 pontos percentuais)
• A diretora comercial voltou a usar os relatórios do CRM na reunião de board

O custo total da negligência? R$ 87.000 em recuperação + receita não rastreável durante 9 meses de dados degradados + decisões tomadas com base em informação incorreta (custo impossível de quantificar com precisão, mas a própria diretora estimou pelo menos duas oportunidades perdidas que somavam R$ 340 mil em pipeline).

O investimento de R$ 87 mil para recuperar um sistema que custou R$ 310 mil para implementar é um custo de 28%. Ou seja: a negligência custou quase um terço do valor original do projeto. E esse é um cenário de empresa que agiu no mês 16. Imagine se tivesse esperado até o mês 24.

O plano operacional para o segundo ano

Se o primeiro ano é sobre implementar, o segundo ano é sobre institucionalizar. Aqui está um plano operacional trimestral que transforma a manutenção de CRM de "quando der" em disciplina organizacional.

Cada trimestre deveria incluir ainda:

• Limpeza mensal de dados — deduplicação, padronização, arquivamento de registros inativos
• Revisão mensal de automações — garantir que workflows, sequências e notificações ainda funcionam e fazem sentido
• Check-in semanal de adoção — 15 minutos revisando o dashboard de métricas de uso
• Changelog documentado — toda alteração no CRM é registrada com data, responsável e motivo

Parece muito trabalho? É. Mas é uma fração do trabalho (e do custo) de reimplementar ou migrar um CRM que degradou. A pergunta não é "isso vale a pena?". A pergunta é "você pode se dar ao luxo de não fazer?"

A função que falta: o CRM Owner

Um dos padrões mais claros em empresas que evitam a entropia é a existência de uma função dedicada — formal ou informal — de CRM Owner. Não é necessariamente alguém que só faz isso (em empresas menores, pode ser 30-50% do tempo de um analista). Mas é alguém com responsabilidade clara, métricas de sucesso definidas e autoridade para tomar decisões sobre o sistema.

Sem CRM Owner, o sistema é de todo mundo — o que na prática significa que não é de ninguém. E sistemas sem dono degradam. Sempre.

Se você está construindo um time de RevOps, como discutimos no artigo sobre as competências de um profissional de RevOps, a governança de CRM é uma das atribuições mais concretas e mensuráveis dessa função.

E se já for tarde demais?

Talvez você esteja lendo isso e reconhecendo que sua empresa já está no estágio 3, 4 ou até 5 da entropia. A pergunta legítima é: vale a pena recuperar ou é melhor começar do zero?

Quando recuperar faz sentido

• A plataforma escolhida ainda atende às necessidades do negócio
• A estrutura de dados (objetos, propriedades, pipelines) ainda reflete o modelo de negócio, mesmo que os dados estejam sujos
• O investimento de recuperação é significativamente menor que o de migração
• Existe (ou pode existir) uma pessoa/equipe dedicada à manutenção pós-recuperação

Quando migrar pode ser a resposta certa

• A plataforma genuinamente não escala para o tamanho/complexidade atual da operação
• As necessidades de integração mudaram radicalmente e a plataforma atual não suporta
• O modelo de dados está tão comprometido que reconstruir seria mais barato que limpar
• A licença atual está sobrecarregando o budget sem entregar valor proporcional

Mas atenção: se o motivo da migração é "o CRM não funciona" sem que tenha havido investimento em manutenção, a migração vai repetir o ciclo. Trocar de plataforma sem resolver os problemas de governança, adoção e investimento contínuo é como trocar de carro porque o tanque esvaziou. O problema não era o carro. O artigo sobre como escolher a plataforma de CRM certa pode ajudar na avaliação, mas a decisão de migrar só faz sentido depois de um diagnóstico honesto sobre por que o sistema atual falhou.

O diagnóstico de recuperabilidade

Antes de decidir entre recuperar e migrar, faça este diagnóstico rápido aplicando o DECAY em modo de avaliação:

Esse diagnóstico não substitui uma análise aprofundada, mas ajuda a calibrar expectativas e evitar a armadilha emocional de "trocar tudo" quando o problema pode ser resolvido com disciplina e investimento moderado. Se o score está entre 13 e 17 — a zona cinzenta — vale a pena trazer um consultor externo para uma avaliação neutra. A decisão de recuperar ou migrar é uma das mais caras que uma empresa toma em relação à tecnologia comercial. Não deveria ser baseada em frustração.

CRM como organismo vivo: a mentalidade que separa quem prospera

Se eu pudesse resumir tudo em uma frase seria: trate seu CRM como um organismo vivo, não como uma obra de construção civil.

Construção civil tem começo, meio e fim. Você projeta, executa, entrega e move para o próximo projeto. É a mentalidade com que a maioria das empresas aborda o CRM — e é exatamente por isso que a maioria falha no segundo ano.

Um organismo vivo precisa de alimentação constante (dados limpos e atualizados), exercício regular (evolução e otimização), check-ups periódicos (auditorias e métricas de adoção), e adaptação ao ambiente (mudanças no mercado, na equipe, nos processos). Quando você para de alimentar e exercitar um organismo, ele definha. Não quebra de uma vez — definha. Lentamente. Silenciosamente. Até que alguém percebe que está morto.

Essa mentalidade se conecta com a visão mais ampla de Revenue Operations como disciplina contínua: RevOps não é um projeto. É uma função operacional permanente. E o CRM é o sistema nervoso central dessa função. Se o sistema nervoso degrada, todo o organismo de receita sofre.

O que me incomoda no mercado — e preciso ser honesto aqui — é que a indústria de implementação de CRM tem incentivos estruturais para focar no ano 1. Consultorias ganham com projetos de implementação. Revendedores ganham com venda de licenças. O treinamento pós-go-live é um add-on que poucos compram. Ninguém ganha muito dinheiro vendendo "manutenção disciplinada de CRM". Não é sexy. Não dá case bonito para apresentar em evento. Mas é onde a receita real é preservada — ou destruída.

Se você usar o framework RADAR de maturidade de RevOps, provavelmente vai perceber que a dimensão de sustentação e governança é onde a maioria das empresas se engana sobre seu nível real. Dizer que tem RevOps "avançado" com um CRM no estágio 3 de entropia é como dizer que tem uma Ferrari — com o motor fundido.

O primeiro ano de CRM é sobre construir. O segundo ano é sobre manter. E manter, paradoxalmente, exige mais maturidade organizacional do que construir — porque construir tem energia de novidade, e manter exige disciplina contra a inércia.

Se você está prestes a completar o primeiro ano de CRM, comece agora. Não espere a degradação se instalar. Aplique o framework DECAY trimestralmente. Defina um CRM Owner. Proteja o budget de manutenção. Crie um roadmap de evolução. Meça adoção com a mesma seriedade com que mede pipeline.

E se você já está no segundo ano e reconheceu sua empresa em algum dos estágios de entropia que descrevi — saiba que não está sozinho. A maioria das empresas passa por isso. A diferença entre as que se recuperam e as que migram em círculos está em uma única decisão: parar de tratar CRM como projeto finalizado e começar a tratá-lo como a infraestrutura crítica de receita que ele é.

A entropia é inevitável. A degradação é uma escolha.