Ordem de leitura obrigatória (qualquer sessão nova):
Compatível com: identidade atual (estrutura antes de tática; tráfego pago não como motor principal; resultado com accountability).
1. Bundle base comum
Antes de executar um perfil, garantir ingestão dos ficheiros relevantes deste bundle (ampliar por perfil na tabela abaixo).
| Ficheiro | Uso |
|---|---|
contexto/ecossistema/tres-planos-metodo.md | OS × método cliente × instrumentos — evitar fugir catálogo no copy |
contexto/vendas/unidade-de-venda.md | O que vendemos sintético — pitch inicial / retainer |
contexto/CONTEXT.md | Regras de onde gravar, protocolos |
contexto/adocs/a3-vision-identity.md | Território, princípios, CAN / CAN’T |
contexto/marketing/posicionamento.md | Tom e o que nunca comunicar |
contexto/vendas/icp-global.md | ICP interno dos clientes A3 Vision |
contexto/produtos/.../motor-crescimento/arvore-escopo-instrumentos.md | Heurísticas: quando prescrever tráfego, LP, CRM, etc. — nunca SKU fixo antes do diagnóstico |
contexto/ecossistema/roteiro-maturidade-os-agentes.md | Estado maturidade agentes/chains — evitar esperar OS “terminado” para executar |
contexto/produtos/produtos-comerciais/backend-ltv/motor-crescimento/overview.md | Definição do produto central |
Propositadamente omitido aqui: preços finais — ver contexto/financeiro/precificacao.md; o agente não inventa valores nem garantias escritas não acordadas.
2. Fluxo do produto central (ordem oficial das chains)
Engajamentos que seguem o Motor Comercial usam estas chains nesta ordem:
| Etapa | Chain | Entrada típica | Saída canónica |
|---|---|---|---|
| T1 Diagnóstico | ../produtos/produtos-comerciais/backend-ltv/motor-crescimento/prompt-chains/01-analise-diagnostico.md | clientes/[slug]/00-briefing-inicial.md + inputs acordados | clientes/[slug]/01-diagnostico.md |
| T2 Playbook | ../produtos/produtos-comerciais/backend-ltv/motor-crescimento/prompt-chains/02-geracao-playbook.md | Briefing + 01-diagnostico.md validado | 02-icp.md, 03-playbook.md, 04-scripts-vendas.md |
| T3 Retainer | ../produtos/produtos-comerciais/backend-ltv/motor-crescimento/prompt-chains/03-relatorio-mensal.md | Playbook atual + métricas/notas do período | Atualizar clientes/[slug]/revisoes/ + síntese de ajustes |
Os perfis da tabela seguinte complementam este fluxo (pré-venda, marketing, pecas de apresentação, especificações técnicas de LP, etc.).
3. Tabela de perfis (agentes lógicos)
Convenção de rascunhos: ficheiros gerados pelo agente que ainda não foram validados para o cliente podem usar o prefixo draft- na pasta do slug, ex.: clientes/[slug]/draft-brief-criativo-pmoc.md. Após validação humana, integrar conteúdo nos ficheiros canónicos ou mover para cliente/ (camada de apresentação) conforme o protocolo.
| Perfil | Missão (1 linha) | Ler também | Entradas mínimas | Saídas (onde gravar) | Ligação a chain |
|---|---|---|---|---|---|
| Orquestrador / Estrategista | Garantir que proposta, escopo e narrativa respeitam identidade e produto central | Bundle base + empresa/modelo-de-negocio.md | Pedido do time, fase do funil | ADR ou nota em empresa/historico-decisoes/ se mudar o método; alinhar vendas/proposta-template.md | Coordena T1→T3 |
| Inteligência de mercado | Sintetizar concorrentes, regulação e dinâmica do segmento sem alucinar fontes | marketing/inteligencia-de-mercado/fontes-e-metodologia.md, marketing/narrativa-proprietaria.md | Tema/setor, links ou notas fornecidas pelo humano | Novo ficheiro em marketing/inteligencia-de-mercado/capturas/YYYY-MM-DD-tema.md | Alimenta T1 e conteúdo |
| ICP & posicionamento (cliente final) | Refinar ICP e mensagem do cliente da A3 em qualquer setor onde haja correspondência ao diagnóstico | clientes/[slug]/01-diagnostico.md, marketing/icp-marketing.md | Briefing + diagnóstico ou entrevista resumida | clientes/[slug]/02-icp.md (via T2) ou draft- antes de validar | T2 |
| Criativo (copy / peças) | Roteiros, carrosséis, emails, headlines — tom da marca A3 ou do cliente conforme brief | marketing/linkedin/guia-de-voz.md, posicionamento.md | Brief 1 parágrafo + objetivo do funil | marketing/linkedin/posts/YYYY-MM-DD-slug.md (A3) ou clientes/[slug]/draft-* (cliente) | Pós-T2 ou campanha pontual |
| Tráfego / demanda (orgânico) | Plano de cadência, temas, SEO leve e distribuição alinhados a “autoridade antes de volume” | marketing/linkedin/estrategia-canal.md, calendario-editorial.md | Metas do trimestre, ICP | Atualizar calendario-editorial.md + posts; não prometer CAC/ROI sem dados | Complementa T2–T3 |
| Tráfego pago (opcional) | Apenas quando houver decisão explícita e verba; brief para anúncios → implementação em repo de LPs / ads | posicionamento.md (limite: não é motor principal no posicionamento base) | Objetivo medido, budget, landing existente | clientes/[slug]/draft-brief-ads.md + referência a repo em ecossistema/software-catalogo/repositorios/ | Fora do core se não for wedge |
| Sales copilot (texto) | Scripts, objeções, follow-up, estrutura de call | vendas/scripts/, vendas/objecoes-e-respostas.md | Transcrição resumida ou objeção nova | clientes/[slug]/04-scripts-vendas.md + atualizar vendas/objecoes-e-respostas.md | T2 + campo contínuo |
| Diagnóstico & playbook (execução) | Rodar análise e entregáveis canónicos do Motor | Chains 01–03 | Dados do cliente nos templates | Ficheiros 00–04 + revisoes/ | T1–T3 |
| Páginas / LP (especificação) | Especificação de landing (seções, copy, CTA, tracking) para dev ou repo landingpages | Catálogo repositorios/landingpages.md se aplicável | Objetivo do funil, ICP, oferta | clientes/[slug]/entregaveis/landing-pages/ (preferido após aceite pré‑demo) ou draft-lp-[nome].md enquanto rascunho | Após T2 |
| Execução pré‑demo (pacote inteiro) | Orquestra LPs‑spec + criativos + estratégia cliente + fichas automatização + deck em pastas tema até reunião de apresentação | clientes/[slug]/entregaveis/README.md, identidade-visual/ do slug, playbook | Diagnóstico + combinado escritos pelo humano | clientes/[slug]/entregaveis/**/* estrutura canónica; draft-* só até merge temático nesta árvore | Pós‑T2 / instrumentação combinada |
| Guardrails criativos cliente | Garantir consistência tonal e visual segundo guia cliente (nunca inventar identidade inteira sem input) | entregaveis/identidade-visual/ + posicionamento.md A3 onde aplicável | Decisões aprovadas (paleta, tipografia, veto) sob forma escrita pelo humano | Documentos atualizados em identidade-visual/ + criativos alinhados | Paralelo a execução |
| Atendimento / CS (texto) | FAQs, macros de WhatsApp, SLA de resposta como documentação — não substitui CRM real | operacoes/processos/, playbook do cliente | Casos reais anonimizados | clientes/[slug]/draft-macros-atendimento.md ou secção em 03-playbook.md | Pós-implementação |
| Governança / qualidade | Checagem antes de enviar ao cliente: sem preço inventado, sem promessa legal, dados citados ou marcados como hipótese | CONTEXT.md §10 | Rascunho a validar | Checklist mental; erro → corrigir no draft- antes de merge | Todas |
4. Loop de robustez (feedback → OS)
Para o corpus ganhar corpo com o tempo:
| Evento | Ação |
|---|---|
| Fim de reunião comercial importante | Registrar objeções e respostas em vendas/objecoes-e-respostas.md |
| Insight de segmento ou concorrente | marketing/inteligencia-de-mercado/capturas/YYYY-MM-DD-*.md |
| Mudança de método ou escopo interno | ADR em empresa/historico-decisoes/ |
| Ajuste no playbook tipo “sempre falha no passo X” | Editar texto da chain correspondente ou nota na chain + playbook do cliente |
Retro pós-call: modelo fixo em ../vendas/template-retro-pos-reuniao.md; cópias datadas opcionais em ../vendas/retros/.
5. Estado da implementação (corpus + operação)
Já criado neste repo
- MANUAL-OPERACAO-OS.md — operadores:
visao-next, Cursor, Claude Code. ../vendas/template-retro-pos-reuniao.md+ pasta../vendas/retros/(opcional).../financeiro/protocolo-premissas-e-atualizacao.md.../produtos/.../metodologia-45-dias.md.- Convenção
draft-*+clientes/_template/rascunhos/e protocolos no../CONTEXT.md§7. - Checklist no topo de
../vendas/proposta-template.md. - Índice de perfis (este ficheiro) + chains 01–03 + capturas inteligência.
- tres-planos-metodo.md + roteiro-maturidade-os-agentes.md — como falar estado OS vs próximo nível de agentes/chains sem bloquear entrega atual.
Comunicação rápida (estado atual)
É correto afirmar: há OS operacional para o time (método + artefactos + revisão humana); estrutura de agentes já iniciada, iterativa; prompts centrais do Motor existentes nas chains 01–03. O gap para “camada madura” é expansão sistemática de prompts/handoffs e critérios de invocação — não é preciso considerar‑se “sem OS” até isso ficar grande; já se pode estudar problema, blueprint e propor com o que há.
Ver roteiro: roteiro-maturidade-os-agentes.md.
Pendências operacionais (o OS não faz sozinho)
clientes/README.md— primeira linha de cliente real quando haver engajamento.- Preencher com o time:
financeiro/precificacao.md, métricas reais onde definido,../vendas/pipeline-atual.md. - Chains adicionais — quando um fluxo se repetir (ex.: “brief a partir de transcrição”); usar roteiro-maturidade-os-agentes.
- Skills Cursor (opcional) — finas, apontando para este índice + MANUAL após dois usos repetidos do mesmo caminho humano.
Prioridade técnica (fora do Markdown)
- Automações (CRM, transcrições) nos repos catalogados em
software-catalogo/. - Evoluções do produto Vision / automação de UI sobre este corpus.
6. Manutenção deste índice
Quando aparecer novo perfil repetido no dia a dia, adicione uma linha na tabela §3 e, se nova chain existir, linha na §2. Rever trimestralmente com o próprio TEMPLATE de retrospective seção §5.