Matriz de funcionalidad por fase¶
Cruzado contra el código del prototipo Android revisado el 2026-07-11. Permite saber de un vistazo qué pertenece al MVP objetivo, qué está implementado/simulado hoy, qué se difiere a Fase 2 y dónde falta una decisión.
Etiquetas de madurez¶
| Etiqueta | Significado |
|---|---|
| ✅ Implementado | Comportamiento funcional y verificable en la APK (aún con datos demo). |
| 🧪 Simulado | Experiencia navegable con datos locales o callback falso. No hay backend real. |
| 🔌 Integración pendiente | UI definida; necesita backend o servicio externo. |
| 📝 Especificado | Existe solo en documentación; no está en la APK. |
| 🚫 Fuera de alcance | No pertenece a la fase actual; se difiere. |
| ❓ Decisión requerida | Hay contradicción o vacío; no inventar solución. |
Matriz¶
| Función | MVP objetivo | Prototipo actual | Fase 2 / futuro | Nota |
|---|---|---|---|---|
| Registro / login | D-200 | 🧪 | 🔌 | Resolver D-200. |
| Recuperación de sesión | Sí | 🧪 | — | OTP demo, nueva contraseña, confirmación y reenvío; falta canal definitivo D-201. |
| Tutorial primera vez | Sí | 🧪 | — | Se guarda localmente al terminar u omitir; puede abrirse desde Ayuda. |
| Dashboard / resumen de paquetes | Sí | 🧪 | — | Datos demo centralizados. |
| Casillero virtual (dirección) | Sí | ✅ | — | Lista para copiar. |
| Prealerta sin tracking | Sí | 🧪 | — | Crea reportada_sin_tracking; D-202 debe aprobarse formalmente. |
| Prealerta persistida y confirmación | Sí | 🧪 | — | El reporte persiste durante la sesión y abre su detalle. |
| Recepción / conciliación paquete | Sí | 📝 | — | Backoffice pendiente. |
| Estados de paquete (canónicos) | Sí | 🧪 Puente aplicado | — | PackageStatusPresentation evita enums en UI; quedan aliases legacy internos. |
| KYC paso a paso | Sí | 🧪 | 🔌 | El expediente se conserva en sesión; ver flujos/kyc.md. |
| Gate KYC (consolidar / pagar / despachar) | Sí | 🧪 | — | Aplicado a consolidación y pago; despacho demo exige además pago validado. |
| Consolidación | Sí | 🧪 | Optimización | Creación y reserva de paquetes persisten durante la sesión. |
| Cotización | Sí | 🧪 | — | Resumen, detalle y pago usan el mismo total demo. |
| Pago manual (MVP) | Sí | 🧪 | — | Registra comprobante demo y queda pendiente; D-208 define canal operativo real. |
| Stripe (pasarela) | No | 📝 | Sí | Fase 2. |
| Crédito / saldo | No | 📝 | Sí | Fuera de MVP. |
| Referidos / recompensas | No | 🧪 (en fixtures) | Sí | Retirar dataset de notificaciones MVP. |
| Servicios (inspección / reempaque / devolución) | Parcial | 🧪 | Ampliación | Ver flujos/servicios.md. |
Lista de solicitudes (ServiceRequestsList) |
Sí | 🧪 | — | Ruta habilitada desde el detalle de paquete. |
| Incidencias (crear caso + confirmar) | Sí | 🧪 | — | Crea caso demo en sesión desde el detalle del envío. |
| Notificaciones push | Sí | 🧪 | WhatsApp en F3 | Separar fixtures por fase; deep links. |
| Tutoriales y ayuda | Sí | 🧪 | — | Rutas de guía conectadas; contenido avanzado sigue simulado. |
| Perfil / contactos | Sí | 🧪 | — | Cambios de sesión no persistentes. |
| Whitelabel / multi-país | No | No | 📝 | Fase 2+. |
Funciones que no deben aparecer en el recorrido MVP¶
- Pago con tarjeta o Stripe.
- Crédito del usuario, saldo o tarjetas promocionales.
- Programa de referidos o recompensas.
- Rutas a
Screen.Quoteinalcanzables. - Notificaciones tipo "Ganaste $5 de crédito por referido" en fixtures.
Cualquier fixture, mock o pantalla que muestre estas funciones en el prototipo debe etiquetarse como 🧪 y apartarse del flujo visible al usuario o rotularse explícitamente como Fuera del MVP.