[CONSEJO — Doc 12] Contrarian: El roadmap de SalesMind inicia en mes 30 — que es hoy 2026 + 4 años. Cualquier plan detallado a nivel de sprint para el mes 35 está sobre-especificado. El valor de este documento es el orden de construcción y los criterios de cada fase, no el detalle de cada sprint. Executor: La decisión más importante del roadmap de SalesMind no es cuándo hacer qué feature — es decidir en mes 28 si empezar por CRM (sin hardware, menor complejidad) o POS (con hardware, mayor diferenciador pero mayor riesgo técnico). Chairman: El roadmap debe ser evaluado en mes 28 con los datos reales de StockMind y la validación de mercado de mes 28-30. Este documento es el marco de planificación, no el plan definitivo.
1. Gate de inicio (mes 30 del calendario maestro)
Antes de escribir una sola línea de código de SalesMind:
| Criterio | Meta | Estado |
|---|---|---|
| StockMind clientes activos | ≥250 | Por confirmar en mes 30 |
| StockMind ARR | ≥$3M | Por confirmar en mes 30 |
| Validación primaria SalesMind | ≥10 entrevistas clientes StockMind | Plan en wiki/13-validacion.md |
| WTP validado | ≥$249/mes confirmado | Por validar en mes 28-30 |
| Equipo build disponible | 4-6 personas | Hiring plan activo desde mes 24 |
| Decisión CRM-first vs POS-first | Documentada | Por decidir en mes 28 |
2. Fase 1 — MVP SalesMind (meses 30–36)
Decisión arquitectónica clave: basado en la validación de mes 28-30:
Opción A — CRM-first (menor riesgo técnico): - Meses 30-36: CRM + scoring de leads (sin hardware POS) - Meses 36-42: POS web (sin hardware físico en V1.0) - Meses 42-48: Hardware POS + motor de pricing
Opción B — POS-first (mayor diferenciador): - Meses 30-36: POS web + sync StockMind - Meses 36-42: Hardware POS + CRM básico - Meses 42-48: Motor de pricing + scoring
La elección depende de qué es más crítico para los primeros clientes. Si la validación de mes 28-30 muestra que el dolor más grande es el checkout lento → POS-first. Si es la falta de visibilidad del pipeline → CRM-first.
Criterios de salida MVP (10 de 12): - [ ] Integración POS → StockMind sync en <2s - [ ] POS funciona offline y sincroniza al reconectar - [ ] CRM con pipeline kanban y scoring básico - [ ] Motor de pricing con sugerencias (V1.0) - [ ] Multi-usuario con roles cajero/manager/owner - [ ] Dashboard de ventas del día - [ ] 5 clientes piloto (cross-sell StockMind) - [ ] NPS piloto ≥8 - [ ] Audit trail de transacciones completo - [ ] Impresión de tiquete en impresora térmica - [ ] Uptime ≥99% en 30 días consecutivos - [ ] ARPU real ≥$450 en pilotos convertidos
3. Fase 2 — V1.0 Comercial (meses 37–48)
Features V1.0: - Hardware POS completo (si CRM-first en MVP) - Integración ONVO Pay para pagos con tarjeta en POS - Motor de scoring de leads (V1.1 si no en MVP) - Aplicación móvil para reps (React Native básico) - Bundle con StockMind (descuento 20%) - Integración Alegra → CRM (importar clientes)
4. Fase 3 — V1.1 Expansión (meses 49–60)
- Motor demand multi-store (MinT reconciliation)
- Comisiones de reps (cálculo automático mensual)
- Integración Mercado Libre CR (ventas online → POS)
- Colombia: Siigo + PayU + adaptaciones i18n es-CO
- Portal de clientes self-service (historial de compras)
5. Fase 4 — V2.0 México (meses 61–72)
- CFDI facturación electrónica MX
- Integración Conekta / Stripe MX
- Integración Aspel SAE (ERP más usado en PyME MX)
- App nativa iOS/Android completa (más allá de aprobaciones)
- Dashboard de demand multi-store
6. Gates de portfolio que afectan SalesMind
| Gate | Condición | Efecto en SalesMind |
|---|---|---|
| Gate#1 StockMind | ≥250 clientes + ARR ≥$3M (mes 30) | Inicia build SalesMind |
| Gate#2 SalesMind | ≥200 clientes SalesMind + ARR conjunto ≥$10M (mes ~66) | Inicia build BookMind |
7. Ruta M&A alternativa (evaluación mes 28)
Si en mes 28 existe un POS LATAM con base instalada CR/MX/CO disponible para adquisición a precio razonable (<$5M), evaluar M&A antes de iniciar el build desde cero.
Targets potenciales (evaluación en mes 28, no hoy): - Toteat CR (si está disponible y el precio es razonable) - Un POS costarricense con ≥100 clientes activos - Una distribuidora de software POS con cartera de clientes
El M&A ahorraría 18-24 meses de build y provee base instalada inmediata. El trade-off es deuda técnica del código heredado.
Ver también: Doc 05 (Proyecciones — break-even del build por fase) · Doc 03 (Riesgos — R4 complejidad de POS y R5 equipo insuficiente) · wiki/21-cheryx-portfolio-strategy.md §Gate#1 (condiciones de inicio)