Este post é adaptado de um webinar do CS Collective com Jenna McLaughlin, Diretora Sênior de GTM & Sucesso da Pendo, e Jay Nathan, CEO da Balboa.
Todo líder de Customer Success (CS) com quem converso quer ter uma equipe proativa. Está em todo roteiro, em todo deck de diretoria, em todo discurso de contratação. Mas quando você passa um dia com um Customer Success Manager (CSM), o trabalho ainda é reativo: tickets, escalações, preparação de QBR, pânico com renovações. A intenção tem sido universal por cinco anos, mas a realidade não mudou muito.
Isso merece uma análise mais aprofundada, porque a pressão em torno disso está mais alta do que nunca.
A rotatividade de clientes custa às empresas americanas um estimado de US$ 168 bilhões por ano, e esse número tirou a retenção da descrição de cargo da equipe de CS e a colocou no planejamento estratégico do CFO.
Novos logos custam mais para adquirir do que antes. Os conselhos estão pedindo aos líderes de receita que demonstrem eficiência, não apenas crescimento. A matemática mudou: você cresce protegendo o que tem e expandindo as contas que já atende. Esse é o mandato sob o qual as equipes de CS operam, e a maioria de suas ferramentas não foi criada para isso.
O modelo de plataforma de CS foi construído para um mundo que não existe mais
O modelo de dashboards e playbooks que impulsionou o CS na última década fazia sentido quando as carteiras de clientes eram gerenciáveis, as renovações eram previsíveis e as equipes tinham tempo para revisar contas manualmente.
Em 2026, esse mundo acabou. As metas de expansão são maiores, os alvos de NRR são mais rígidos, e o volume de sinais gerados por uma base de clientes (como uso de produto, interações com suporte, atividade no CRM, mudanças de faturamento, rotatividade de stakeholders) é algo que nenhuma equipe consegue interpretar manualmente. No entanto, a maioria das equipes ainda tenta fazer isso.
O resultado são três problemas estruturais que aparecem em quase todas as organizações de CS com as quais trabalhamos.
Os CSMs montam uma visão de uma conta pulando entre quatro ou cinco ferramentas, o que significa que a visão já está desatualizada quando fica pronta. Os dados estão fragmentados entre produto, CRM, suporte e faturamento, sem nenhum sistema único que os una com rapidez suficiente para fazer diferença. E a pontuação de saúde com a qual finalmente chegam é construída a partir de regras que alguém escreveu meses atrás, atualizado semanalmente na melhor das hipóteses. Quando acende em vermelho, a conta já havia se desengajado semanas antes.
O maior custo disso são todas as retenções que nunca aconteceram, as contas onde os sinais de alerta estavam nos dados que a equipe possuía e ninguém teve tempo de notar. Todo líder de CS tem essa lista na cabeça: contas que eles gostariam de ter analisado seis semanas antes. Esse é o número real por trás da queda no NRR.
Um health score estático é uma autópsia. Ele diz o que aconteceu, com base em regras que alguém escreveu há um ano. Ele não diz o que está prestes a acontecer.
Quatro coisas que não vão resolver isso
Antes de falar sobre a mudança, vale nomear o que não vai te levar lá.
- Adição de headcount. O CS baseado em headcount quebra com a estrutura de custos atual. À medida que as carteiras crescem e as expectativas dos clientes se aceleram, contratar para ser proativo não é viável financeiramente.
- Otimizar cadências existentes. Um cronograma de QBR mais rígido ou uma ponderação melhor do health score não compensa o aumento do custo de atendimento nem previne o churn em jornadas de clientes com IA em primeiro lugar. Melhorias incrementais em um modelo quebrado não se acumulam.
- Rastreamento de métricas de atividade. Contatos, ligações e taxas de fechamento de tickets indicam se sua equipe está ocupada. Eles não dizem se você está retendo receita. As métricas legadas recompensam a atividade, não o impacto, e os conselhos não estão mais confundindo os dois.
- Adicionar IA à pilha existente. Tratar a IA como um complemento preserva os mesmos fluxos de trabalho por baixo. O resultado avança mais rápido; o modelo operacional permanece o mesmo. Essa não é a mudança.
A mudança diz respeito à unidade de trabalho
A unidade de trabalho do modelo antigo é a revisão de conta: manual, semanal, abrangente e tardia. O CSM abre oitenta dashboards na manhã de segunda-feira, monta um panorama, identifica quem precisa de atenção e começa a trabalhar. Na quarta-feira, o panorama já está desatualizado.
A unidade de trabalho do novo modelo é o sinal: uma mudança comportamental no uso do produto ou na saúde do relacionamento que prevê um resultado futuro, identificada no momento em que ocorre e direcionada à pessoa que pode agir sobre ela. O CSM deixa de revisar dashboards e passa a responder a sinais. A semana se reorganiza em torno dessa mudança.
O CS proativo, feito da maneira certa, tem três componentes. Monitoramento contínuo, para que o sistema acompanhe cada conta todos os dias e os CSMs não precisem fazer isso. Priorização contextual, para que a pergunta não seja "quais contas estão em risco", mas "qual conta devo ligar primeiro hoje e por quê." E ações apresentadas dentro dos fluxos de trabalho que a equipe já usa, como CRM, Slack ou a caixa de entrada.
Onde a IA realmente se encaixa
A IA é bem adequada para esse problema por um motivo específico: o trabalho que o CS proativo exige é exatamente o que o aprendizado de máquina faz bem.
Nenhuma equipe humana consegue monitorar todas as contas continuamente. Um modelo consegue. Nenhuma equipe consegue correlacionar centenas de sinais em toda uma carteira de clientes, identificando as combinações que preveem o churn antes que se tornem óbvias. O ML faz isso de formas que os humanos não conseguem acompanhar em volume. E o próximo passo após identificar o risco é explicar quais fatores contribuíram para uma pontuação e o que fazer a respeito, é algo que a IA pode gerar por conta, por dia, em escala.
Este é o raro caso em que o modelo operacional e a tecnologia estão alinhados. A questão que as equipes de CS devem fazer é se suas ferramentas foram criadas para esse modelo ou para o antigo.
Três perguntas que valem a pena levar de volta para sua equipe
Antes da sua próxima reunião de equipe, considere estas.
- Como um CSM da sua equipe descobre que uma conta está em risco e quantos dias de antecedência eles recebem?
- Se você dobrasse a carteira de cada CSM amanhã, qual parte da semana deles quebraria primeiro?
- Se sua equipe recebesse uma lista priorizada de contas toda segunda-feira de manhã, em vez de um dashboard, o que eles fariam de diferente?
Essas respostas mostram onde você realmente está, e a lacuna entre essa resposta e onde você quer estar é o trabalho a ser feito.
Assista ao webinar completo com o Customer Success Collective.
