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.mdna 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
- REQ
rascunho→ sócias revisam →em-revisao→aprovado→em-desenvolvimento→implementado - Dev pega um REQ
aprovadodo sprint atual - Agente de IA (qualquer um): “Implemente o REQ-0XX seguindo o AGENTS.md”
- Testes cobrem cada critério de aceite
- Revisão humana → merge → REQ vira
implementado - Mudou algo? Atualize o REQ antes do código
Sprints (fatias ponta a ponta)
| Sprint | Entrega | REQs |
|---|---|---|
| 0 | Fundação: projeto Next.js, Neon, Neon Auth, R2, multi-empresa, papéis, auditoria, origem da informação, estados de tela | 001–014 |
| 1 | Onboarding (E0–E4, Gates 1–4) + painel inicial | 015–028 |
| 2 | Lead → Need Validation (E5–E7, Gate 5) | 029–039 |
| 3 | Solution Fit + Pré-Proposta (E8–E9, Gates 6–7) | 040–048 |
| 4 | Business Fit (E11, Gate 8) — ⚠️ confirmar escopo antes | 049–060 |
| 5 | Proposta Final + Decisão (E12–E13, Gates 9–11) | 061–069 |
| 6 | Follow-up, Parked e Handoff (E14–E15) | 070–079 |
| 7 | Inteligência e aprendizado | 080–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