Playbook de CS

O que é um Playbook de CS

Playbook é uma sequência de ações disparada por um gatilho, com dono e prazo definidos. A parte que o define não é a lista de ações: é o gatilho. Sem ele, o que existe é um documento de boas práticas, e documento de boas práticas não muda comportamento de operação nenhuma.

• Sinônimos: playbook de sucesso
• Anatomia: gatilho → responsável → ação → prazo → critério de saída
• Origem do gatilho: health score, ciclo de vida ou evento no produto

Por que a maior parte dos playbooks não roda

Três causas, e nenhuma delas é falta de conteúdo:

1. Gatilho vago. "Conta em risco" não dispara nada. "Uso semanal caiu mais de 40% por duas semanas seguidas" dispara.
2. Sem critério de saída. Playbook que não termina acumula contas em estado aberto até ninguém saber quais estão realmente sendo trabalhadas.
3. Ação que não cabe no dia. Sequência de nove passos com três reuniões não sobrevive à semana real de um CSM com carteira cheia.

O teste é simples: se o playbook não diz o que fazer nas próximas duas horas, ele não vai ser usado.

Quantos playbooks uma operação precisa

Muito menos do que parece. Uma operação madura roda poucos, cobrindo os momentos em que a intervenção muda o resultado:

• Onboarding travado. A conta não atingiu o marco de ativação no prazo esperado.
• Queda de uso. Sinal antecedente clássico, e o mais acionável.
• Perda de patrocinador. O contato principal saiu ou mudou de função.
• Preparação de renovação. Disparado por data, com antecedência definida pelo ciclo do cliente.

Playbook para tudo produz uma biblioteca que ninguém consulta. Poucos, bem instrumentados, mudam número.

O que escrever em cada um

• O gatilho, em condição verificável. Precisa poder ser avaliado por consulta, não por interpretação.
• O dono. Uma pessoa ou um papel, nunca uma área.
• A primeira ação, específica. "Entrar em contato" não é ação. "Enviar a mensagem X para o contato Y propondo Z" é.
• O prazo. Sem ele, playbook vira intenção.
• O critério de saída. O que precisa acontecer para a conta voltar ao fluxo normal, e o que fazer se não acontecer.

Como saber se está funcionando

Não é pela taxa de execução. Uma operação pode executar todos os playbooks e não mudar resultado nenhum, se o gatilho estiver errado.

O que responde é a comparação: contas que passaram pelo playbook contra contas com o mesmo sinal que não passaram. Se não há diferença de desfecho, o problema está no gatilho ou na ação, e executar mais não resolve.

Erros comuns

• Confundir com escalation. Playbook é rotina disparada por sinal; escalation é exceção que sobe de nível. Tratar os dois igual faz um virar o outro.
• Copiar playbook de outra operação. O gatilho depende da instrumentação que você tem e do que o seu produto significa para o cliente.
• Revisar nunca. Sinal que era antecedente há um ano pode ter deixado de ser depois de uma mudança de produto.

FAQ

O que diferencia playbook de um documento de boas práticas?

O gatilho. Playbook dispara a partir de uma condição verificável, com dono e prazo. Documento de boas práticas depende de alguém lembrar.

Quantos playbooks uma operação precisa?

Poucos. Os momentos em que a intervenção muda o desfecho são contáveis: onboarding travado, queda de uso, perda de patrocinador e preparação de renovação cobrem a maior parte.

Como saber se um playbook funciona?

Comparando contas que passaram por ele com contas que tinham o mesmo sinal e não passaram. Taxa de execução alta sem diferença de desfecho indica gatilho ou ação errada.

Playbook e escalation são a mesma coisa?

Não. Playbook é rotina disparada por sinal previsto; escalation é exceção que eleva o caso a outro nível de decisão, com prazo menor que o normal.

Dá para usar playbook de outra empresa?

Como referência de estrutura, sim. O gatilho, não: ele depende da sua instrumentação e do que o seu produto significa na operação do cliente.

Termos relacionados

• Health Score
• Customer Health
• Escalation
• Handoff
• Churn