Plano de Desenvolvimento

Como a documentação e o código conversam

  • Um só lugar: a pasta docs/ do projeto de código é o vault do Obsidian. Não existem cópias.
  • Regras para qualquer IA: AGENTS.md na raiz do projeto (DEC-006 IA Independente de Fornecedor).
  • O agente de código (Claude, Gemini, ChatGPT/Codex, Cursor…) lê os REQs, implementa um por vez e documenta o que fez (Manual do Mantenedor).
  • Histórico completo: tudo fica no Git; cada REQ tem sua tabela “Histórico” e cada sessão gera uma nota em Registro de Mudanças.

Fluxo de cada requisito

  1. REQ rascunho → sócias revisam → em-revisaoaprovadoem-desenvolvimentoimplementado
  2. Dev pega um REQ aprovado do sprint atual
  3. Agente de IA (qualquer um): “Implemente o REQ-0XX seguindo o AGENTS.md”
  4. Testes cobrem cada critério de aceite
  5. Revisão humana → merge → REQ vira implementado
  6. Mudou algo? Atualize o REQ antes do código

Sprints (fatias ponta a ponta)

SprintEntregaREQs
0Fundação: projeto Next.js, Neon, Neon Auth, R2, multi-empresa, papéis, auditoria, origem da informação, estados de tela001–014
1Onboarding (E0–E4, Gates 1–4) + painel inicial015–028
2Lead → Need Validation (E5–E7, Gate 5)029–039
3Solution Fit + Pré-Proposta (E8–E9, Gates 6–7)040–048
4Business Fit (E11, Gate 8) — ⚠️ confirmar escopo antes049–060
5Proposta Final + Decisão (E12–E13, Gates 9–11)061–069
6Follow-up, Parked e Handoff (E14–E15)070–079
7Inteligência e aprendizado080–090

Ao fim do Sprint 2 já dá para rodar a LC Verum como Cliente Zero no fluxo inicial.

Antes de começar

  • Sócias revisarem os REQs do Sprint 0 e 1 (status aprovado)
  • Decidir escopo do Business Fit (ver análise dos requisitos)
  • Trazer o Product Blueprint Candidate 0.2 para o vault
  • Criar contas: GitHub, Neon, Cloudflare, Vercel (DEC-004 Hospedagem), Anthropic API
  • Criar o repositório v360-sales-intelligence

Painéis: Requisitos.base · Índice: Índice do MVP - Requisitos