MVP recomendado¶
Para salir rápido al mercado, el MVP debe incluir un conjunto mínimo pero completo de funcionalidades.
Funcionalidades del MVP¶
| # | Funcionalidad | Prioridad |
|---|---|---|
| 1 | Registro inicial simple (nombre, correo, teléfono) | Alta |
| 1b | Verificación de correo por enlace y teléfono por OTP | Alta |
| 1c | Verificación de identidad KYC (obligatoria para enviar) | Alta |
| 2 | Identificador único de usuario | Alta |
| 3 | Pantalla principal con dirección copiable | Alta |
| 4 | Tutoriales simples para Amazon, SHEIN y Temu | Alta |
| 5 | Formulario de reportar compra | Alta |
| 6 | Registro de remitente en EE.UU. y destinatario en Cuba | Alta |
| 7 | Listado de paquetes y estados básicos | Alta |
| 8 | Opción básica de consolidación manual | Alta |
| 9 | Visualización de días en almacén | Alta |
| 10 | Panel admin para recepción manual | Alta |
| 11 | Módulo informativo de aduana | Alta |
| 12 | Tarifario visible de servicios principales | Alta |
| 13 | Notificaciones básicas | Alta |
| 14 | Código de referido por usuario y registro de referidos | Alta |
| 15 | Motor de pool y acreditación de crédito | Alta |
| 16 | Pantalla de mi red (referidos, nivel, progreso) | Alta |
| 17 | Pantalla de crédito y tarjetas | Alta |
| 18 | Aplicación de crédito/tarjeta en el pago de envío | Alta |
Lo que NO debe dejarse para después¶
No postergar
Estas funcionalidades son esenciales aunque parezcan secundarias. Omitirlas en el MVP generará deuda técnica y operativa difícil de resolver:
- Registro progresivo — Registro inicial mínimo + KYC diferido; implementar ambas etapas desde el inicio o el segundo paso no tendrá donde apoyarse
- KYC obligatorio antes del primer envío — Si se agrega después, los datos de identidad de usuarios existentes quedan sin validar y la operación queda expuesta
- Identificador único
- Prealerta de paquetes
- Datos completos de remitente y destinatario
- Consolidación
- Control de almacenaje
- Estados logísticos
- Administración de contenido legal
- Estructura de cargos extra
- Código de referido y modelo de red — Si se agrega después, migrar los referidos históricos es costoso y los primeros usuarios no habrán tenido incentivo para traer a nadie
- Motor de crédito y pool — La estructura de datos debe existir desde el día 1; añadirla retroactivamente rompe la trazabilidad
- Vencimiento de crédito y tarjetas — Parte del modelo financiero; no se puede activar a medias
Flujo del MVP¶
flowchart TD
A["Registro"] --> B["Ver dirección del casillero"]
B --> C["Copiar dirección"]
C --> D["Ver tutorial de tienda"]
D --> E["Comprar en tienda online"]
E --> F["Reportar compra en la app"]
F --> G["Ver paquetes y estados"]
G --> H["Consolidar si desea"]
H --> I["Seguir envío hasta entrega"]
A --> J["Compartir código de referido"]
J --> K["Referido se registra y envía"]
K --> L["Se acredita crédito al referidor"]
L --> M["Convertir crédito en tarjetas"]
M --> N["Aplicar tarjeta en próximo envío"]