🥇 Regra de ouro da escala
Existe uma fronteira invisível entre o que precisa ser único por cliente e o que precisa ser igual entre clientes. Atravessar essa fronteira nas direções erradas é o que faz consultor de IA travar em 3 clientes simultâneos e desistir achando que "não dá pra escalar serviço".
💡 Conceito principal
Personalize o diagnóstico, padronize o projeto. A frente do cliente (entrevista, mapa, relatório) é hiperpersonalizada porque é onde nasce a confiança. O bastidor (prompts, fluxos, código, propostas) é 80% repetível porque a infraestrutura técnica de uma clínica é igual à de outra clínica.
✓ Escala certa
- ✓Cada cliente recebe relatório único com nome e números dele
- ✓O fluxo n8n do assistente é o mesmo, só muda o conhecimento
- ✓Os prompts vivem em uma biblioteca versionada
- ✓3º cliente do nicho fica pronto em 10 dias
✗ Armadilha da escala
- ✗Cada cliente vira projeto novo, do zero
- ✗Relatório virou template genérico com nome trocado
- ✗Você refaz prompt porque "esqueceu como tinha feito antes"
- ✗10º cliente demora igual ao 1º
💡 Dica prática
Depois do 3º cliente, abra uma planilha com 2 colunas: "o que mudou" e "o que repetiu". Tudo que aparece na coluna "repetiu" 2 vezes ou mais vai pra biblioteca como template. Em 6 meses sua biblioteca cobre 80% do trabalho.
📚 Biblioteca pessoal de playbooks
Sua biblioteca é o ativo invisível que cresce a cada projeto entregue. Quem trata cada cliente como evento isolado nunca consolida memória externa — e a cada novo projeto reaprende coisas que já sabia. Biblioteca é o que separa quem improvisa de quem opera com sistema.
📂 Estrutura mínima da biblioteca
Captura no momento do trabalho
Toda vez que você ajusta um prompt ou cria um fluxo, salva imediatamente na biblioteca. Não deixe pra depois.
Versiona cada melhoria
Prompt v1 → v2 → v3. Quando v3 quebra, você volta pra v2 em 30 segundos.
Anonimiza antes de salvar
Tira nome de cliente, valores específicos, dados sensíveis. Mantém estrutura. Reuso fica seguro.
Revisa trimestralmente
A cada 3 meses, varre a pasta e marca o que virou padrão de fato. O que ninguém usou em 6 meses, aposenta.
📦 Kit de implementação por pacote
Cliente compra nome simples, não arquitetura. Crie 3 pacotes nomeados, com escopo claro, preço de tabela e kit técnico pronto. Cada novo projeto começa em "qual pacote?" — não em "vamos pensar no que dá pra fazer".
Assistente WhatsApp + FAQ + handoff humano. Para quem perde lead na demora.
Qualificação + proposta automática + follow-up. Para quem demora dias para responder lead.
Procedimentos + checklist + relatório. Para quem depende da cabeça do dono.
💡 Cada pacote tem 4 elementos fixos
- 1. Nome simples — em uma palavra que o dono entenda na primeira leitura.
- 2. Escopo fechado — o que está e o que NÃO está incluído, por escrito.
- 3. Kit técnico — peças prontas na biblioteca, prontas pra adaptar.
- 4. Métrica de sucesso — número que define se entregou o que prometeu.
💡 Dica prática
Quando o cliente pedir algo fora do pacote, não diga "não". Diga: "isso é add-on, adiciono na próxima fase por R$ X". Add-on protege margem e ainda vira venda futura.
🚪 Onboarding do cliente em 5 passos
Os primeiros 7 dias definem o resto do projeto. Cliente que vê algo funcionando em uma semana confia, paga em dia e indica. Cliente sem entrega visível começa a duvidar, atrasa pagamento e pede reunião extra. Onboarding rápido é proteção do projeto.
Kickoff de 45 minutos
Apresenta cronograma, define ponto focal, alinha métrica de sucesso. Mostra a biblioteca de exemplos. Combina canal de comunicação único (Slack ou WhatsApp dedicado).
Checklist de acessos
Lista exata: número WhatsApp Business, login das ferramentas, exemplos de conversas, logotipo. Sem essa lista, projeto trava no D5.
Coleta de exemplos reais
10-20 conversas com clientes finais, 5-10 propostas anteriores, FAQ informal. É a matéria-prima dos prompts. Sem exemplos reais, IA responde genérico.
Versão 1 funcionando
Vitória rápida: assistente respondendo em ambiente controlado, painel mínimo configurado. Cliente vê algo funcional antes de uma semana. Confiança consolidada.
Ajuste + início do treinamento
Reunião de 30min: o que o cliente quer ajustar, o que ele precisa aprender pra continuar usando. Treinamento começa cedo, não no final.
💡 Dica prática
Mande o checklist de acessos do D2 antes do kickoff, pra cliente já chegar com material em mãos. Cliente que precisa "procurar" depois do kickoff trava o projeto em 4-7 dias.
✅ Checklist de qualidade pré-entrega
Sem checklist você esquece um item por projeto. Descobre na semana seguinte, refaz no fim de semana, queima reputação por bobagem. Checklist transforma qualidade em hábito, não em sorte. Cada bug encontrado vira novo item da lista.
📋 Os 20 itens essenciais
- ☐ Prompt mestre revisado e versionado
- ☐ Casos-limite testados (10 cenários)
- ☐ Mensagem de erro tratada com clareza
- ☐ Handoff humano funcionando
- ☐ Backup do fluxo n8n exportado
- ☐ Custo de API estimado e comunicado
- ☐ Logs ativos pra debug futuro
- ☐ Acessos limitados ao mínimo
- ☐ Métrica de sucesso configurada
- ☐ Painel simples acessível
- ☐ Treinamento agendado
- ☐ Documentação curta entregue (1 página)
- ☐ Vídeo de 5min gravado
- ☐ Contato de suporte definido
- ☐ SLA combinado por escrito
- ☐ Plano de continuidade proposto
- ☐ Termo de uso de imagem assinado
- ☐ Pagamento da etapa confirmado
- ☐ Próxima reunião marcada
- ☐ Pesquisa de NPS enviada
💡 Conceito principal
Cada bug que aparece em produção depois da entrega é convertido em novo item da checklist. Em 12 meses sua checklist tem 30-40 itens e seu produto fica praticamente livre de surpresa. Quem nunca cresce a checklist repete os mesmos erros nos próximos projetos.
🛡️ Evitar refazer tudo do zero
Todo dono acha o negócio dele único. Em 90% das vezes, o que ele chama de "diferente" é só vocabulário próprio, não fluxo realmente diferente. Sua função é traduzir a versão pessoal pra dentro do template — não desmontar o template.
💡 A tradução vocabulário → template
✓ Como conduzir
- ✓"No nosso método, o padrão é X. Funciona pra você assim?"
- ✓Mostra a peça pronta antes de discutir customização
- ✓Customização real entra como add-on, com preço
- ✓Aprende vocabulário do cliente, mantém arquitetura
✗ Armadilhas comuns
- ✗Aceitar "nossa empresa é diferente" sem evidência
- ✗Refazer fluxo do zero pra agradar
- ✗Customizar grátis pra "fechar a venda"
- ✗Esconder que existe template (parece desvalorizar entrega)
💡 Dica prática
Tenha uma frase pronta: "No nosso método já testamos isso com X clínicas e funciona assim. Vamos rodar o padrão por 30 dias e, se aparecer algo que realmente não encaixa, ajustamos como add-on." Funciona em 80% das objeções de "somos diferentes".