Playbook Executivo · Pós-venda a Expansão

De cliente novo a receita que cresce.

O projeto que estrutura o Customer Success da DigAI como camada estratégica entre cliente, produto, operação e receita — não como suporte.

EscopoAssinatura → adoção → retenção → expansão
PremissaCS gera valor, não responde chamados
Versão1.0 · Confidencial
Role para navegar
01 · Visão executiva

CS não é suporte.
É a área que orquestra valor.

O objetivo não é ensinar o cliente a clicar. É fazer a DigAI virar parte indispensável da operação de recrutamento — reduzindo SLA, aumentando produtividade e conectando RH, liderança e dados numa rotina mais inteligente de contratação.

A North Star da área
Métrica-mãe

Clientes ativos, usando, percebendo valor e expandindo receita.

Clientes usando a plataforma
Meta de redução de SLA
D+
Até a primeira entrevista
D-
Início do rito de renovação
A North Star quebra em indicadores operacionais
  • % de clientes com vagas ativas
  • Nº de entrevistas realizadas
  • Tempo médio até primeiro uso
  • Tempo médio até primeira entrevista
  • Redução de SLA percebida
  • NPS e Health Score do cliente
  • Risco de churn mapeado
  • Receita expandida por cliente
  • Contratos renovados no prazo
  • Adoção de novas features
  • Clientes em rotina de performance
  • Oportunidade de crescimento mapeada
Materiais desta área

Nenhum material publicado ainda. Adicione pelo painel em /keystatic.

Ver área completa →
02 · Estrutura da área

Uma camada estratégica entre cliente, produto, operação e receita.

Mesmo enxuta, a área precisa deixar claro qual “chapéu” está sendo usado em cada etapa. Este é o organograma-alvo de Revenue Operations.

Head de CS / Revenue OperationsDono da retenção e da expansão
Strategy & PerformanceIndicadoresHealth ScoreRelatórios executivosDiagnóstico de adoção
Customer Success ManagersEnterprise CSMMiddle Market CSMSMB / Low Touch
Implementation / OnboardingKickoffConfiguração inicialTreinamentoPrimeiro sucesso
Customer EducationDigAI HelpBoas práticasTrilhas por perfilWebinars
Support / TécnicoDúvidas operacionaisBugs & acessosEscalonamento
Expansion & RenewalsRenovaçãoUpsell & cross-sellNovas featuresPlano de crescimento
Estrutura mínima para agora — divisão por chapéus
Chapéu 1

CSM da conta

Chapéu 2

Implantação

Chapéu 3

Suporte & dúvidas

Chapéu 4

Dados & relatórios

Chapéu 5

Expansão & renovação

Mapa · 6 áreas funcionais → 5 chapéus
Área 1CS Strategy & Performance
Chapéu 4Dados & relatórios
Área 2Customer Success Managers
Chapéu 1CSM da conta
Área 3Implementation / Onboarding
Chapéu 2Implantação
Área 5Support / Técnico
Chapéu 3Suporte & dúvidas
Área 6Expansion & Renewals
Chapéu 5Expansão & renovação
Área 4Customer Education
Sem chapéu dedicado · alavancado pelo DigAI Help
O ciclo das seis áreas
01ImplementationEntrega a conta usando
02CSMUso vira rotina e relação
03StrategyProva o valor com número
04EducationEscala e libera capacidade
05SupportMantém de pé, alimenta melhoria
06ExpansionFecha em receita que cresce
Dado voltaInforma o próximo ciclo
Como organizar · faça e não faça
Faça
  • Cada demanda tem um destino: dúvida simples é autosserviço, operacional é suporte, bug é Produto/Tech, integração é técnico.
  • Acesso só com contrato assinado — mas já pode sair depois do kickoff, cadastrado pelo CSM (só key users por ora).
  • Solicitar as chaves de API da ATS no kickoff — a liberação pelo TI do cliente demora.
  • Um número, uma fonte: Amplitude, Reports Engine, Zoho, CS Monitor e Sheets não se misturam.
  • Renovação começa em D-90 para entrar no orçamento do cliente.
Não faça
  • Deixar o CSM virar balcão de dúvida de botão — isso trava o que gera receita.
  • Ler variação de score como falha de produto — é escolha de configuração (cobertura), não bug.
  • Encerrar o onboarding no fim do treino — ele só termina na primeira entrevista concluída.
  • Terceirizar a expansão para o comercial — renovação e upsell nascem no CS.
  • Dar a Enterprise e SMB o mesmo tempo humano — o touch é decisão de negócio, não de simpatia.
Materiais desta área
Ver área completa →
03 · Princípios operacionais

Quatro regras inegociáveis.

Princípio 01

Transição quente, sempre

Ver playbook →

Ninguém assina e fica sem contato. Vendas manda boas-vindas em 24h, CSM responde em 24h, kickoff em até 5 dias úteis, onboarding em até 5 dias úteis após o kickoff.

Linha do tempo da transição
D+0AssinaturaVendas define o CSM
D+1E-mail 01Vendas · boas-vindas
D+1Grupo WhatsAppApresenta o CSM
D+1–2CSM assumeDatas + RequestList
D+2–4DiscoveryRelatórios + viabilidade ATS
D+5KickoffNorth Star + processo
OnboardingOperação no ar
WhatsApp aproxima · e-mail formalizaVendas nunca fecha horário sem o CSATS: Greenhouse · Gupy · Inhire · SF · PandaPé
Princípio 02

Todo cliente tem uma North Star

Ver playbook →

No kickoff, o CSM descobre o principal problema de negócio e o transforma em métrica acompanhada. Toda dor é traduzida para um dos 4 pilares.

AssertividadeAdesãoContrataçãoSLA de contratação
Da dor à North Star
01Ouve a dorNo kickoff
02Traduz em 1 pilarNorth Star principal
03Linha de baseRequestList (60 dias)
04ProcessoEncaixe c/ o manager
05Meta acordadaNúmero + prazo
06RegistraCS Monitor / CRM
Princípio 03

CS não é suporte

Ver playbook →

CS resolve problemas, mas não pode ser sequestrado por operação pequena. Toda demanda entra por uma das três camadas, na ordem — resolvendo no nível mais baixo possível.

As três camadas de atendimento
Camada 1AutosserviçoDigAI Help + materiais · resolve dúvida
Camada 2Suporte técnicoBug, erro, integração · SLA próprio
Camada 3Customer SuccessNorth Star, resultado, expansão
SLA · dúvidas em até 24hSLA · técnico em até 72hResolver no nível mais baixo possível
Princípio 04

Tudo documentado

Ver playbook →

Toda interação relevante vira registro — nada depende da memória heroica do CSM. O WhatsApp aproxima, o e-mail formaliza, e cada dado vai para a fonte certa.

Da conversa ao registro
01InteraçãoWhatsApp · e-mail · reunião
02FormalizaPrometido/acordado vira e-mail
03Fonte certaZoho + Planilha de CS
04CS MonitorBugs, acionamentos, prioridades
05RelatórioE-mail · link + senha (nunca aberta)
04 · A jornada do cliente

Do contrato assinado à expansão de receita.

Cinco grandes momentos, um fluxo só. O cliente só é considerado plenamente adotado quando há uso recorrente, indicadores acompanhados, responsáveis definidos, valor percebido e crescimento mapeado.

Momento 1

Transição pós-venda

Momento 2

Implantação & ativação

Momento 3

Adoção operacional

Momento 4

Rotina de performance

Momento 5

Renovação & expansão

Blueprint ponta a ponta · clique numa etapa para o detalhe

Clique em qualquer etapa para ver o detalhe operacional — o que é, quem faz, o que fazer, como fazer e o que fica registrado.

Onde a DigAI entra no fluxo real de recrutamento · clique num nó

Clique em cada nó para entender o que acontece e de quem é o papel — onde a DigAI agrega e onde a operação do cliente assume.

05 · As fases da implantação

Seis fases até o primeiro caso de sucesso.

O onboarding não termina quando a apresentação acaba. Termina quando o cliente realiza a primeira entrevista com sucesso.

1

Garantir continuidade, segurança e profissionalismo logo após a assinatura. Cliente sabe quem é seu ponto focal e entende que a implantação já começou.

E-mail de boas-vindasCSM copiadoTransferência oficial
2
3
4
5
6
Momento 2 · Implantação & Ativação (etapas 04–07)

Do kickoff ao onboarding concluído — meta de operação no ar em até 5 dias úteis após o kickoff.

Deck de kickoff · template oficial

Acesso obrigatório para toda conta nova

Estrutura padrão em 5 blocos — troque apenas os dados do cliente.

Abrir deck de kickoff ↗
Estrutura do deck · 5 blocos
Bloco 1

Overview DigAI

A TIP e suas 5 capacidades: hunting, validação, entrevista por IA, ranking e agendamento.

Bloco 2

Objetivos do projeto

Ligados aos 4 pilares: assertividade, SLA, qualidade do topo do funil e employer branding.

Bloco 3

Definições

Timeline, disponibilidade, curadoria e — crítico — PM e key users do cliente.

Bloco 4

Fatores críticos

SLAs (24h / 72h) e o processo de integração com o ATS em 4 passos.

Bloco 5

Próximos passos

Vagas iniciais, acessos, token, data de treino e agenda de acompanhamento.

Integração com o ATS · 4 passos
01Usuários / tokenImediato
02Implementação10 dias úteis
03Testes1 dia útil
04Primeiras vagasCom integração
Requisitos por ATS · lista oficial (nunca prometer fora dela)
Gupy

Token.

Tutorial ↗
Greenhouse

Processo específico.

Documentação ↗
Inhire

Token + conta administrativa.

Material ↗
SuccessFactors

Conta administrativa + webhook.

PandaPé

Token via gestor da conta; se não houver, acionar o CS do PandaPé.

Sequência de ativação do onboarding
01Núcleo primeiroIntegração DigAI + ATS e IA de hunting
02Features aos poucosNo ritmo do amadurecimento dos key users
Base primeiro protege a adesãoTech só atua em acessos/integraçãoSLA · 24h CS · 72h técnico
Fatores críticos de sucesso
  • North Star validada e acordada no kickoff (4 pilares).
  • PM e key users definidos — dono do roll-out.
  • Integração no prazo (10 dias úteis) e requisitos certos por ATS.
  • SLAs comunicados: 24h (CS) e 72h (técnico).
  • Onboarding começando pelo núcleo (integração + hunting).
  • Tudo prometido/acordado formalizado por e-mail.
Padrões da área fixados
  • Deck de kickoff (Klabin) é o template oficial e obrigatório.
  • Contatos no deck: só nome e e-mail — sem telefones.
  • Requisitos de ATS seguem a lista oficial de 5 integrações.
  • Onboarding só com CSM + PM + key users; Tech só em acessos.
Modelos de rollout
Modelo 1 · Enterprise & complexos

Key users primeiro

Vantagens: menor risco, aprendizado controlado, ajuste fino antes de escalar, mais qualidade.

Riscos: adoção mais lenta, dependência de poucas pessoas, percepção de projeto pequeno.

Modelo 2 · Simples ou com urgência

Time completo desde o início

Vantagens: adoção rápida, menos ruído, todos aprendem juntos, gera volume cedo.

Riscos: dúvidas simultâneas, maior chance de uso errado, suporte mais pressionado.

Recomendado

Enterprise e Middle:começar com key users, validar fluxo, rodar piloto, medir e expandir.  ·  SMB: onboarding direto com todos + autosserviço + cadência mais leve.

Materiais desta área
Ver área completa →
06 · Adoção & Health Score

Satisfeito não basta.
Precisa estar usando e vendo valor.

Um cliente só é considerado adotado quando cumpre ao menos 5 dos 7 critérios abaixo.

01

Possui usuários ativos

02

Vaga ativa ou fluxo recorrente

03

Entrevistas nos últimos 30 dias

04

Responsável operacional definido

05

Já analisou ranking

06

Já decidiu usando dados DigAI

07

Reconhece valor num indicador

Régua

5 de 7 = Adotado

Ciclo de status da conta
Novo
Kickoff
Onboarding
Primeiro uso
Em adoção
Adotado
Expansão
Health Score · saúde real da conta
80–100
SaudávelManter cadência · mapear expansão
60–79
AtençãoAtuar em adoção · reforçar valor
40–59
RiscoPlano de recuperação
0–39
CríticoEscalação executiva
Dimensão

Uso da plataforma

Dimensão

Adoção operacional

Dimensão

Valor percebido

Dimensão

Relacionamento

Dimensão

Risco

Materiais desta área

Nenhum material publicado ainda. Adicione pelo painel em /keystatic.

Ver área completa →
07 · Rituais & reuniões

A cadência que faz a máquina girar sozinha.

Cadência com o cliente por segmento
SegmentoAcompanhamento (recrutadores)Reunião executivaCadência reduzida (após adoção)
EnterpriseSemanal · até 45 minMensalQuinzenal, após 90 dias
MiddleQuinzenal · até 45 minMensalMensal, após 60 dias
SMBMensal · até 30 minRelatório mensal (sem reunião)Bimestral, após 90 dias

A lógica é a mesma nos três: acompanhamento intenso no primeiro mês para garantir adoção, e afrouxamento só quando o cliente entra em estado de adoção. Quanto maior o cliente, mais próxima a cadência.

Rituais internos da área
Diário · 15 min

Radar de risco

Clientes parados, sem uso, bloqueios técnicos, próximos kickoffs e pendências críticas. Quem precisa de ação hoje?

Semanal · 1h

Carteira

Análise por segmento, risco e oportunidade. Gera plano semanal por CSM, lista de riscos e de oportunidades.

Semanal · 1h

Backlog CS ↔ Tech

Tech, Vendas e CS: o Tech traz roadmap e soluções; o CS leva a voz do cliente. Itens priorizados entram no backlog do Tech, com retorno ao cliente.

Mensal · 1h30

Executivo de CS

CS como área de receita: MRR em risco, renovado e expandido, churn logo e receita, Health Score médio.

Mensal · 2h

Comitê de clientes críticos

Time de CS com CRO e CEO. Instância executiva máxima de atenção a churn: cada conta em risco com plano de ação, dono e prazo.

Trimestral

QBR estratégico

Resultados do período, uso, SLA, ganho de tempo, aprendizados, novas features e plano de crescimento.

Princípio que rege todos os rituais

Nada fica no ar

Todo ritual gera entregável registrado e próxima ação com dono e prazo. Nenhuma reunião termina sem saída documentada — e toda reunião com cliente é gravada e transcrita (P4).

Reuniões de marco do cliente
D+7

Check-in

Acessaram? Piloto criado? Candidatos enviados? Ranking analisado? Remove bloqueios e garante a primeira entrevista.

D+30

Valor inicial

Deixa de ser “ferramenta nova” e vira alavanca de resultado: vagas, entrevistas, tempo economizado, próximos passos.

Performance

Decisão de negócio

Tira da operação e leva pra liderança: o que melhorou no funil, gargalos, SLA reduzido, oportunidade de expandir.

Boas práticas dos rituais
Registro

Grave e transcreva

Toda reunião com cliente é gravada e transcrita. A transcrição é a base do registro — ninguém depende de memória.

Comunicação

Evite DM · centralize

Nada de privado. Peça para o cliente centralizar pedidos no grupo ou e-mail, com visibilidade para todo o time.

Time

Divida o problema

Problema segurado sozinho é só seu; dividido nos rituais, vira ação coletiva com dono e prazo.

Como conduzir · faça e não faça
Faça
  • Primeiro mês, 100% em adoção — só solte features novas depois da base estabilizada.
  • Só reduza a cadência quando o cliente estiver comprovadamente em adoção.
  • Todo cliente crítico vai ao comitê mensal com CRO/CEO.
  • Backlog semanal CS ↔ Tech transforma feedback em produto.
  • Feche todo ritual com entregável, dono e prazo.
Não faça
  • Avançar para features avançadas (agendamento, social recruiting) antes da base adotada.
  • Reduzir a cadência de quem ainda não entrou em adoção.
  • Deixar cliente crítico fora do comitê mensal.
  • Conduzir demanda por DM no WhatsApp.
  • Confiar na memória — reunião sem transcrição não registrou nada.
Materiais desta área
Ver área completa →
08 · Motor de receita

Renovação, upsell e expansão nascem em CS.

A DigAI já cresce no vertical (mais volume). A alavanca agora é o crescimento horizontal — expandir receita dentro do cliente que já usa. A métrica-mãe é o NRR, e o dono do número é o CS.

A mecânica central · toda camada segue estes 3 passos
01ProvaTrial com janela e medição (30/60/90 dias)
02Data de viradaData e preço de saída combinados na largada
03ConversãoValor provado vira receita (combinado, não negociação)
Sem data de virada = receita futura destruídaO trial não é cortesia — é prova de valor
Os três movimentos · por tempo até a receita
Movimento 1 · preço

Parar de ceder

Monetizar o que já entregamos. Receita neste trimestre, sem construir nada novo. Dono: CS.

Movimento 2 · produto

Encaixotar o que dominamos

Motores existentes viram produtos novos. Médio prazo — muda o teto de receita da conta. CS abre a porta com Produto.

Movimento 3 · tempo

Vender antecipação

Roadmap 2027 provisionado no orçamento do cliente. Receita provisionada agora, realizada em 2027. Dono: CS.

Dois eixos, quatro vetores
Vertical · aprofunda

Volume

Poucas vagas → mais posições. Já em operação.

Vertical · aprofunda

Usuários

Mais recrutadores, gestores e áreas. Já em operação.

Horizontal · amplia

Features

BGC, DNA, social recruiting, WhatsApp personalizado, busca, relatórios. Movimentos 1 e 2.

Horizontal · amplia

Unidade de negócio

Uma área adota, outra replica. Multiplica todos os movimentos.

Movimento 1 · catálogo de add-ons
FeaturePreço propostoGatilho de oferta
Background check+20% sobre a mensalidadeUso do núcleo + volume de contratação
Social recruiterR$1.500/mês · 2 anúnciosCliente publicando vagas externamente
DNAPremium [a definir]Perfil de alta performance a mapear
WhatsApp personalizado+R$300 a R$1.000Marca forte / identidade na conversa

A IA de agendamento fica de fora — simples demais para preço próprio; serve melhor como redutor de atrito do núcleo.

Movimento 2 · encaixotar o que dominamos
ProdutoMotor de origemModelo de preço
IA de atendimento ao colaboradorJá roda na AppVidaR$2–3 por colaborador/mês [a validar]
IA de suporte ao candidatoMotor conversacional da AnaAdd-on [a definir]
Entrevista de desligamentoMotores da DigAI NegociaNovo produto [a definir]

Este movimento é produto, não pricing — tem timeline, dono e comprador próprios (RH/Gente no caso do colaborador). O Movimento 1 paga a conta enquanto o 2 amadurece.

Movimento 3 · vender antecipação
Janela de orçamento · ~agosto

Roadmap 2027 provisionado antes de virar contrato

Sessão executiva de roadmap ancorada no planejamento, não na compra: “todas essas camadas entram com pelo menos +25% sobre a mensalidade — você consegue provisionar isso no orçamento do ano que vem?” Mesmo que feche a 15–20%, a âncora alta já puxou o crescimento — e tirou o CS da renovação reativa.

Quem pode ser expandido · elegibilidade
Sinais verdes (todos)
  • Health Score > 70 — a conta percebe valor
  • Mais de 90 dias de uso — passou do land
  • Pelo menos 1 vaga ativa por mês
  • Champion identificado dentro do cliente
Processo · 5 etapas
  • Mapa da dor — como resolve hoje, quanto custa
  • Tese — ganho ancorado em Capacidade Estrutural Ganha
  • Proposta — curta, sobre valor já sentido
  • Fechamento — CS conduz; Comercial/Financeiro apoiam
  • Ativação — sem ativar, expansão vira churn
Conta em risco → recuperação, não upsellMétrica-mãe · NRR acima de 110%
Régua de renovação · começa em D-90

A renovação precisa entrar no orçamento do cliente. D-90 é o momento de preparar ROI, roadmap, reajuste e blindar churn.

D-90
Diagnóstico

Saúde da conta, uso, riscos, sponsor e decisores.

D-75
Estratégia

Tese de renovação, upsell, reajuste IPCA, novas features.

D-60
Executiva

Apresenta resultados, valida objetivos, introduz expansão.

D-45
Proposta

Envio formal, negociação, pendências.

D-30
Fechamento

Assinatura/aditivo, CRM, novo plano de sucesso.

D-15
Próximo ciclo

Roadmap da conta e próximos marcos.

Relatórios de valor · uso vira narrativa executiva
30 dias

Valor inicial

Objetivo, vagas, entrevistas, taxa de conclusão, tempo economizado, aprendizados, próximas ações.

Trimestral

Evolução

Comparativo de períodos, SLA, aderência, produtividade, insights da IA, recomendação de expansão.

Renovação

ROI acumulado

Retrospectiva, resultados, ROI estimado, ganhos operacionais, evidências, roadmap e proposta do próximo ciclo.

Antipadrões · o que NÃO fazer
Preço & mecânica
  • Liberar sem data de virada e preço de saída.
  • Cobrar de surpresa quem já usa de graça.
  • Descontar por reflexo (desconto é exceção com contrapartida).
  • Empacotar a IA de agendamento como SKU pago.
Conta & operação
  • Tratar o Movimento 2 como se fosse o 1 (produto ≠ preço).
  • Expandir conta em zona de risco.
  • Inflar valor (score é cobertura de configuração).
  • Deixar expansão fechada sem ativação — vira churn.
  • Deixar contrato chegar a D-30 sem conversa (a régua é D-90).

A DigAI para de dar coisas para se livrar de um problema. Passa a entregar valor com preço — janela, preço e dono.

Materiais desta área
Ver área completa →
09 · Operação & RACI

Cada cliente é um card em movimento.

O CS Implementation Pipeline torna a jornada visível. Cada card carrega segmento, CSM, datas, North Star, status e próxima ação.

Assinado 2
Cliente AEnterprise
Cliente BMiddle
Kickoff 1
Cliente CMiddle
Workflow 1
Cliente DEnterprise
Onboarding 2
Cliente EIntegração
Cliente FSMB
Primeiro uso 1
Cliente GMiddle
Em adoção 2
Cliente HEnterprise
Cliente IUpsell
Adotado 1
Cliente JRenov. D-90
Playbook do CSM · ponta a ponta
Antes do kickoff
  • Ler contrato e escopo
  • Confirmar segmento
  • Identificar sponsor
  • Preparar diagnóstico
No kickoff
  • Definir North Star
  • Escolher vaga piloto
  • Definir key users
  • Criar canal + agendar
No onboarding
  • Treinar o cliente
  • Validar acessos
  • Primeiro disparo
  • Ensinar ranking
Em ongoing
  • Monitorar uso
  • Identificar risco
  • Mapear expansão
  • Conduzir renovação
Matriz de responsabilidades
AtividadeVendasCSMSuporteProdutoCliente
Boas-vindasResponsávelCopiadoRecebe
KickoffApoiaResponsávelSe precisoParticipa
WorkflowResponsávelApoiaIntegraçãoDefine processo
OnboardingResponsávelApoiaParticipa
BugRegistraResponsávelResponsávelEvidencia
Relatório de valorResponsávelApoia dadosRecebe
RenovaçãoApoiaResponsávelRoadmapDecide
UpsellApoiaResponsávelFeatureAvalia
Ferramentas de gestão
Sheets

Controle operacional, status, próxima atividade, Health Score.

Zoho

Contrato, receita, vencimento, forecast de expansão.

CS Monitor

Conversas, sentimento, temas recorrentes, riscos.

Backlog Tech

Bugs, melhorias, integração, status com engenharia.

DigAI Help

Autosserviço, treinamento, boas práticas, FAQ.

Materiais desta área

Nenhum material publicado ainda. Adicione pelo painel em /keystatic.

Ver área completa →
10 · Indicadores & risco

O que a área mede e vigia.

Metas ancoradas em benchmarks de SaaS B2B e HR Tech (2025/26), não em achismo. Uso vem do Amplitude, valor do Reports Engine, receita do Zoho.

Painel de indicadores · as 4 famílias
Implantação · velocidade
  • Assinatura → boas-vindas: ≤ 24h
  • Assinatura → kickoff: ≤ 5 dias úteis
  • Kickoff → onboarding: ≤ 5 dias úteis
  • 1ª entrevista (TTFV): ≤ 7 dias
Adoção · Amplitude
  • Ativação de usuários: ≥ 65% (1º mês)
  • Breadth de features: 5+ (1º trim.)
  • Adesão do funil (North Star)
  • Sem uso 30 dias = gatilho
Valor · Reports Engine
  • Adesão, assertividade, SLA
  • ROI / savings vs. baseline
  • Score da EI (delta)
  • NPS ≥ +30
Receita · Zoho
  • NRR ≥ 110%
  • GRR ≥ 90%
  • Churn logo ≤ 5% a.a.
  • Contratos D-90
Health Score · como é calculado
DimensãoO que entraFontePeso
Uso / AdoçãoSessões, usuários ativos, entrevistas/mês, breadth, funilAmplitude35%
Resultado / ValorAdesão, SLA, assertividade, ROI vs. baselineReports Engine30%
RelacionamentoPresença em reuniões, sponsor ativo, NPS, gestoresCSM / CS Monitor20%
ComercialProximidade da renovação (D-90), MRR, sinais de churnZoho15%
🟢 Verde · ≥ 70🟡 Amarelo · 40–69🔴 Vermelho · < 40Peso em uso + valor: retenção exige workflow
Três níveis de risco
Risco baixo · score ≥ 70

Usa pouco, mas responde. Há interesse e responsável.
Ação: reforço de treino, check-in extra, materiais. Cadência normal.

Risco médio · 40–69

Não usa, remarca reuniões, piloto travado, valor não percebido.
Ação: reunião de recuperação + liderança. Plano de 15 dias.

Risco alto · < 40

Não responde, sponsor saiu, reclamação, questiona valor.
Ação: escalação + plano de reversão + comitê de críticos.

Gatilho automático → vermelho: sem uso 30 diasGatilho: saída do sponsorGatilho: reclamação / questiona valorTodo vermelho → comitê (CRO/CEO)
Plano de recuperação · 15 dias
D0RealinhamentoReancorar North Star · CSM
D2Vaga pilotoRecriada · CSM + manager
D5EntrevistasDisparadas · operação
D10RankingAnalisado · CSM
D15ResultadoReunião · CSM + liderança
Recuperado = uso + contratação + sponsor reengajado
Metas consolidadas · referência rápida
IndicadorMetaFonte
Assinatura → boas-vindas≤ 24hCS Monitor
Assinatura → kickoff≤ 5 dias úteisCS Monitor
Assinatura → 1ª entrevista (TTFV)≤ 7 diasAmplitude
Ativação de usuários (1º mês)≥ 65%Amplitude
Breadth de features (1º trimestre)5+Amplitude
NPS≥ +30CSM
NRR≥ 110%Zoho
GRR≥ 90%Zoho
Churn logo anual≤ 5%Zoho
Health Score — verde / amarelo / vermelho≥70 / 40–69 / <40CS Monitor
Como medir · faça e não faça
Faça
  • Uso pelo Amplitude, valor pelo Reports Engine — cada número na fonte certa.
  • RequestList como linha de base de todo indicador de valor.
  • Gatilhos automáticos → vermelho: sem uso 30d, saída de sponsor, reclamação.
  • Empurre o breadth de features de 1–2 para 5+.
Não faça
  • Usar DAU/MAU como meta — recrutamento é uso periódico (WAU/MAU).
  • Esperar a renovação para descobrir baixa adoção.
  • Deixar cliente vermelho fora do comitê.
  • Perseguir números emprestados de outras indústrias sem calibrar pela nossa base.
Materiais desta área
Ver área completa →
11 · Nova estratégia de CS

Três posturas que redefinem a área.

CS não é uma área reativa de atendimento: é o motor de receita, a inteligência de produto e o braço consultivo de recrutamento da empresa.

Postura 01

Revenue Engine

Renovação, upsell, cross-sell e expansão por uso nascem em CS; produto e comercial entram como apoio.

O CSM é dono do NRR (≥ 110%) e da expansão — o comercial apoia o fechamento, mas a condução é do CSM.

Postura 02

Inteligência de produto

CS é a principal fonte sobre o que o cliente usa, o que trava adoção, o que gera valor e o que causa churn.

Padrões da carteira viram prioridade no backlog CS ↔ Tech — não chamado isolado.

Postura 03

Consultoria de recrutamento

O cliente não quer só saber onde clicar. Quer reduzir SLA, estruturar perguntas, engajar candidatos e provar resultado.

Chega com dados (RequestList, relatórios) e recomenda a ação — não espera o cliente pedir.

Educação do cliente · trilhas formais por perfil

Material formal e reutilizável, entregue no onboarding — cada perfil recebe a sua trilha, não um treinamento genérico único.

Recrutador · operação diária
  • Criar vaga
  • Enviar entrevista
  • Analisar ranking
  • Usar o banco
Gestor · decisão
  • Entender shortlist
  • Ler evidências
  • Decidir com dados
  • Dar feedback ao RH
Liderança de RH · estratégia
  • Acompanhar indicadores
  • Medir SLA
  • Ver produtividade
  • Avaliar qualidade
Key user · multiplicador
  • Ser multiplicador do roll-out
  • Apoiar dúvidas do time
  • Garantir uso correto
  • Reportar melhorias
A energia se concentra na trilha de key users — alavanca de adoção
Como as posturas se sustentam
03ConsultoriaGera o resultado que prova valor
01Revenue EngineValor comprovado destrava expansão
02Inteligência de produtoPadrões melhoram a ferramenta
Facilita a consultoriaE o ciclo recomeça
Como se posicionar · faça e não faça
Faça
  • Assuma a meta de NRR/expansão da carteira — CS é área de receita.
  • Expanda pelo uso comprovado e acione o comercial para fechar.
  • Leve padrões da carteira ao backlog semanal como inteligência de produto.
  • Conduza como consultor de recrutamento, com dados na mão.
  • Entregue as trilhas formais no onboarding; invista nos key users.
Não faça
  • Tratar CS como custo ou atendimento passivo.
  • Terceirizar a expansão para o comercial (o CSM é dono).
  • Deixar feedback morrer numa conta sem virar produto.
  • Cair no papel de suporte de ferramenta em vez de consultor.
  • Fazer educação genérica — cada perfil tem sua trilha.
Materiais desta área
Ver área completa →
12 · Plano de implantação

Do papel à operação em quatro semanas.

S1

Semana 1 · Fundação

Validar playbook com liderança, definir status oficiais, criar board visual, padronizar templates e campos obrigatórios.

S2

Semana 2 · Migração

Treinar CSMs, migrar clientes ativos para a nova classificação, criar régua de cadência, definir Health Score e segmentar.

S3

Semana 3 · Ritmo

Rodar ritual diário e semanal, iniciar controle D-90, mapear clientes em risco e oportunidades de upsell.

S4

Semana 4 · Governança

Gerar o primeiro painel executivo de CS, revisar aderência, ajustar playbook e formalizar governança com produto e suporte.

O modelo operacional em uma linha
Implantar rápido
Gerar 1º valor
Virar rotina
Medir
Comunicar valor
Expandir
Renovar
Materiais desta área

Nenhum material publicado ainda. Adicione pelo painel em /keystatic.

Ver área completa →
Frase-guia da área

CS na DigAI existe para garantir que cada cliente transforme inteligência artificial em resultado real de contratação — com adoção, retenção e expansão de receita.

AdoçãoRetençãoExpansão

DigAI · Hub de CS · v1.0 · Confidencial