Pilar 3: Adoção — o lever que para o churn (e o que quase todo time mede errado)

Existe uma armadilha clássica em CS: medir adoção por utilização de licença e concluir que o cliente está saudável porque 80% dos seats estão preenchidos. O problema é que esse número pode estar correto e ainda assim prever errado a renovação. Uma empresa de identity management citada por Wayne McCulloch descobriu, depois de perder vários contratos "saudáveis", que o melhor preditor de churn não era utilização de licença — era o uso (ou não-uso) de três features específicas que entregavam o resultado de negócio que o cliente havia comprado.

Esse é o ponto crítico do Pilar 3 — Adoção: adoção é sobre as features certas usadas na profundidade certa, amarradas aos resultados de negócio do cliente. Não sobre quantos logaram.

A definição que importa

Adoção é alcançar dependência operacional, enquanto se demonstra valor de negócio ao usar as features e funcionalidades certas da solução. — McCulloch 2021, cap. 5

O verbo de valor é Value Realized — valor materializado. Adoção é onde o valor sai do plano (Pilar 2) e vira realidade observável no dia-a-dia do cliente.

Duas metades, ambas obrigatórias:

Dependência operacional. As pessoas do cliente usam a solução toda vez, por default, em vez de alternativas. Não é "lembrei de logar essa semana". É reflexo.
Valor de negócio demonstrado. As features certas — aquelas amarradas aos resultados que o cliente prometeu entregar para o próprio negócio — estão sendo usadas e gerando resultado mensurável.

Sem a primeira metade, o cliente ainda está experimentando. Sem a segunda, ele está usando o produto mas não está capturando valor. Ambos cenários terminam em churn.

Adoção é ongoing — nunca termina

Diferente do onboarding, adoção não tem fim. Continua enquanto o cliente existe. Por três razões:

Pessoas novas chegam. Cada funcionário novo precisa adotar o produto. A retenção do cliente passa por isso continuamente.
Features novas saem. Toda release é uma nova micro-adoção. Se o cliente fica em features de 2 anos atrás, ele está perdendo valor que paga.
Versões novas chegam. Upgrades, mudanças de UI, mudanças de fluxo. Cada uma é uma fricção que precisa ser superada.

Times que tratam adoção como "fase" perdem essa dinâmica. Cliente que adotou bem há 2 anos pode estar adotando mal hoje — e ninguém percebeu porque pararam de medir.

Adoção não é utilização de licença

O ponto mais importante desse pilar, e o mais confundido:

Quantos seats estão preenchidos diz pouco. O que importa é se o cliente está usando as features certas — aquelas amarradas aos resultados que ele prometeu entregar para o próprio negócio.

Três métricas que parecem dizer a mesma coisa, mas dizem coisas diferentes:

Métrica	O que mede	Por que pode enganar
Utilização de licença	% de seats logados no mês	Cliente pode logar, fazer nada de valor, e a métrica acende verde
Profundidade de uso	Quantas features distintas / por usuário	Cliente pode usar 20 features, nenhuma das 3 que importam
Uso das sticky features	Uso das features amarradas ao resultado de negócio	A única que correlaciona com renovação

A pergunta operacional é: quais 2 a 5 features, se o cliente parar de usar, sinalizam churn iminente? Essas são as sticky features. Tudo mais é ruído.

O que o CSM faz nesse pilar

McCulloch (cap. 5) lista as responsabilidades específicas:

Gerar dependência operacional

Remover barreiras operacionais. Liberar capacidades em estágios — não tudo de uma vez. A analogia que ele usa: Candy Crush libera habilidades nível por nível. O usuário não recebe 50 features de uma vez. Recebe a próxima quando dominou a anterior.

Identificar e engajar stakeholders certos

O teste de Shane Anastasi: a pessoa é um stakeholder real se responde "sim" para duas ou mais das quatro perguntas:

É dona do orçamento?
Tem autoridade signatária?
Tem cargo em risco se isso falhar?
É dona operacional do resultado?

Dois "sim" ou mais = stakeholder real. Um "sim" ou nenhum = stakeholder cosmético. CSMs gastam muito tempo cuidando de stakeholders cosméticos porque eles atendem ligação — e descobrem tarde demais que ninguém com poder de decisão estava engajado.

Monitorar consumo com profundidade

Logins não bastam. Profundidade, frequência, recorrência. Ride-alongs — sentar com o usuário real e observar ele trabalhando. Isso revela coisas que dashboard não revela: onde o usuário desiste, onde improvisa por fora do produto, onde reclama em voz baixa.

Prontidão para releases

Conseguir demonstrar feature nova no dia que ela é lançada. Sem isso, releases viram noise que o cliente ignora — e a empresa fica pagando R&D que o cliente nunca consome.

Liderar mudança organizacional

Matar o FUD (fear, uncertainty, doubt). Evangelizar o valor. Simplificar a saída do método antigo. Adoção é tanto sobre o que o cliente deixa de fazer quanto sobre o que ele começa a fazer.

Mostrar benchmarks

Como esse cliente compara com pares no mesmo setor, do mesmo tamanho? Isso é simultaneamente motivacional (cliente quer estar acima da mediana) e instrutivo (cliente vê o que é possível).

O teste do "red flag" durante adoção

McCulloch propõe um truque diagnóstico simples (cap. 5):

Pergunte ao cliente, durante a adoção, se ele toparia ser referência.

A resposta importa em duas direções:

"Sim, claro, quando precisar." Milestone positivo. O cliente está enxergando valor o suficiente para colocar reputação dele em jogo.
"Hmm, vamos esperar pra ver." Alerta. Não é "não" — é "ainda não me convenci". Faça uma survey agora. O que está faltando para o "sim"?

Esperar até o QBR formal para descobrir essa hesitação é tarde. O cliente já consolidou a opinião — e provavelmente já está conversando com concorrente.

Onboarding ≠ Adoção (de novo, porque importa)

Já dissemos isso no Pilar 2, mas vale repetir aqui:

	Onboarding	Adoção
Duração	Finita	Ongoing
Meta	Value one atingido	Dependência operacional + valor de negócio
Fim	Definido	Nunca
Métricas-chave	Time to value, completude de plano	Profundidade de uso, business outcomes, sentimento

Times que misturam os dois geram dois sintomas: ou onboardings que não acabam (adoção começa dentro do "onboarding eterno") ou adoções que nunca começam (o handoff foi cosmético, ninguém realmente assumiu).

O risco dominante: relationship risk

Em adoção, o risco que mais ameaça é risco de relacionamento, em duas formas:

Agudo. Patrocinador sai sem avisar. O substituto é desconhecido. Não existe relacionamento construído com ninguém além do patrocinador original. Você descobre quando recebe a primeira reclamação dele.
Persistente. Frustrações pequenas se acumulam. Ninguém está nutrindo champions novos. O relacionamento concentra em uma ou duas pessoas — e se essas saírem, o cliente vira "conta órfã".

A prevenção é estrutural: relacionamento 3 × 3 — três níveis de senioridade (operacional, gerencial, executivo), três contatos em cada nível. Custa tempo. Mas é a única forma de adoção sobreviver a turnover natural no cliente.

Como o toolbox ajuda

Momentos da verdade — mapear cada momento da fase de adoção. Primeiro release adotado. Primeiro novo usuário onboardado. Primeira semana sem fricção reportada.
Playbooks — três essenciais: sem uso, uso baixo, sem valor de negócio sendo realizado. Cada um com gatilhos e ações claras.
Health score — seis categorias possíveis, mas em adoção pesem mais uso de produto e resultados de negócio.
Customer success plan — a seção de adoção nomeia stakeholders, milestones, KPIs, e a lista de quem precisa usar o quê.
Segmentação — não em quem ganha CSM, mas em tempo e metodologia de treinamento. Um curso de 5 dias para uma conta enterprise pode virar meio dia para uma conta mid-market.

O que adoção saudável parece

Cinco sinais observáveis:

Dependência operacional é visível nos dados. Usuários ativos diários/semanais nos workflows que importam.
Features novas são demonstradas em dias após o lançamento. Não em meses.
Novos stakeholders emergem continuamente — champions novos surgem, não só os legados.
Valor de negócio está sendo medido e mostrado de volta para o cliente. Não em discurso. Em dado.
O cliente aceita ser referência muito antes do "go-live" formal. Sinal mais confiável que qualquer health score.

A pergunta de diagnóstico

Para saber se o Pilar 3 está saudável no seu time, uma pergunta resolve 80%:

Para cada cliente ativo, eu sei nomear as 3–5 features que importam para o resultado de negócio dele, e tenho dado de uso atualizado sobre essas features?

Se a resposta é não, você está medindo adoção por proxy errado. E provavelmente vai ser surpreendido pelo churn em vez de prevê-lo.

Adoção é o pilar que para o churn quando bem executado. Tudo na renovação (Pilar 4) é mais fácil quando adoção foi sólida. Tudo na renovação vira fogo quando adoção foi cosmética.

Baseado em McCulloch, Wayne. The Seven Pillars of Customer Success: A Proven Framework to Drive Impactful Client Outcomes for Your Company (2021), capítulo 5. Adaptado pela equipe da Partenero. Este post faz parte da série sobre os 7 Pilares — veja também o post de visão geral e o post sobre Health Score B2B.