V2 — Implantação (onboarding pago)
10 fases em quartetos + Brand Context Engine (10 módulos). Reposicionado high ticket.
✔ Completo no papel
V3 — Operação contínua (retainer)
Blueprint + 7 etapas (Setup · Produzir · Anunciar · Atender · Vender · Ritual) + 5 módulos novos.
✔ Completo no papel
Fusão V2+V3
Um Projeto, dois planos. SPEC v2.0 do módulo de produção + Manual de Operação Consolidado.
✔ Estruturado
Biblioteca de briefings
Núcleo Comum + 4 módulos + 4 subsistemas + 3 fundidos = 12 briefings + Mapa.
✔ Completo
Plataforma (módulo de produção)
SPEC pronta; JSON schema por módulo depende do stack.
◐ Bloqueado no stack
Validação com clientes reais
6 clientes esperando. Nenhum ciclo real rodado; exemplos são a Clínica Vértice (fictícia).
✕ Zero
O método está maduro no papel e com validação em zero. Isso não é um detalhe — é o risco central, e ele cresce a cada documento. Cada artefato novo (inclusive os desta sessão) amplia a superfície de um sistema que nunca tocou um cliente real.
O laço de autoria é fechado. Método e exemplo (Clínica Vértice) saíram da mesma cabeça — por isso batem perfeitamente. Um exemplo que confirma a si mesmo não prova nada e não falsifica nada; ele gera falsa confiança. A correção faq-bank/offers de hoje é o sintoma: contradições internas só aparecem numa auditoria — ou num cliente real.
O sprawl é real — "arquivo demais atrapalha", nas suas palavras. São ~80+ artefatos para um método com 0 ciclos validados. O Manual e o Mapa são bons antídotos (portas únicas); o reflexo a vigiar é documentar mais em vez de rodar.
A boa notícia: a arquitetura é coerente e o diferencial certo já está nomeado — posse + curadoria humana + done-for-you + "1 ciclo rodado" + fronteira honesta. Falta só a coisa que nenhum documento entrega: a prova.
1
Eleger 1 cliente-farol dos 6 e rodar de ponta a ponta
Não os 6 em paralelo (isso repete o gargalo antes de a máquina estar provada). Um cliente pelo V2 → 1º ciclo do V3, cronometrando cada toque humano. É o único movimento que testa a hipótese-mãe (a automação descola receita de mão de obra?) — e não precisa de plataforma, stack nem mais um documento. Desenhe-o como case desde o dia 1: baseline, o loop, as horas.
Impacto máximoEsforço médio
2
Instrumentar horas-humanas por entregável
Toda a tese econômica (margem 70–85%) repousa na queda de horas humanas por peça — e nada mede isso hoje (o "0,72h" da Vértice é fictício). Um log de tempo bobo (até planilha) em cada ciclo de cada esteira. É a métrica que prova ou mata o modelo — mais importante que os schemas da plataforma.
Impacto máximoEsforço baixo
3
Congelar documentação nova até 1 ciclo real fechar
Um "freeze" declarado: o próximo artefato do método deve ser o output real de um cliente real, não outro template. Isso corta o sprawl na fonte e força o foco pra onde o valor está travado. (Esta revisão é a última peça de documentação antes do freeze.)
Impacto altoEsforço nenhum — é uma decisão
5
Ligar a biblioteca de briefings ao Brand Context
Os 12 briefings capturam o input lindamente, mas não dizem qual módulo do Brand Context cada um alimenta (ex.: Motor de Conteúdo → voice-config + editorial-pillars; Identidade → identity + voice). Uma linha "alimenta o módulo X" em cada briefing (ou no Mapa) fecha o elo intake → sistema. Pequeno e alto retorno — posso fazer.
Impacto médioEsforço baixo
O método já é bom o suficiente pra ser provado. O próximo salto não é escrever — é rodar.