Admin
e3da540b6e
Each PRD documents real UI/API processes, service methods, states and gaps. Co-authored-by: Cursor <cursoragent@cursor.com>
34 lines
1.4 KiB
Markdown
34 lines
1.4 KiB
Markdown
# PRD — Paridade UI 3 vídeos CityFoods
|
|
|
|
| Campo | Valor |
|
|
|-------|--------|
|
|
| **Produto** | Pizza Digital |
|
|
| **Versão app auditada** | v0.5.0 |
|
|
| **Ambiente** | https://pizza.itecnologys.com · VM125 · loja `pizza-digital-piloto` |
|
|
| **Spec de origem** | `docs/SPEC-CITYFOODS-VIDEO-PARITY.md` |
|
|
| **Módulo** | UX Despacho mapa-first |
|
|
| **Rotas UI** | `/despacho` |
|
|
| **APIs** | `/api/routes/*` |
|
|
| **Data** | 2026-11-09 |
|
|
| **Estilo** | PRD operacional detalhado (visão de desenvolvedor) |
|
|
| **Audiência** | Dev / QA / Product |
|
|
|
|
> Como ler: cada seção descreve o **processo real** (o que o sistema faz hoje),
|
|
> com passos de usuário, chamadas de API, regras de negócio e estados.
|
|
> Status: ✅ construído · ⚠️ parcial · ⏳ especificado / não entregue · 🐛 gap observado.
|
|
|
|
|
|
## 1. Intenção
|
|
Backend de rotas não basta: a UI precisa **parecer e operar** como os vídeos
|
|
(mapa full-bleed, CTA Ir para entrega, multi-motoboy, pin some ao entregar).
|
|
|
|
## 2. Processo de validação (QA com Spec aberta)
|
|
1. Abrir `/despacho` em viewport desktop
|
|
2. Verificar se mapa é o bloco dominante (não painel lateral primeiro)
|
|
3. Despachar rota com 2+ motoboys — rastreio simultâneo
|
|
4. Marcar entregue — pin deve sumir
|
|
5. Filtro forno por sabor (se RF-VID exigir)
|
|
|
|
## 3. Status
|
|
- ✅ Dados/API routes
|
|
- ⚠️ UI mapa-first / RF-VID-01…08 — acompanhar implementação vs Spec
|