Faça a conta com a sua operação. Se a empresa tem 300 clientes ativos e três CSMs, cada um cuida de 100 contas. Se tem 500 clientes e cinco CSMs, mesma coisa. Passou de mil clientes e a estrutura não cresceu na mesma proporção, o número por pessoa só piora.
Essa é a realidade da maior parte dos times de Customer Success em SaaS B2B no Brasil. Cada analista ou CSM carrega algo em torno de 100 contas na carteira. E aí vem a pergunta que ninguém responde bem na segunda-feira de manhã: por onde eu começo?
Uma semana tem 40 horas úteis. Cem contas não cabem em 40 horas. Nem em 80. O CSM sabe disso, o gestor sabe disso, e mesmo assim a rotina segue sendo decidida por quem gritou mais alto: o cliente que abriu chamado, o que mandou e-mail cobrando, o que reclamou no WhatsApp. Enquanto isso, a conta que parou de usar o produto há três semanas e não reclamou de nada segue invisível até o dia do cancelamento.
O problema não é o tamanho da carteira
Existe uma tentação natural de olhar para esse cenário e concluir que falta gente. Contratar mais dois CSMs baixa a média de 100 para 60 contas por pessoa, e por um trimestre parece que resolveu. Depois a base cresce, o número volta a subir e a discussão recomeça.
O ponto é que carteira grande não é o problema em si. O problema é não saber, no início da semana, quais daquelas contas realmente exigem ação e qual ação exigem. Sem esse critério, 60 contas geram a mesma sensação de caos que 100. O CSM continua trabalhando no modo reativo, gastando as melhores horas do dia com quem faz barulho e não com quem oferece risco ou oportunidade.
Ou seja: o gargalo não é capacidade, é priorização. E priorização depende de dado.
Primeiro passo: parar de procurar o dado em cinco lugares diferentes
A informação que revela a saúde de um cliente existe. O problema é que ela está espalhada. Uso do produto em uma ferramenta, contratos e faturamento no ERP, tickets no service desk, histórico comercial no CRM, projeto de implantação em uma planilha compartilhada que só uma pessoa entende.
Nenhum CSM vai abrir cinco sistemas para avaliar 100 contas toda semana. Não é falta de disciplina, é falta de tempo. Então ele não avalia, e volta a decidir no feeling.
Centralizar esses dados é a etapa que sustenta todo o resto. Na SoftCS isso acontece via conexões diretas com as ferramentas que a operação já usa, sem projeto de integração longo.
Segundo passo: o dado vira health score, o health score vira ordem
Dado centralizado ainda não é decisão. Cem fichas de cliente completas e organizadas continuam sendo cem fichas para alguém ler.
O health score existe justamente para fazer essa leitura no lugar do time. Ele combina os sinais que importam para o seu modelo de negócio (frequência de uso, adoção de funcionalidades-chave, volume e recorrência de chamados, atrasos financeiros, engajamento nas reuniões, andamento da jornada de onboarding) e devolve uma classificação por conta.
A partir daí a carteira deixa de ser uma lista e vira uma distribuição. Em uma semana comum, aquelas 100 contas podem se organizar mais ou menos assim:
- 5 contas críticas, com queda consistente de saúde e risco real de churn
- 2 contas em atenção, com sinais iniciais que ainda dão tempo de reverter
- 8 contas com oportunidade clara de expansão ou avanço de jornada
- o restante saudável, seguindo o ciclo normal de acompanhamento
Quinze decisões. Isso cabe em uma semana. E cabe com qualidade, que é a diferença entre passar por 100 contas de forma superficial e trabalhar 15 de forma consistente.
Terceiro passo: o sinal precisa virar tarefa sozinho
Aqui está o passo que a maioria das operações pula. Ter o health score na tela é útil, mas se cabe ao CSM olhar o dashboard, interpretar o número e decidir o que fazer, a plataforma virou mais um relatório bonito.
O que muda o jogo é a automação transformar o sinal em tarefa atribuída, com prazo, prioridade e responsável. Um gatilho como "health score abaixo de determinado valor por mais de duas semanas" não deveria gerar apenas um alerta. Deveria gerar a tarefa certa na fila da pessoa certa.
A Lari AI monta título, descrição e checklist a partir do contexto da jornada e do estágio em que o cliente está, então o CSM não recebe um "verificar cliente X" genérico. Recebe "Diagnosticar e Reverter Queda de Healthscore", com telefonema como tipo de tarefa, prioridade alta e o passo a passo do que investigar.
A diferença prática é grande. No primeiro caso, o CSM ainda precisa pensar o que fazer. No segundo, ele executa. É o mesmo princípio que sustenta playbooks e alertas que realmente saem do papel.
Segunda-feira, 9h
É nesse ponto que o efeito aparece na rotina de quem faz o trabalho. O CSM abre a plataforma e não encontra uma lista de 100 clientes. Encontra o dia dele, já organizado.
A pergunta "por onde eu começo?" já vem respondida, com justificativa. Não é o CSM adivinhando prioridade, é a operação apontando onde está o risco e onde está a oportunidade.
Para o gestor, o mesmo dado responde outra pergunta: a carteira está sendo trabalhada ou só está sendo carregada? Dá para ver cobertura, atraso e distribuição de esforço por conta, sem pedir status um a um na reunião de segunda.
Eficiência é isso: a pessoa certa, na conta certa, na hora certa
Existe uma leitura errada de eficiência em CS que consiste em pedir mais velocidade do time. Mais contatos por dia, mais reuniões na agenda, mais atividades registradas. Isso aumenta esforço, não resultado.
Eficiência de verdade é redução de universo. É o CSM começar a semana sabendo que, das 100 contas, 15 precisam dele agora, e que as outras 85 estão em ciclo normal e vão continuar sendo monitoradas sem consumir a atenção dele.
O time não passa a trabalhar mais. Passa a trabalhar o cliente que precisa ser trabalhado, no momento em que precisa ser trabalhado. É por isso que uma operação com carteira de 100 contas por CSM consegue sustentar crescimento de base sem multiplicar headcount na mesma proporção: o limite deixa de ser quantas contas cada pessoa consegue olhar e passa a ser quantas decisões relevantes ela consegue executar bem. O mesmo raciocínio vale para a fase inicial da conta, quando a jornada do fechamento ao Go-Live define o tom de todo o relacionamento.
O churn que dói não é o do cliente que reclamou. É o do cliente que ficou quieto, parou de usar e ninguém percebeu a tempo. Ele não aparece na sua caixa de entrada. Ele aparece no health score.
Quer ver isso rodando com os dados da sua operação? Traga sua carteira real e mostramos quais contas apareceriam como críticas hoje e quais tarefas seriam geradas para o seu time nesta semana.