ECP Food — Documentação do Produto
Todas as fases aprovadas v1.0 MVP ← Ecossistema

ECP Food — FoodFlow

Documentação completa das 4 fases do ciclo de produto — do contexto estratégico à operação.

Visão do Produto
Marketplace premium de food delivery para São Paulo

Em 5 anos, FoodFlow será a plataforma de referência para quem busca experiências gastronômicas por delivery em São Paulo e nas principais capitais do Brasil — reconhecida pela curadoria impecável de restaurantes artesanais, pela experiência de descoberta que encanta, e por um ecossistema de pagamento integrado que torna pedir comida tão prazeroso quanto comer.

Seremos a ponte entre restaurantes que se importam com qualidade e consumidores que valorizam o que comem.

North Star Metric
Pedidos Completados com Satisfação / Semana
Pedidos entregues com sucesso (sem cancelamento e sem reclamação aberta) por semana ativa.
Meta MVP: 630 pedidos/semana (90/dia). Meta Ano 1: 6.300 pedidos/semana (900/dia).
Segmento Prioritário
Explorador Gastronômico (C1)
22-35 anos, classes A/B, urbano SP, renda R$ 5-15k. Pede delivery 3-5x/semana. Influenciado por fotos, reviews e badges. Ticket médio R$ 50-80.
R$ 75bi
TAM
R$ 12bi
SAM
R$ 18mi
SOM
12
HITLs

Linha do Tempo das Fases

Fase 01
Contexto Estratégico HITL #1 Aprovado
OKR com 4 KRs (conversão 8%, recompra 25%, ticket R$ 45, 50 restaurantes), North Star (Pedidos Completados/Semana), visão de produto, 5 princípios, 4 competidores analisados, 5 segmentos, OST com 19 oportunidades.
Fase 02
Product Discovery HITLs #2-#6 Aprovados
13 oportunidades priorizadas, 14 hipóteses em 5 temas, protótipos low-fi e high-fi, 7 épicos, 19 features, 51 user stories com BDD, 4 riscos de Cagan avaliados.
Fase 03
Product Delivery HITLs #7-#10 Aprovados
DDD com 6 bounded contexts, 5 ADRs, API Fastify com 11 módulos e 48 endpoints, 12 tabelas SQLite, React SPA, QA com quality score 82 e 142 test cases.
Fase 04
Operação HITL #11 Aprovado
Deploy strategy PM2 + Nginx + SSL, GMUD-001 para deploy inicial, 5 SLOs definidos, DORA metrics, monitoramento com PM2 e logs Nginx.

Acesso Rápido

Resumo das Fases

Fase 01 — Contexto Estratégico
OKRs, North Star e Posicionamento Premium

Definição do objetivo estratégico: “Validar que FoodFlow entrega uma experiência de food delivery premium que consumidores preferem sobre incumbentes e que restaurantes artesanais adotam como canal principal em São Paulo”, com 4 Key Results mensuráveis. Análise competitiva de 4 concorrentes (iFood, Rappi, 99food, Keeta) revelou gap em UX premium e curadoria.

phase-01-output.json
Fase 02 — Product Discovery
Oportunidades, Hipóteses e Backlog Estruturado

13 oportunidades priorizadas em 4 KRs. 14 hipóteses em 5 temas (Descoberta, Checkout, Recompra, Confiança, Supply-side). Backlog com 7 épicos, 19 features e 51 user stories com critérios de aceite em BDD/Gherkin. 4 riscos de Cagan avaliados.

backlog.json
Fase 03 — Product Delivery
Arquitetura, API, Frontend e QA

Arquitetura DDD com 6 bounded contexts (Identity, Catalog, Ordering, Payment, Delivery, Admin). Stack: Fastify 5.x + SQLite3 + React 18 + Vite + CSS Modules. API com 11 módulos e 48 endpoints. 12 tabelas no DB. QA com quality score 82, 142 test cases e 6 bugs identificados.

architecture.json qa-report.json
Fase 04 — Operação
CI/CD, GMUD e Deployment

Deploy strategy com PM2 + Nginx + Let’s Encrypt SSL em VPS. GMUD-FOODFLOW-001 para deploy inicial em food.ecportilho.com. 5 SLOs (disponibilidade 99.5%, latência P95 200ms catálogo, 2s pagamento, error rate <0.5%, SSE <2s). DORA metrics com targets para MVP.

ops-output.json GMUD-001.md INSTALACAO.md