Workflows Inter-Agentes
Fluxos completos de colaboracao entre agentes, com handoffs formais, checkpoints e criterios de saida.
Principio Central
Um workflow nao e uma lista de tarefas.
E uma sequencia ORQUESTRADA de colaboracoes entre agentes,
onde cada handoff tem:
- Artefato entregue
- Contexto transferido
- Expectativa clara
- Criterio de aceite
Indice de Workflows
| # |
Workflow |
Trigger |
Agentes Principais |
| 1 |
Nova Feature |
"Implementar X" |
CPO, CDO, CTO, Data |
| 2 |
Experimento/Teste |
"Testar hipotese Y" |
Data, Growth, CTO |
| 3 |
Decisao Estrategica |
"Devo fazer X ou Y?" |
CEO Zero, Contrarian, Pre-Mortem |
| 4 |
Crise/Incidente |
"Sistema caiu" |
CTO, CS, CMO, Pre-Mortem |
| 5 |
Mudanca de Preco |
"Mudar preco para X" |
CRO, CFO, Data, Pre-Mortem |
| 6 |
Lancamento/Go-Live |
"Lancar feature X" |
CMO, CS, CTO, Data |
| 7 |
Contratacao |
"Contratar para X" |
People, CFO, Focus |
| 8 |
Parceria |
"Fechar parceria com X" |
Partnership, Legal, CFO |
| 9 |
Expansao |
"Expandir para X" |
Expansion, Pre-Mortem, CFO |
| 10 |
Reducao de Churn |
"Reduzir churn" |
CS, Behavioral, Data, CPO |
| 11 |
Lancamento Viral |
"Viralizar" |
Viral Architect, Persuasion, CMO, Growth |
Workflow 1: Nova Feature (End-to-End)
TRIGGER: "Quero implementar [feature X]" / "Precisamos de [funcionalidade Y]"
DURACAO TIPICA: 2-6 semanas (dependendo do appetite)
AGENTES ENVOLVIDOS:
Primary: CPO, CDO, CTO
Support: CXO, Head of Data, AI Scientist (se tiver IA)
Validators: Focus Guardian, Pre-Mortem, Legal (se compliance)
Fase 1: Validacao (Gate: Deve prosseguir?)
┌─────────────────────────────────────────────────────────────────────────────┐
│ FASE 1: VALIDACAO │
│ Objetivo: Confirmar que vale investir tempo nessa feature │
├─────────────────────────────────────────────────────────────────────────────┤
│ │
│ STEP 1.1: Focus Guardian │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Input: Descricao da feature │ │
│ │ Analise: E prioridade do quarter? Alinha com metas? │ │
│ │ Output: APROVADO / ADIADO / REJEITADO │ │
│ │ Se REJEITADO: Fim do workflow, documentar razao │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ (se aprovado) │
│ STEP 1.2: Pre-Mortem │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Input: Feature aprovada por Focus │ │
│ │ Analise: O que pode dar errado? Riscos criticos? │ │
│ │ Output: Lista de riscos + mitigacoes │ │
│ │ Se RISCO CRITICO SEM MITIGACAO: Escalar para CEO Zero │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ (se riscos aceitaveis) │
│ STEP 1.3: CPO │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Input: Feature + riscos mapeados │ │
│ │ Analise: Resolve job real? JTBD? Kano category? │ │
│ │ Output: Decisao de produto + appetite (tempo maximo) │ │
│ │ Artefato: PRD inicial (problema + hipotese + metricas) │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │
│ CHECKPOINT 1: │
│ [ ] Focus Guardian aprovou prioridade │
│ [ ] Pre-Mortem mapeou riscos aceitos │
│ [ ] CPO confirmou JTBD real │
│ [ ] Appetite definido (X semanas) │
│ │
│ EXIT CRITERIA: 4/4 checks → FASE 2 │
│ ABORT: Qualquer veto → Documentar, arquivar │
│ │
└─────────────────────────────────────────────────────────────────────────────┘
Fase 2: Especificacao (Gate: Esta bem definido?)
┌─────────────────────────────────────────────────────────────────────────────┐
│ FASE 2: ESPECIFICACAO │
│ Objetivo: Definir O QUE construir e COMO vai parecer │
├─────────────────────────────────────────────────────────────────────────────┤
│ │
│ STEP 2.1: CPO elabora PRD completo │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Input: PRD inicial da Fase 1 │ │
│ │ Trabalho: │ │
│ │ - Detalhar requisitos funcionais │ │
│ │ - Definir requisitos nao-funcionais │ │
│ │ - Escrever User Stories com Acceptance Criteria │ │
│ │ - Definir metricas de sucesso │ │
│ │ Output: PRD completo │ │
│ │ Artefato: DOCS/product/prds/PRD-[feature].md │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ ══════════════════════════════════════════════════════════════════════ │
│ HANDOFF: CPO → CDO │
│ ────────────────────────────────────────────────────────────────────── │
│ Artefato: PRD completo + User Stories │
│ Contexto: Jobs do usuario, personas, restricoes │
│ Expectativa: Wireframes/mockups em [X dias] │
│ Criterio: Design cobre todos os User Stories │
│ ══════════════════════════════════════════════════════════════════════ │
│ │ │
│ ▼ │
│ STEP 2.2: CDO cria Design │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Input: PRD + User Stories │ │
│ │ Trabalho: │ │
│ │ - Wireframes de baixa fidelidade │ │
│ │ - Mockups de alta fidelidade │ │
│ │ - Especificacoes de componentes │ │
│ │ - Estados (loading, error, empty, success) │ │
│ │ - Responsivo (mobile, tablet, desktop) │ │
│ │ Validacao paralela: CXO valida UX │ │
│ │ Output: Design aprovado │ │
│ │ Artefato: Link Figma + Design Specs │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ ══════════════════════════════════════════════════════════════════════ │
│ HANDOFF: CDO → CTO │
│ ────────────────────────────────────────────────────────────────────── │
│ Artefato: Mockups aprovados + Design Specs + PRD │
│ Contexto: Componentes usados, estados, breakpoints │
│ Expectativa: Tech Spec em [Y dias] │
│ Criterio: Tech Spec cobre arquitetura + API + DB │
│ ══════════════════════════════════════════════════════════════════════ │
│ │ │
│ ▼ │
│ STEP 2.3: CTO cria Tech Spec │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Input: PRD + Design │ │
│ │ Trabalho: │ │
│ │ - Arquitetura de componentes │ │
│ │ - API endpoints │ │
│ │ - Database schema │ │
│ │ - Seguranca e performance │ │
│ │ - Rollout plan │ │
│ │ Consulta: AI Scientist (se componente de IA) │ │
│ │ Output: Tech Spec aprovada │ │
│ │ Artefato: DOCS/engineering/specs/SPEC-[feature].md │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ STEP 2.4: Head of Data define metricas │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Input: PRD (metricas de sucesso) + Tech Spec │ │
│ │ Trabalho: │ │
│ │ - Definir eventos de tracking │ │
│ │ - Criar queries para dashboard │ │
│ │ - Definir alertas │ │
│ │ Output: Plano de instrumentacao │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │
│ CHECKPOINT 2: │
│ [ ] PRD completo com User Stories │
│ [ ] Design aprovado por CPO + CXO │
│ [ ] Tech Spec revisada │
│ [ ] Plano de metricas definido │
│ │
│ EXIT CRITERIA: 4/4 checks → FASE 3 │
│ │
└─────────────────────────────────────────────────────────────────────────────┘
Fase 3: Implementacao (Gate: Esta funcionando?)
┌─────────────────────────────────────────────────────────────────────────────┐
│ FASE 3: IMPLEMENTACAO │
│ Objetivo: Construir, testar e preparar para lancamento │
├─────────────────────────────────────────────────────────────────────────────┤
│ │
│ STEP 3.1: CTO implementa │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Input: Tech Spec + Design │ │
│ │ Trabalho: │ │
│ │ - Codigo │ │
│ │ - Testes unitarios │ │
│ │ - Testes de integracao │ │
│ │ - Code review │ │
│ │ Output: Feature em staging │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ STEP 3.2: Head of Data instrumenta │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Input: Feature em staging │ │
│ │ Trabalho: │ │
│ │ - Implementar tracking events │ │
│ │ - Configurar dashboards │ │
│ │ - Configurar alertas │ │
│ │ Output: Metricas funcionando em staging │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ STEP 3.3: Pre-Mortem review │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Input: Feature completa em staging │ │
│ │ Trabalho: │ │
│ │ - Security review │ │
│ │ - Performance review │ │
│ │ - Verificar rollback plan │ │
│ │ Output: Aprovacao ou lista de fixes │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ STEP 3.4: CPO + CXO validam │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Input: Feature em staging │ │
│ │ Trabalho: │ │
│ │ - Testar todos os User Stories │ │
│ │ - Validar UX │ │
│ │ - Verificar fidelidade ao design │ │
│ │ Output: Aprovacao de produto │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │
│ CHECKPOINT 3: │
│ [ ] Testes passando (>80% coverage) │
│ [ ] Staging deployment OK │
│ [ ] Metricas instrumentadas │
│ [ ] Security/performance OK │
│ [ ] CPO/CXO aprovaram │
│ [ ] Rollback testado │
│ │
│ EXIT CRITERIA: 6/6 checks → FASE 4 │
│ │
└─────────────────────────────────────────────────────────────────────────────┘
Fase 4: Lancamento (Gate: Esta gerando valor?)
┌─────────────────────────────────────────────────────────────────────────────┐
│ FASE 4: LANCAMENTO │
│ Objetivo: Lancar, comunicar e monitorar │
├─────────────────────────────────────────────────────────────────────────────┤
│ │
│ STEP 4.1: CMO prepara comunicacao │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Input: Feature aprovada, Release Notes do CPO │ │
│ │ Trabalho: │ │
│ │ - Comunicacao para usuarios │ │
│ │ - Post de blog (se relevante) │ │
│ │ - Update de materiais de marketing │ │
│ │ Output: Plano de comunicacao │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ STEP 4.2: CS prepara suporte │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Input: PRD + Release Notes │ │
│ │ Trabalho: │ │
│ │ - Atualizar documentacao │ │
│ │ - Preparar FAQ │ │
│ │ - Treinar equipe (se houver) │ │
│ │ Output: Suporte pronto │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ STEP 4.3: CTO faz deploy │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Input: Aprovacao final │ │
│ │ Trabalho: │ │
│ │ - Deploy em producao │ │
│ │ - Feature flag (se gradual) │ │
│ │ - Smoke tests │ │
│ │ Output: Feature live │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ STEP 4.4: Head of Data monitora │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Input: Feature live │ │
│ │ Trabalho: │ │
│ │ - Monitorar metricas D+1, D+7 │ │
│ │ - Comparar com baseline │ │
│ │ - Reportar anomalias │ │
│ │ Output: Relatorio de performance │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │
│ CHECKPOINT 4 (D+7): │
│ [ ] Metricas de sucesso atingidas? │
│ [ ] Bugs P0/P1 = 0? │
│ [ ] Feedback positivo? │
│ [ ] Rollback necessario? │
│ │
│ EXIT CRITERIA: │
│ Metricas OK → COMPLETE (adicionar ao LEARNINGS_LOG) │
│ Metricas NOK → ROLLBACK + Post-mortem │
│ │
└─────────────────────────────────────────────────────────────────────────────┘
Workflow 2: Experimento/Teste
TRIGGER: "Quero testar [hipotese Y]" / "Sera que [X] funciona?"
DURACAO TIPICA: 1-4 semanas
AGENTES ENVOLVIDOS:
Primary: Head of Data, Growth Architect
Support: CTO, CPO
Validators: Pre-Mortem
Fluxo
┌─────────────────────────────────────────────────────────────────────────────┐
│ WORKFLOW: EXPERIMENTO │
├─────────────────────────────────────────────────────────────────────────────┤
│ │
│ STEP 1: Head of Data formula hipotese │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Template: │ │
│ │ "Acreditamos que [mudanca] │ │
│ │ para [segmento] │ │
│ │ vai resultar em [metrica] [direcao] [quantidade] │ │
│ │ porque [razao]" │ │
│ │ │ │
│ │ Definir: │ │
│ │ - Metrica primaria │ │
│ │ - Metricas guardrail (o que NAO pode piorar) │ │
│ │ - Sample size necessario │ │
│ │ - Duracao minima │ │
│ │ - Criterio de sucesso │ │
│ │ │ │
│ │ Artefato: HYP-XXX no LEARNINGS_LOG.md (via MCP addLearning) │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ STEP 2: Growth Architect desenha experimento │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Input: Hipotese formulada │ │
│ │ Trabalho: │ │
│ │ - Definir variantes (controle vs tratamento) │ │
│ │ - Definir segmentacao │ │
│ │ - Definir mecanica do teste │ │
│ │ - Estimar impacto se der certo │ │
│ │ Output: Plano de experimento │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ STEP 3: CTO implementa │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Input: Plano de experimento │ │
│ │ Trabalho: │ │
│ │ - Feature flag setup │ │
│ │ - Implementar variantes │ │
│ │ - Tracking events │ │
│ │ Output: Experimento pronto para rodar │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ STEP 4: Rodar experimento │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Duracao: Conforme definido (minimo para significancia) │ │
│ │ Monitoramento: Head of Data acompanha diariamente │ │
│ │ Alertas: Se guardrail violada, pausar │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ STEP 5: Head of Data analisa resultados │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Trabalho: │ │
│ │ - Calcular significancia estatistica │ │
│ │ - Analisar por segmento │ │
│ │ - Verificar guardrails │ │
│ │ - Documentar aprendizados │ │
│ │ Output: Relatorio + recomendacao │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ STEP 6: CPO decide │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Input: Relatorio de resultados │ │
│ │ Decisao: │ │
│ │ VALIDATED → Scale (100% dos usuarios) │ │
│ │ INVALIDATED → Kill ou Pivot │ │
│ │ INCONCLUSIVE → Estender teste ou reformular │ │
│ │ │ │
│ │ Atualizar: HYP-XXX status via MCP │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │
└─────────────────────────────────────────────────────────────────────────────┘
Workflow 3: Decisao Estrategica
TRIGGER: "Devo fazer X ou Y?" / Qualquer decisao de alto impacto
DURACAO TIPICA: 1 interacao (resposta completa)
AGENTES ENVOLVIDOS:
Orchestrator: CEO Zero
Perspectivas: Contrarian, Futurist, Pre-Mortem, Focus Guardian
Area especifica: Agente relevante ao tema
Fluxo
┌─────────────────────────────────────────────────────────────────────────────┐
│ WORKFLOW: DECISAO ESTRATEGICA │
├─────────────────────────────────────────────────────────────────────────────┤
│ │
│ ┌─────────────────┐ │
│ │ CEO ZERO │ │
│ │ (Orquestra) │ │
│ └────────┬────────┘ │
│ │ │
│ ┌────────────────────────┼────────────────────────┐ │
│ │ │ │ │
│ ▼ ▼ ▼ │
│ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ │
│ │ CONTRARIAN │ │ FUTURIST │ │ PRE-MORTEM │ │
│ │ "E se nao?" │ │ "Timing?" │ │ "Riscos?" │ │
│ └─────────────┘ └─────────────┘ └─────────────┘ │
│ │ │ │ │
│ │ │ │ │
│ ▼ ▼ ▼ │
│ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ │
│ │ FOCUS │ │ AREA X │ │ CFO │ │
│ │ "Prioridade"│ │ (Especif.) │ │ (Se custo) │ │
│ └─────────────┘ └─────────────┘ └─────────────┘ │
│ │ │ │ │
│ └────────────────────────┼────────────────────────┘ │
│ │ │
│ ▼ │
│ ┌─────────────────┐ │
│ │ SINTESE │ │
│ ├─────────────────┤ │
│ │ - Consensos │ │
│ │ - Divergencias │ │
│ │ - Trade-offs │ │
│ └────────┬────────┘ │
│ │ │
│ ▼ │
│ ┌─────────────────┐ │
│ │ FRAMEWORK │ │
│ │ TYPE 1 ou 2 │ │
│ └────────┬────────┘ │
│ │ │
│ ┌─────────────┴─────────────┐ │
│ ▼ ▼ │
│ ┌─────────────┐ ┌─────────────┐ │
│ │ TYPE 1 │ │ TYPE 2 │ │
│ │ (Reversivel)│ │(Irreversivel│ │
│ │ │ │ │ │
│ │ Decidir │ │ Coletar │ │
│ │ rapido, │ │ mais dados, │ │
│ │ aprender │ │ consultar │ │
│ └─────────────┘ └─────────────┘ │
│ │
│ OUTPUT: │
│ - Recomendacao clara │
│ - Nivel de confianca │
│ - Riscos identificados │
│ - Proximos passos │
│ │
└─────────────────────────────────────────────────────────────────────────────┘
Workflow 4: Crise/Incidente
TRIGGER: "Sistema caiu" / "Bug critico" / "Problema urgente"
DURACAO TIPICA: Horas (resolucao imediata)
AGENTES ENVOLVIDOS:
Commander: CTO
Support: CS, CMO
Post-incident: Pre-Mortem
Fluxo
┌─────────────────────────────────────────────────────────────────────────────┐
│ WORKFLOW: CRISE/INCIDENTE │
├─────────────────────────────────────────────────────────────────────────────┤
│ │
│ T+0: DETECCAO │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Fonte: Alerta automatico / Usuario reporta / Equipe detecta │ │
│ │ Acao: CTO assume comando imediato │ │
│ │ Prioridade: MAXIMA (interrompe qualquer outro trabalho) │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ T+5min: TRIAGEM │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ CTO avalia: │ │
│ │ - Severidade (P0/P1/P2) │ │
│ │ - Impacto (% usuarios afetados) │ │
│ │ - Causa provavel │ │
│ │ Decisao: Rollback imediato ou fix forward? │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ┌──────────────────┴──────────────────┐ │
│ ▼ ▼ │
│ ┌─────────────────┐ ┌─────────────────┐ │
│ │ ROLLBACK │ │ FIX FORWARD │ │
│ │ │ │ │ │
│ │ - Reverter │ │ - Diagnosticar │ │
│ │ - Verificar │ │ - Corrigir │ │
│ │ - Confirmar │ │ - Testar │ │
│ │ │ │ - Deploy │ │
│ └────────┬────────┘ └────────┬────────┘ │
│ │ │ │
│ └──────────────────┬──────────────────┘ │
│ │ │
│ ▼ │
│ T+15min: COMUNICACAO │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ CS: │ │
│ │ - Notificar usuarios afetados │ │
│ │ - Atualizar status page │ │
│ │ - Preparar workarounds │ │
│ │ │ │
│ │ CMO (se necessario): │ │
│ │ - Comunicacao publica │ │
│ │ - Redes sociais │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ T+resolve: CONFIRMACAO │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ CTO confirma resolucao │ │
│ │ CS notifica usuarios que foi resolvido │ │
│ │ Head of Data verifica metricas voltaram ao normal │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ T+24h: POST-MORTEM │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Pre-Mortem lidera analise: │ │
│ │ - Timeline do incidente │ │
│ │ - Root cause analysis (5 Whys) │ │
│ │ - O que funcionou │ │
│ │ - O que falhou │ │
│ │ - Action items para prevenir │ │
│ │ │ │
│ │ Artefato: DOCS/engineering/postmortems/PM-[data]-[titulo].md │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │
└─────────────────────────────────────────────────────────────────────────────┘
Workflow 5: Mudanca de Preco
TRIGGER: "Mudar preco para X" / "Revisar pricing"
DURACAO TIPICA: 1-2 semanas (analise + implementacao)
AGENTES ENVOLVIDOS:
Primary: CRO, CFO
Support: Head of Data, Competitive Intel
Validators: Pre-Mortem, Focus Guardian, Legal
Fluxo
┌─────────────────────────────────────────────────────────────────────────────┐
│ WORKFLOW: MUDANCA DE PRECO │
├─────────────────────────────────────────────────────────────────────────────┤
│ │
│ STEP 1: Analise de mercado (CRO + Competitive Intel) │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ - Precos dos concorrentes │ │
│ │ - Posicionamento atual vs desejado │ │
│ │ - Elasticidade estimada │ │
│ │ Output: Analise de mercado │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ STEP 2: Analise financeira (CFO + Head of Data) │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ - Unit economics atual │ │
│ │ - Projecao com novo preco │ │
│ │ - Breakeven de conversao │ │
│ │ - Impacto em LTV/CAC │ │
│ │ Output: Modelo financeiro │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ STEP 3: Analise de risco (Pre-Mortem) │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ - Risco de churn em existentes │ │
│ │ - Risco de queda em conversao │ │
│ │ - Risco de reacao competitiva │ │
│ │ - Mitigacoes propostas │ │
│ │ Output: Mapa de riscos │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ STEP 4: Validacao de timing (Focus Guardian) │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ - E o momento certo? │ │
│ │ - Conflita com outras prioridades? │ │
│ │ - Ha algum trigger melhor? │ │
│ │ Output: Aprovacao de timing │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ STEP 5: Validacao legal (Legal) │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ - Obrigacoes com clientes existentes │ │
│ │ - Comunicacao necessaria │ │
│ │ - Grandfather clauses │ │
│ │ Output: Requisitos legais │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ STEP 6: CEO Zero decide │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Input: Todas as analises │ │
│ │ Decisao: │ │
│ │ - Aprovar com condicoes │ │
│ │ - Adiar │ │
│ │ - Rejeitar │ │
│ │ Se aprovar: Definir estrategia de rollout │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ STEP 7: Implementacao (CTO + CMO + CS) │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ CTO: Atualizar sistema de billing │ │
│ │ CMO: Comunicacao de mudanca │ │
│ │ CS: Preparar para perguntas │ │
│ │ Head of Data: Monitorar impacto │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │
└─────────────────────────────────────────────────────────────────────────────┘
Workflow 6: Lancamento/Go-Live
TRIGGER: "Lancar [produto/feature]" / Go-live de algo significativo
DURACAO TIPICA: 1-2 semanas (preparacao + lancamento)
AGENTES ENVOLVIDOS:
Commander: CMO
Support: CS, CTO, Head of Data
Validators: Pre-Mortem
Fluxo
┌─────────────────────────────────────────────────────────────────────────────┐
│ WORKFLOW: LANCAMENTO │
├─────────────────────────────────────────────────────────────────────────────┤
│ │
│ SEMANA -1: PREPARACAO │
│ │
│ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ │
│ │ CMO │ │ CS │ │ CTO │ │ DATA │ │
│ ├─────────────┤ ├─────────────┤ ├─────────────┤ ├─────────────┤ │
│ │ Plano de │ │ Docs de │ │ Checklist │ │ Dashboards │ │
│ │ lancamento │ │ suporte │ │ tecnico │ │ de launch │ │
│ │ │ │ │ │ │ │ │ │
│ │ Materiais │ │ FAQ │ │ Load test │ │ Alertas │ │
│ │ │ │ │ │ │ │ │ │
│ │ Calendario │ │ Treinamento │ │ Rollback │ │ Baseline │ │
│ └─────────────┘ └─────────────┘ └─────────────┘ └─────────────┘ │
│ │
│ DIA 0: LANCAMENTO │
│ │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Pre-Mortem: Checklist final │ │
│ │ [ ] Rollback testado? │ │
│ │ [ ] Alertas configurados? │ │
│ │ [ ] Suporte preparado? │ │
│ │ [ ] Comunicacao pronta? │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ CTO: Deploy em producao │ │
│ │ CMO: Dispara comunicacao │ │
│ │ CS: Monitora canais de suporte │ │
│ │ Data: Monitora metricas em tempo real │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │
│ DIA +1 a +7: MONITORAMENTO │
│ │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Head of Data: Relatorio diario │ │
│ │ - Adocao │ │
│ │ - Erros │ │
│ │ - Feedback │ │
│ │ │ │
│ │ CS: Consolidar feedback │ │
│ │ │ │
│ │ Se problema: Escalar para CTO │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │
│ DIA +7: RETROSPECTIVA │
│ │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ CPO lidera review: │ │
│ │ - Metricas atingidas? │ │
│ │ - O que funcionou? │ │
│ │ - O que melhorar? │ │
│ │ - Proximos passos │ │
│ │ │ │
│ │ Artefato: LEARNINGS_LOG atualizado │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │
└─────────────────────────────────────────────────────────────────────────────┘
Workflow 7: Contratacao
TRIGGER: "Precisamos contratar [cargo]" / "Quero adicionar [pessoa]"
DURACAO TIPICA: 2-8 semanas
AGENTES ENVOLVIDOS:
Primary: People & Culture
Support: CFO, Focus Guardian
Area: Agente da area contratando
Fluxo
┌─────────────────────────────────────────────────────────────────────────────┐
│ WORKFLOW: CONTRATACAO │
├─────────────────────────────────────────────────────────────────────────────┤
│ │
│ STEP 1: Validacao (Focus + CFO) │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Focus Guardian: │ │
│ │ - E prioridade contratar agora? │ │
│ │ - Podemos resolver de outra forma? │ │
│ │ │ │
│ │ CFO: │ │
│ │ - Temos budget? │ │
│ │ - Impacto no runway? │ │
│ │ - Custo total (salario + impostos + beneficios)? │ │
│ │ │ │
│ │ Output: Aprovacao ou alternativa │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ (se aprovado) │
│ STEP 2: Definicao (People + Area) │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ People & Culture: │ │
│ │ - Job description │ │
│ │ - Perfil ideal │ │
│ │ - Faixa salarial │ │
│ │ - Processo seletivo │ │
│ │ │ │
│ │ Agente da Area (ex: CTO para dev): │ │
│ │ - Skills tecnicas necessarias │ │
│ │ - Desafios da funcao │ │
│ │ - Criterios de avaliacao │ │
│ │ │ │
│ │ Output: Job posting + processo definido │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ STEP 3: Processo seletivo (People) │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ - Triagem de CVs │ │
│ │ - Entrevistas iniciais │ │
│ │ - Entrevista tecnica (com area) │ │
│ │ - Entrevista cultural │ │
│ │ - Referencias │ │
│ │ │ │
│ │ Output: Candidato(s) finalista(s) │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ STEP 4: Decisao e oferta (CEO Zero + CFO) │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ - Decisao final │ │
│ │ - Pacote de compensacao │ │
│ │ - Oferta formal │ │
│ │ - Negociacao se necessario │ │
│ │ │ │
│ │ Output: Contratacao ou retorno ao STEP 3 │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ STEP 5: Onboarding (People + Area) │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ - Documentacao │ │
│ │ - Setup de acessos │ │
│ │ - Treinamento inicial │ │
│ │ - Buddy/mentor designado │ │
│ │ - Check-ins (D+7, D+30, D+90) │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │
└─────────────────────────────────────────────────────────────────────────────┘
Workflow 8: Parceria
TRIGGER: "Fechar parceria com [empresa]" / "Oportunidade de parceria"
DURACAO TIPICA: 2-8 semanas
AGENTES ENVOLVIDOS:
Primary: Partnership Architect
Support: Legal, CFO
Validators: Pre-Mortem, Focus Guardian
Fluxo Resumido
Partnership → Legal (viabilidade) → CFO (termos financeiros)
→ Pre-Mortem (riscos) → Focus (prioridade) → CEO Zero (decisao)
→ Legal (contrato) → Execucao
Workflow 9: Expansao
TRIGGER: "Expandir para [mercado/marketplace]"
DURACAO TIPICA: 1-3 meses (planejamento + execucao)
AGENTES ENVOLVIDOS:
Primary: Expansion Strategist
Support: Marketplace Expert, CFO, Pre-Mortem
Validators: Focus Guardian, CEO Zero
Fluxo Resumido
Expansion (oportunidade) → Marketplace Expert (especificidades)
→ CFO (investimento) → Pre-Mortem (riscos) → Focus (timing)
→ CEO Zero (decisao) → CTO (implementacao) → CMO (lancamento)
Workflow 10: Reducao de Churn
TRIGGER: "Churn subiu" / "Precisamos reduzir churn"
DURACAO TIPICA: Continuo (ciclos de melhoria)
AGENTES ENVOLVIDOS:
Primary: Customer Success, Behavioral Scientist
Support: Head of Data, CPO
Validators: Pre-Mortem
Fluxo
┌─────────────────────────────────────────────────────────────────────────────┐
│ WORKFLOW: REDUCAO DE CHURN │
├─────────────────────────────────────────────────────────────────────────────┤
│ │
│ CICLO CONTINUO: │
│ │
│ ┌─────────────────────────────────────────────────────────┐ │
│ │ │ │
│ ▼ │ │
│ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ │ │
│ │ DATA │────►│ CS │────►│ BEHAVIORAL │ │ │
│ │ Identifica │ │ Entrevista │ │ Analisa │ │ │
│ │ padroes │ │ churned │ │ gatilhos │ │ │
│ └─────────────┘ └─────────────┘ └─────────────┘ │ │
│ │ │ │
│ ▼ │ │
│ ┌─────────────┐ │ │
│ │ CPO │ │ │
│ │ Prioriza │ │ │
│ │ solucoes │ │ │
│ └──────┬──────┘ │ │
│ │ │ │
│ ▼ │ │
│ ┌─────────────┐ │ │
│ │ Implementa │ │ │
│ │ (Workflow 1 │ │ │
│ │ ou 2) │ │ │
│ └──────┬──────┘ │ │
│ │ │ │
│ ▼ │ │
│ ┌─────────────┐ │ │
│ │ DATA │ │ │
│ │ Mede │─────────┘ │
│ │ impacto │ │
│ └─────────────┘ │
│ │
│ INTERVENCOES IMEDIATAS: │
│ │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ CS: Health score baixo → Outreach proativo │ │
│ │ CS: Pedido de cancelamento → Playbook de save │ │
│ │ Behavioral: Inatividade → Nudge de reengajamento │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │
└─────────────────────────────────────────────────────────────────────────────┘
Handoff Protocol (Padrao)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
HANDOFF TEMPLATE
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Todo handoff entre agentes deve incluir:
FROM: [Agente de origem]
TO: [Agente de destino]
DATE: [Data do handoff]
ARTEFATO:
Nome: [Nome do documento/deliverable]
Localizacao: [Caminho do arquivo ou link]
Status: [Draft/Review/Approved]
CONTEXTO TRANSFERIDO:
- [Informacao relevante 1]
- [Informacao relevante 2]
- [Decisoes ja tomadas]
- [Restricoes conhecidas]
EXPECTATIVA:
Entrega: [O que espera receber]
Prazo: [Quando precisa]
Formato: [Como deve ser entregue]
CRITERIO DE ACEITE:
- [ ] [Criterio 1]
- [ ] [Criterio 2]
- [ ] [Criterio 3]
DEPENDENCIAS:
- [O que o receptor precisa para comecar]
- [Quem mais precisa ser envolvido]
ESCALACAO:
Se bloqueio: [Quem contactar]
Se atraso: [Qual o impacto]
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Workflow 11: Lancamento Viral
TRIGGER: "Quero viralizar [conteudo]" / "Estrategia viral para [lancamento]"
DURACAO TIPICA: 2-6 semanas (planejamento + execucao + amplificacao)
AGENTES ENVOLVIDOS:
Primary: Viral Architect (30), Persuasion Architect (29)
Support: CMO, Growth Architect, Community Builder
Validators: Pre-Mortem, Focus Guardian
Data: Head of Data (K-factor tracking)
Fluxo
┌─────────────────────────────────────────────────────────────────────────────┐
│ WORKFLOW: LANCAMENTO VIRAL │
├─────────────────────────────────────────────────────────────────────────────┤
│ │
│ FASE 1: ENGENHARIA VIRAL (Viral Architect) │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Trabalho: │ │
│ │ - Aplicar framework STEPPS (Social Currency, Triggers, etc) │ │
│ │ - Definir K-factor target (>1.0 para crescimento viral) │ │
│ │ - Mapear loop viral (quem compartilha → para quem → por que) │ │
│ │ - Definir mecanismo de compartilhamento (1-click) │ │
│ │ - Criar calendario de seeding (D-30 a D+7) │ │
│ │ Output: Plano de engenharia viral │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ FASE 2: COPY PERSUASIVA (Persuasion Architect) │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Trabalho: │ │
│ │ - Identificar nivel de awareness do publico (Schwartz) │ │
│ │ - Aplicar gatilhos de Cialdini (Social Proof, Escassez, etc) │ │
│ │ - Criar headlines usando formula AIDA/PAS │ │
│ │ - Desenvolver hooks para cada plataforma │ │
│ │ - Scripts para momentos-chave (reveal, CTA, etc) │ │
│ │ Output: Copy kit completo │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ ══════════════════════════════════════════════════════════════════════ │
│ HANDOFF: Acceleration → Growth │
│ ────────────────────────────────────────────────────────────────────── │
│ Artefato: Plano viral + Copy kit │
│ Contexto: K-factor target, loops, gatilhos │
│ Expectativa: Integracao com growth loops existentes │
│ ══════════════════════════════════════════════════════════════════════ │
│ │ │
│ ▼ │
│ FASE 3: INTEGRACAO (Growth + CMO) │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Growth Architect: │ │
│ │ - Integrar com growth loops (referral, content, product) │ │
│ │ - Definir canais de amplificacao │ │
│ │ - Setup de attribution tracking │ │
│ │ │ │
│ │ CMO: │ │
│ │ - Coordenar seeding (influencers, comunidades) │ │
│ │ - Preparar paid amplification (se necessario) │ │
│ │ - Cronograma de publicacao multi-plataforma │ │
│ │ │ │
│ │ Output: Plano de execucao integrado │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ FASE 4: VALIDACAO DE RISCO (Pre-Mortem) │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Analise: │ │
│ │ - Risco de backlash (se reveal, por exemplo) │ │
│ │ - Risco de nao viralizar (plano B) │ │
│ │ - Risco de viralizar demais (capacidade de atender) │ │
│ │ - Checklist de contingencias │ │
│ │ Output: Mapa de riscos + mitigacoes │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ FASE 5: EXECUCAO (D-30 a D+7) │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ D-30: Seeding silencioso (easter eggs, teasers) │ │
│ │ D-14: Warmup (engajamento comunidade) │ │
│ │ D-7: Silencio estrategico (se aplicavel) │ │
│ │ D-0: REVEAL / LANCAMENTO │ │
│ │ D+1: Amplificacao maxima (paid + organic) │ │
│ │ D+3: Wave 2 (novos formatos, behind-the-scenes) │ │
│ │ D+7: Sustentacao (user-generated content) │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ FASE 6: MEDICAO (Head of Data) │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ Metricas: │ │
│ │ - K-factor real vs target │ │
│ │ - Viral coefficient por canal │ │
│ │ - Cycle time (tempo de compartilhamento) │ │
│ │ - Reach total / impressoes │ │
│ │ - Earned media value │ │
│ │ - Conversao viral → signup → paid │ │
│ │ │ │
│ │ Aprendizados: Adicionar ao LEARNINGS_LOG │ │
│ └─────────────────────────────────────────────────────────────────────┘ │
│ │
│ CHECKPOINT FINAL: │
│ [ ] K-factor atingiu target? │
│ [ ] ROI do esforco viral positivo? │
│ [ ] Aprendizados documentados? │
│ [ ] Playbook atualizavel para proxima vez? │
│ │
└─────────────────────────────────────────────────────────────────────────────┘
Comandos de Workflow
/workflow # Lista todos os workflows disponiveis
/workflow [numero] # Mostra workflow especifico
/workflow new-feature # Inicia workflow de nova feature
/workflow experiment # Inicia workflow de experimento
/workflow decision # Inicia workflow de decisao
/workflow crisis # Inicia workflow de crise
/workflow pricing # Inicia workflow de pricing
/workflow launch # Inicia workflow de lancamento
/workflow hire # Inicia workflow de contratacao
/workflow partner # Inicia workflow de parceria
/workflow expand # Inicia workflow de expansao
/workflow churn # Inicia workflow de reducao de churn
/workflow viral # Inicia workflow de lancamento viral
Changelog
| Data |
Mudanca |
| 2025-12-28 |
Criacao inicial com 10 workflows |
| 2025-12-30 |
Adicionado Workflow 11: Lancamento Viral (agentes 29/30) |