# 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