12.2 O playbook não é um documento, é uma lista de bifurcações
Agora que a equação está posta, é tentador atacar pelo componente mais visível e começar a escrever um playbook. Faça isso, mas não do jeito que se faz. A ordem importa: quem aceita primeiro que o artefato sozinho não muda nada produz um artefato diferente. Quem pula o capítulo anterior produz um PDF morto mais bonito, com diagramação melhor e a mesma taxa de consulta, que é zero.
A Órbita tem uma regra de desconto. Ela existe, todo mundo conhece, ninguém a escreveu. O dataset é literal: não escrita: até 15% o AE aprova, acima vai pro CRO. A aprovação é feita o CRO, por WhatsApp, com mediana de 2,6 dias e 8 dias no percentil 90. Dos 185 negócios novos de 2025, 57 fecharam acima de 25% de desconto, ou 30,8% do total.
Pergunta antes de ler
Essa regra de uma linha contém quantos momentos de decisão? Escreva o número antes de continuar. Depois escreva qual deles a Órbita é incapaz de auditar hoje, e por quê.
Se a sua resposta foi “um: aprovar ou não aprovar”, guarde-a. Ela é a resposta natural e é a que produz playbooks inúteis.
A regra contém pelo menos três bifurcações, e a mais cara não é a aprovação. A primeira acontece bem antes, quando o AE decide pedir desconto em vez de defender preço, e essa decisão nunca é registrada em lugar nenhum. A segunda é a escolha do tamanho do desconto pedido, que na prática é calibrada pelo que o AE imagina que o CRO vai aceitar. A terceira é a aprovação. Só a terceira tem alguma evidência, e ela mora numa conversa de WhatsApp. É por isso que 57 contratos passaram do dobro do limite da regra sem que ninguém conseguisse apontar onde o processo falhou: o processo não falhou, porque não havia processo. Havia uma frase.
- Momento de decisão
Um momento de decisão é um ponto do processo comercial onde o vendedor precisa escolher entre caminhos e a escolha tem consequência material sobre o desfecho. Formalmente, ele tem quatro partes: um gatilho observável que indica que a pessoa está naquele estado, um critério discriminante que separa dois caminhos, a ação prescrita e a evidência registrável que comprova que a ação ocorreu.
Não confunda com etapa de funil. Uma etapa é um estado. Um momento de decisão é uma bifurcação dentro de um estado. Uma etapa pode conter três momentos de decisão, ou nenhum, e as etapas que não contêm nenhum são exatamente onde os negócios morrem sem que ninguém saiba explicar.
Por que importa: é a unidade atômica do playbook e da medição de adoção. Você nunca mede adoção do playbook. Mede conformidade em momentos de decisão nomeados. Isso torna a conversa específica (“em 4 dos 12 negócios auditados, o AE avançou para proposta sem acesso confirmado a quem assina”) em vez de moral (“o time não segue o processo”). A segunda frase não tem resposta. A primeira tem quatro.
Arraste o desenho para o lado para ver inteiro
A anatomia dos quatro campos
Escrever um momento de decisão parece fácil até a primeira tentativa. O erro aparece sempre nos mesmos dois lugares: o gatilho vira um estado mental e a evidência desaparece. Um gatilho que diz “quando o cliente demonstrar interesse” não é observável, porque duas pessoas olhando a mesma gravação discordam sobre se houve interesse. Um momento sem evidência registrável é inauditável, e o que é inauditável não tem adoção mensurável: você nunca vai saber se foi seguido.
Arraste o desenho para o lado para ver inteiro
momento de decisão = gatilho observável → critério discriminante → ação prescrita → evidência registrável
Leia em português: a unidade do playbook é a bifurcação, não o assunto. Os quatro campos vêm sempre na mesma ordem, e o quarto é o que separa um playbook de uma recomendação. Sem evidência registrável, a adoção será invisível e a discussão sobre ela voltará a ser uma discussão sobre o caráter das pessoas.
| # | Estágio | Critério de saída vigente | Fecha | Por que isso não é um momento de decisão |
|---|---|---|---|---|
| 1 | Qualificação | SDR passou | 29% | Descreve uma passagem de bastão interna. Não diz o que o comprador confirmou, e por isso 41% dos SQL são descartados pelo AE sem motivo registrado. |
| 2 | Descoberta | fizemos a call | 38% | A call acontecer é presença, não decisão. Duas descobertas idênticas em duração podem terminar uma com e outra sem acesso a quem assina. |
| 3 | Demonstração | demo realizada | 49% | Demo realizada mede agenda. O que discrimina é se alguém da operação do cliente reconheceu o próprio processo na tela. |
| 4 | Proposta | proposta enviada | 62% | Enviar é ação do vendedor. A bifurcação real é se o comprador aceitou receber a proposta com um critério de decisão declarado. |
| 5 | Negociação | em negociação | 78% | Estar em negociação é um estado do sentimento do vendedor. Aqui mora a bifurcação de desconto, que é a mais cara da empresa e não está escrita. |
| 6 | Fechamento | contrato em jurídico | 91% | Jurídico é onde o processo termina, não onde ele decide. Com seis versões de minuta em circulação, esse estágio esconde um tempo que ninguém mede. |
Os seis estágios vigentes da Órbita, Bloco 9.3 do dataset. A coluna do meio é o critério de saída publicado. A última coluna é a leitura: em todos os seis, o sujeito da frase é o vendedor, e por isso nenhum deles discrimina caminhos.
Indexado por assunto ou indexado por travamento
Vendedor não lê playbook por curiosidade. Ele consulta quando trava, e travamento acontece num instante específico: o comprador disse que já tem fornecedor, o campeão sumiu, o jurídico pediu uma cláusula estranha, o procurement entrou no terceiro mês. Se o documento está organizado por assunto, com capítulos sobre a empresa, o produto, os concorrentes e a metodologia, a informação certa existe e é inencontrável no instante da necessidade. A consulta zero vira o padrão, e depois de seis meses alguém conclui que o time não gosta de ler.
A diferença entre os dois formatos não é de design nem de ferramenta. É de unidade de organização. O PDF morto é indexado pelo organograma de quem escreveu. O playbook executável é indexado pelo momento em que a pessoa trava. Trocar de índice é a intervenção mais barata deste módulo inteiro, porque não exige escrever conteúdo novo: exige reordenar o que já existe e jogar fora o que não responde a nenhum travamento.
Arraste o desenho para o lado para ver inteiro
Na práticaÓrbita Software · a regra de desconto, reescrita
Passo 1. O custo de não ter a regra escrita. O dataset publica o desperdício com a conta aberta: 57 contratos × excesso médio de 7,4 pp × ACV, valendo R$ 412 mil de ARR por ano. Leia o terceiro operando com cuidado: ACV é o valor anual do contrato, isto é, o que um cliente paga por ano, e o resultado da multiplicação é o total da empresa, a soma dos contratos descontados no ano inteiro, e não o que um contrato sozinho perde. Some o atraso: a aprovação leva 2,6 dias na mediana e 8 dias no percentil 90, o que num segmento com ciclo de 94 dias significa que um em cada dez negócios gasta 8,5% do próprio ciclo esperando uma mensagem.
Passo 2. Escreva o primeiro momento. Gatilho: o comprador pediu desconto, em qualquer formulação, e o pedido está registrado numa gravação ou num e-mail. Critério: o pedido veio acompanhado de uma contrapartida (prazo maior, pagamento antecipado, mais licenças) ou veio sozinho. Ação: se veio sozinho, o AE não cita percentual nenhum na mesma conversa e devolve com a pergunta de contrapartida. Evidência: campo Pedido de desconto com data e com o tipo de contrapartida oferecida.
Passo 3. Escreva o segundo. Gatilho: existe uma contrapartida registrada. Critério: ela cobre, em valor presente, o desconto pedido, ou não cobre. Ação: até 15%, o AE decide; acima disso, o pedido vai ao deal desk com a conta da contrapartida anexada. Evidência: o objeto de aprovação com o valor pedido, o valor aprovado e a conta.
Passo 4. O que isso muda na medição. Hoje a pergunta “o time segue a regra de desconto?” não tem resposta possível. O defeito 10 do Bloco 8 diz por quê: não existe ponto no processo onde um desconto possa ser barrado por sistema. Com os dois momentos escritos e as duas evidências criadas, a pergunta vira duas contagens: quantos pedidos de desconto foram registrados e, entre eles, quantos tinham contrapartida. Na primeira semana você não vai ter resposta. Na quarta, vai.
A leitura. Repare no que não foi feito. Ninguém foi treinado, nenhuma ferramenta foi comprada, nenhum comunicado foi enviado. Duas bifurcações foram nomeadas e duas evidências foram criadas. Esse é o trabalho de especificação, e ele antecede tudo o mais: sem ele, o onboarding do capítulo 12.3 ensina o improviso do gestor que estiver disponível, e o coaching do capítulo 12.4 vira a transmissão do estilo pessoal de quem coacha.
Arraste o desenho para o lado para ver inteiro
Playbook não é o que a empresa sabe. É o que ela consegue cobrar.
Exercício 12.250 minutos, seu playbook atual e três gravações
- Abra o sumário do seu playbook atual. Para cada seção, escreva o gatilho observável que faria alguém abri-la. Marque as que não têm gatilho e diga para onde elas vão.
- Escreva três momentos de decisão da sua operação, com os quatro campos completos. Para cada evidência, nomeie o campo ou o objeto do CRM que a guarda. Se algum não existir, diga o que precisa ser criado antes.
- Pegue duas etapas do seu funil e conte quantas bifurcações reais cada uma contém. Depois compare com a taxa de fechamento publicada de cada etapa e explique o que a combinação significa.
- Metacognitiva: nos últimos 90 dias, quantas vezes você mesmo abriu o playbook da sua empresa? Sem justificar, responda o número e depois diga o que ele prova sobre o índice do documento.
Conferir respostasEsconder respostas
- A poda. A regra é o teste do gatilho: para cada seção, escreva a frase observável que faz alguém abri-la. Seções sobre história da empresa, posicionamento e visão de produto não passam, e não porque sejam ruins: porque ninguém as abre travado. Elas vão para o onboarding. Não existe percentual de referência para quanto migra, e quem lhe oferecer um está inventando: o que a poda produz é um documento menor, mais feio e consultável, e o único número que importa depois dela é quantas vezes por semana alguém abre o que sobrou.
- Os três momentos da Órbita. Pedido de desconto sem contrapartida, avanço para Proposta sem acesso a quem assina, e reativação de campeão silencioso. Os três têm gatilho observável. O terceiro é o que costuma não ter evidência: se o CRM não tem data de último contato com a pessoa nomeada como campeã, você precisa criar esse campo antes de escrever o momento, e não depois.
- Etapa e bifurcação. Negociação é uma etapa e contém pelo menos duas bifurcações: pedir ou não pedir desconto, aceitar ou não aceitar o prazo de pagamento. Demonstração é uma etapa que, na Órbita, contém zero: o critério publicado é “demo realizada”, que não separa caminho nenhum. Etapa sem bifurcação não é erro por si; etapa sem bifurcação e com 49% de taxa de fechamento significa que a decisão que importa está acontecendo em outro lugar, sem registro.
- A metacognitiva. A resposta esperada é desconfortável: você provavelmente consultou zero vezes, e o motivo não é preguiça. É que o documento está indexado por assunto e o seu travamento tem outro nome. Se você consultou muitas vezes, verifique o que consultou: costuma ser a tabela de preço, que é a única parte genuinamente executável da maioria dos playbooks existentes.
Armadilha: declarar vitória quando o playbook foi publicado
A reunião existe em quase toda empresa que passou por esse projeto. O time de RevOps apresenta o playbook novo, oitenta páginas, diagramado, com vídeo de abertura do CRO. A métrica de sucesso apresentada é “100% do time leu e confirmou leitura”, e normalmente é verdadeira. Todo mundo aplaude. O projeto é encerrado e quem o conduziu recebe o crédito, o que é pior do que parece, porque cria o precedente de que publicar conta como entregar.
Publicação não é métrica de enablement, é métrica de calendário. As duas métricas corretas são consulta no momento da decisão e conformidade observada em gravação, e as duas só existem se os momentos tiverem evidência registrável. Seis meses depois, quando a taxa de ganho não se mexeu, a conclusão que a diretoria tira não é “medimos a coisa errada”. É “playbook não funciona”, e essa frase fecha a porta para a próxima tentativa por dois anos.
Recuperação
Responda antes de abrir. Tentar e errar consolida mais que reler.
1Escreva os quatro campos de um momento de decisão na ordem e diga qual deles, se faltar, torna a adoção invisível.
Gatilho observável, critério discriminante, ação prescrita, evidência registrável. Falta a evidência e a adoção fica invisível: você continua sem saber se o comportamento aconteceu, e a conversa volta a ser sobre disciplina. Quem escreveu só três campos escreveu uma recomendação, não um momento.2No segmento enterprise da Órbita o ciclo é de 186 dias e foram fechados 6 negócios novos em 2025. Se você escrever um momento de decisão que só se aplica a esse segmento, quantas oportunidades de observar conformidade você terá por trimestre, e o que isso obriga você a fazer diferente?
6 negócios ganhos no ano dão 1,5 por trimestre, e mesmo somando as oportunidades perdidas o volume é baixo demais para medir conformidade por amostragem. A consequência de desenho é direta: em enterprise você audita censo, não amostra, e mede conformidade em momentos intermediários (acesso a quem assina, critério de decisão escrito) em vez de esperar o desfecho. Em SMB, com ciclo de 38 dias e 128 logos novos no ano, vale exatamente o contrário.3No Módulo 4 você mediu as passagens de bastão da Órbita. A passagem de SDR para AE falha em 41% dos casos. Reescreva essa passagem como um momento de decisão e diga qual campo do CRM precisa existir.Módulo 4 · processos
Gatilho: o SDR marcou reunião e ela foi realizada. Critério: o comprador confirmou um problema com número e existe alguém nomeado que sofre com esse problema, ou não existe. Ação: se não existe, o AE devolve o SQL com o motivo em campo de lista, e a devolução não conta contra a meta do SDR no mesmo mês. Evidência: campo Motivo de devolução com valores fechados. Hoje esse campo não existe em forma utilizável, e o defeito 4 do Bloco 8 explica por quê: o campo motivo de perda tem 214 valores distintos digitados.4De memória, escreva o teste que decide se uma seção pertence ao playbook ou ao material de onboarding.
Escreva o gatilho observável que faz alguém abrir aquela seção. Se você não consegue escrever, a seção não pertence ao playbook: pertence ao onboarding ou à wiki. O teste é barato e impopular, porque a maior parte do que foi escrito com carinho não passa.