ConTodo ERP — Product Management: Visión, Roadmap, MoSCoW, Epics y MVP
ConTodo ERP — Documento de Product Management
Propósito de este documento. Define la estrategia de producto de ConTodo, un ERP SaaS cloud-native multi-tenant para PYMEs y medianas empresas de Perú y LATAM. Cubre la Product Vision, el Roadmap de alto nivel, la priorización MoSCoW de los 18 módulos, la descomposición en Epics → Features → User Stories con criterios de aceptación, la definición precisa del MVP y el Definition of Done transversal. Este artefacto es la fuente de verdad para Arquitectura, Backend, Frontend, QA y Go-to-Market.
1. Product Vision
1.1 Vision Statement
Para PYMEs y medianas empresas textiles, importadoras, comercializadoras, distribuidoras y de manufactura ligera en Perú y LATAM, que sufren con software contable fragmentado, on-premise, caro de mantener y desconectado de SUNAT, ConTodo es un ERP SaaS cloud-native multi-tenant que unifica operación, contabilidad y cumplimiento tributario en una sola plataforma, con cumplimiento SUNAT nativo (CPE, PLE, SIRE), multimoneda y multiempresa de fábrica. A diferencia de Defontana, StarSoft, CONCAR, SISCONT, Ofisis (legacy, on-premise o desktop) y de Odoo/SAP B1/NetSuite (genéricos, sin cumplimiento peruano nativo y de implementación costosa), nuestro producto entrega time-to-value en días, no meses, a un TCO 40–60% menor, con la profundidad fiscal de un producto local.
1.2 Pilares estratégicos del producto
| Pilar | Descripción | Métrica de éxito (North Star alineada) |
|---|---|---|
| Cumplimiento como ventaja | SUNAT nativo: CPE (factura/boleta/NC/ND/GRE), PLE 5.x, SIRE (RVIE/RCE), detracciones, percepciones, retenciones, PDT/PLAME. | % de documentos aceptados por SUNAT en 1er intento ≥ 99.5% |
| Time-to-value | Onboarding guiado, plantillas por vertical (textil, importadora, distribuidora), data import asistido. | Mediana de días hasta 1ra factura emitida ≤ 5 |
| Cloud-native real | Multi-tenant, elástico, alta disponibilidad, sin instalaciones. | Uptime ≥ 99.9% mensual |
| Operación + Finanzas integradas | Kardex valorizado, costeo, asientos automáticos desde operación. | % de asientos generados automáticamente ≥ 85% |
| IA práctica | Conciliación, categorización, forecasting, asistente conversacional. | Horas/mes ahorradas por usuario contable ≥ 8 |
North Star Metric: Documentos electrónicos válidos procesados por mes por tenant activo — captura adopción, valor operativo y dependencia del producto.
1.3 Personas objetivo
| Persona | Rol | Dolor principal | Qué espera de ConTodo |
|---|---|---|---|
| Gloria | Contadora / Jefa de Contabilidad | Cierre mensual manual, exportar PLE/SIRE en herramientas separadas | Asientos automáticos, PLE/SIRE en 1 clic, EEFF en tiempo real |
| Marco | Gerente General / Dueño PYME | No ve márgenes reales ni caja proyectada | Dashboard de caja, márgenes por línea, alertas |
| Lucía | Jefa de Almacén / Logística | Descuadres de stock, no sabe valorización | Kardex multi-almacén valorizado en línea |
| Ana | Jefa de Compras / Importaciones | Costeo de importación en Excel, DUAs sueltas | Costeo de importación automático prorrateado |
| Diego | Vendedor / CRM | Cotiza fuera del sistema, sin seguimiento | Cotización → pedido → factura en un flujo |
2. Product Roadmap (alto nivel)
Roadmap por horizontes de 18 meses post-kickoff, orientado a outcomes (no a fechas rígidas). Cada fase libera valor utilizable y vendible.
| Fase | Outcome de negocio | Módulos liberados | Hito comercial |
|---|---|---|---|
| F0 — Fundaciones | Plataforma segura, lista para clientes piloto | Seguridad, Usuarios, Empresas | Entorno listo para 3 pilotos |
| F1 — MVP | Empresa puede facturar y controlar stock cumpliendo SUNAT | Inventario/Kardex, Compras, Ventas, Tesorería (básica) | Primeros clientes de pago |
| F2 — Profundidad financiera | Cierre contable y EEFF en plataforma | Contabilidad, Estados Financieros, Importaciones, Logística | Reemplazo de CONCAR/SISCONT |
| F3 — Verticalización | Manufactura textil y comercial completa | Producción, CRM, Multimoneda completa | Penetración vertical textil |
| F4 — Talento + IA | Suite ERP completa con analítica | RRHH, Planillas, BI, IA | Upsell, expansión LATAM |
3. Priorización MoSCoW de los 18 módulos
Criterio de priorización ponderado (1–5): Valor de negocio (BV), Urgencia regulatoria (RG), Dependencia técnica/habilitador (DEP), Esfuerzo inverso (ESF, mayor = más barato). Score = BV*0.35 + RG*0.30 + DEP*0.20 + ESF*0.15.
| # | Módulo | BV | RG | DEP | ESF | Score | MoSCoW | Fase |
|---|---|---|---|---|---|---|---|---|
| 1 | Seguridad | 5 | 4 | 5 | 3 | 4.40 | Must | F0 |
| 2 | Usuarios | 5 | 3 | 5 | 4 | 4.25 | Must | F0 |
| 3 | Empresas (multiempresa/sucursal) | 5 | 4 | 5 | 3 | 4.40 | Must | F0/F1 |
| 4 | Inventario (multialmacén) | 5 | 2 | 5 | 3 | 3.80 | Must | F1 |
| 5 | Kardex (valorizado) | 5 | 4 | 4 | 3 | 4.20 | Must | F1 |
| 6 | Compras | 5 | 4 | 4 | 3 | 4.20 | Must | F1 |
| 7 | Ventas (CPE) | 5 | 5 | 4 | 3 | 4.50 | Must | F1 |
| 8 | Tesorería | 4 | 3 | 3 | 3 | 3.35 | Should | F1/F2 |
| 9 | Contabilidad (PCGE, PLE, SIRE) | 5 | 5 | 4 | 2 | 4.35 | Must | F2 |
| 10 | Estados Financieros | 4 | 4 | 3 | 3 | 3.65 | Should | F2 |
| 11 | Importaciones (costeo, DUA) | 4 | 2 | 3 | 2 | 2.90 | Should | F2 |
| 12 | Logística | 3 | 2 | 3 | 3 | 2.70 | Should | F2 |
| 13 | Producción (manuf. textil) | 4 | 1 | 2 | 2 | 2.55 | Could | F3 |
| 14 | CRM | 3 | 1 | 2 | 4 | 2.35 | Could | F3 |
| 15 | Multimoneda (full FX/ajuste) | 4 | 3 | 3 | 3 | 3.35 | Should | F3 |
| 16 | RRHH | 3 | 2 | 2 | 3 | 2.50 | Could | F4 |
| 17 | Planillas (PLAME/AFPnet) | 4 | 5 | 2 | 1 | 3.45 | Should | F4 |
| 18 | BI + IA | 4 | 1 | 1 | 2 | 2.35 | Won't (this release) / Could | F4 |
Notas de priorización. Multiidioma y Multimoneda básica (registro) se tratan como capacidades transversales habilitadas desde F0 a nivel de plataforma (i18n, columna de moneda + tipo de cambio SUNAT), pero la conversión/ajuste por diferencia de cambio contable se prioriza como Should en F3. La IA se marca Won't en el release inicial y se reclasifica a Could cuando exista masa de datos suficiente; introducirla antes sería overclaiming sin valor verificable.
4. Epics, Features y User Stories
Estructura jerárquica: Epic (objetivo de negocio) → Feature (capacidad) → User Story (incremento entregable con criterios de aceptación en formato Gherkin Given/When/Then).
Epic 1 — Plataforma Multi-Tenant Segura (Must, F0)
Feature 1.1 — IAM, autenticación y RBAC multirol
- US-1.1.1 — Como administrador de empresa quiero crear roles con permisos granulares por módulo y acción para garantizar segregación de funciones (SoD).
- Criterios de aceptación:
- Dado un admin con rol "Owner", cuando crea un rol "Cajero" con permiso
tesoreria:readytesoreria:cobrar, entonces ese rol no puede acceder acontabilidad:*. - El sistema impide guardar un rol sin al menos un permiso.
- Toda asignación/revocación de permiso queda en audit log con usuario, IP y timestamp (UTC-5).
- Dado un admin con rol "Owner", cuando crea un rol "Cajero" con permiso
- Criterios de aceptación:
- US-1.1.2 — Como usuario quiero autenticarme con email+contraseña y MFA opcional (TOTP) para proteger mi cuenta.
- Criterios: Bloqueo tras 5 intentos fallidos en 10 min; sesión expira a los 30 min de inactividad; MFA obligatorio para roles con acceso a
contabilidadotesoreria.
- Criterios: Bloqueo tras 5 intentos fallidos en 10 min; sesión expira a los 30 min de inactividad; MFA obligatorio para roles con acceso a
Feature 1.2 — Aislamiento y contexto multi-tenant / multiempresa / multisucursal
- US-1.2.1 — Como usuario de un grupo empresarial quiero cambiar de empresa y sucursal activa sin re-login para operar varias razones sociales con una sola cuenta.
- Criterios: El cambio de empresa filtra todos los datos por
tenant_id+company_id; ningún query devuelve filas de otra empresa (test de aislamiento automatizado); la sucursal activa determina el almacén y serie de comprobante por defecto.
- Criterios: El cambio de empresa filtra todos los datos por
Epic 2 — Facturación Electrónica SUNAT (Must, F1)
Feature 2.1 — Emisión de Comprobantes de Pago Electrónicos (CPE)
- US-2.1.1 — Como vendedor quiero emitir una factura electrónica desde un pedido para cumplir con SUNAT y cobrar al cliente.
- Criterios:
- Dado un pedido confirmado con RUC válido (validación módulo 11), cuando emito factura, entonces se genera UBL 2.1 firmado, se envía al OSE/SUNAT y se obtiene CDR de aceptación.
- Si SUNAT rechaza, el motivo se muestra legible y el comprobante queda en estado
rechazado(no consume correlativo si la regla aplica). - Soporta factura, boleta, nota de crédito, nota de débito y guía de remisión electrónica (GRE).
- Cálculo correcto de IGV 18%, detracción (cuando bien/servicio afecto), percepción y retención.
- Criterios:
Feature 2.2 — SIRE (RVIE/RCE) y PLE 5.x
- US-2.2.1 — Como contadora quiero generar y exportar el SIRE (Registro de Ventas e Ingresos y de Compras) para cumplir la obligación mensual sin doble digitación.
- Criterios: Genera propuesta RVIE/RCE en formato vigente; permite conciliar contra registros internos marcando diferencias; exporta TXT/archivo compatible con SUNAT; PLE 5.x para libros electrónicos restantes.
Epic 3 — Control de Inventario Valorizado (Must, F1)
Feature 3.1 — Kardex multi-almacén valorizado
- US-3.1.1 — Como jefa de almacén quiero ver el stock y la valorización en tiempo real por almacén para evitar quiebres y descuadres.
- Criterios: Toda entrada/salida/transferencia actualiza saldo y costo según método configurado (PEPS o Promedio Ponderado); el Kardex cuadra con el saldo del módulo de inventario al céntimo; soporta unidades de medida y conversiones.
Epic 4 — Ciclo Compra-Venta (Must, F1)
Feature 4.1 — Cotización → Pedido → Factura
- US-4.1.1 — Como vendedor quiero convertir una cotización aprobada en pedido y luego en factura para no re-digitar datos y evitar errores.
- Criterios: Trazabilidad documental (cotización↔pedido↔factura↔guía); control de precios/descuentos por política; bloqueo si excede línea de crédito del cliente.
El backlog completo contempla Epics adicionales para Contabilidad (asientos automáticos, PCGE), Importaciones (costeo prorrateado por DUA), Producción (BOM y órdenes de fabricación textil), Planillas (PLAME/AFPnet) y BI/IA, detallados en F2–F4.
5. Definición del MVP
5.1 Alcance Mínimo Viable (In Scope)
El MVP debe permitir a una comercializadora/importadora pequeña operar de punta a punta cumpliendo SUNAT:
| Capacidad MVP | Incluye | Excluye (post-MVP) |
|---|---|---|
| Seguridad + Usuarios + RBAC | Login, MFA, roles, audit log | SSO SAML/OAuth corporativo |
| Multiempresa / multisucursal / multialmacén | Contexto y aislamiento | Consolidación multi-empresa contable |
| Inventario + Kardex | Stock por almacén, valorización Promedio | PEPS avanzado, lotes/series, vencimientos |
| Compras | OC, recepción, registro de compra | Cotización a proveedores, aprobaciones multinivel |
| Ventas + CPE | Cotización→pedido→factura/boleta/NC/ND/GRE, IGV, detracción | Percepción/retención avanzada, e-commerce |
| Tesorería básica | Registro de cobros/pagos, caja, bancos | Conciliación bancaria automática |
| Reportes operativos | Ventas, compras, stock, libro caja | EEFF completos (van en F2) |
| SIRE / PLE básico | RVIE/RCE export | PLE 100% libros |
5.2 Out of Scope explícito del MVP
Contabilidad completa con asientos automáticos, Estados Financieros, Importaciones con costeo, Logística avanzada, Producción, CRM, RRHH, Planillas, BI, IA, conciliación bancaria automática, multimoneda con ajuste por diferencia de cambio. (Se documenta para evitar scope creep.)
5.3 Criterios de éxito del MVP (medibles)
| Métrica | Objetivo MVP |
|---|---|
| Tiempo a 1ra factura emitida (onboarding) | ≤ 5 días |
| Tasa de aceptación SUNAT 1er intento | ≥ 99% |
| Pilotos activos facturando | ≥ 3 empresas |
| p95 de latencia de emisión CPE | ≤ 3 s |
| Descuadre de Kardex vs Inventario | 0 céntimos |
6. Definition of Done (DoD) — transversal
Una historia/feature se considera Done solo si cumple todos los siguientes ítems:
- Código revisado (≥1 reviewer) y mergeado a
mainsin warnings de lint. - Pruebas unitarias y de integración con cobertura ≥ 80% en la lógica nueva; pruebas de aislamiento multi-tenant verdes.
- Criterios de aceptación (Gherkin) validados por QA en entorno staging.
- Cumplimiento SUNAT validado en homologación cuando la historia toca CPE/SIRE/PLE.
- Migraciones de DB reversibles y probadas; sin downtime requerido.
- Observabilidad: logs estructurados, métricas y trazas; audit log donde aplique.
- Seguridad: sin secretos en código, validación de permisos RBAC, datos PII cifrados en reposo.
- Documentación de usuario y de API actualizada; release notes redactadas.
- Accesibilidad (WCAG 2.1 AA) y soporte i18n (es-PE base) en componentes UI.
- Product Owner acepta la demo.
7. Riesgos y oportunidades
7.1 Riesgos
| ID | Riesgo | Prob. | Impacto | Mitigación |
|---|---|---|---|---|
| R1 | Cambios normativos SUNAT (SIRE/PLE) durante desarrollo | Alta | Alto | Capa de cumplimiento aislada y versionada; monitoreo regulatorio; OSE como buffer |
| R2 | Subestimación de Contabilidad/PCGE (módulo complejo) | Media | Alto | Spike técnico temprano; contadora en el equipo; no comprometer F2 sin descubrimiento |
| R3 | Scope creep por pedidos de pilotos | Alta | Medio | MoSCoW estricto; backlog priorizado; "Won't" documentado |
| R4 | Fuga de datos entre tenants | Baja | Crítico | Tests de aislamiento automatizados en CI; RLS/scoping obligatorio |
| R5 | Sobreventa de IA sin datos suficientes | Media | Medio | IA como Won't inicial; anti-overclaiming; liberar con métricas reales |
| R6 | Migración de datos legacy (CONCAR/Excel) de clientes | Alta | Medio | Importadores asistidos y plantillas; servicio de onboarding |
7.2 Oportunidades
| ID | Oportunidad | Acción de producto |
|---|---|---|
| O1 | Reemplazo de software legacy on-premise (CONCAR/SISCONT/desktop) | Mensaje "migra sin perder tu historia"; importadores nativos |
| O2 | Verticalización textil (BOM, costeo de producción) como diferenciador | Plantillas y módulo Producción en F3 |
| O3 | Cumplimiento como gancho de venta en LATAM (Colombia DIAN, Chile SII) | Arquitectura de cumplimiento pluggable por país |
| O4 | Pago local Yape/Plin + conciliación para tesorería | Integración en F2/F3, alto valor PYME |
| O5 | IA práctica (conciliación, categorización, forecast de caja) sobre datos propios | Liberar en F4 con métricas de ahorro verificables |
8. Decisiones y alternativas consideradas
- MVP comercial+fiscal vs MVP contable. Se eligió priorizar el ciclo compra-venta + CPE porque genera ingreso y adopción inmediata; un MVP "contable primero" tendría mayor complejidad y menor time-to-value. Alternativa descartada: arrancar por Contabilidad/EEFF (alto esfuerzo, demo poco vendible).
- IA diferida. Se descarta IA temprana por falta de datos y riesgo de overclaiming; alternativa de "IA como wrapper de LLM genérico" rechazada por no aportar valor verificable.
- Multimoneda escalonada. Registro multimoneda desde F0 (barato), pero ajuste contable por diferencia de cambio en F3 (complejo) — evita pagar complejidad sin demanda inmediata.
Documento vivo — propiedad del Product Manager de ConTodo. Próxima revisión al cierre de F0.