4.2 KiB
TODO — Process Cost Platform · Fase 1
Features descartadas del MVP (scope defendido) para no arriesgar la fecha. Ordenadas por impacto estimado.
Alta prioridad
- Múltiples simulaciones: historial de simulaciones por proceso con comparación de escenarios
- Recursos con costo por hora: link actividad ↔ recurso (rol, persona, sistema) con cálculo automático
- Edición del nombre del proceso y cliente desde el workspace (sin ir a configuración global)
- Gateway OR inclusivo nativo: actualmente se simula como XOR; implementar propagación OR real
- Distribuciones de probabilidad: gamma/triangular por actividad en lugar de valores fijos
Media prioridad
- Export a Excel (.xlsx) con múltiples hojas (resumen + por actividad + metodología)
- Modo oscuro (Dark mode)
- i18n: inglés + español configurable
- PWA installable: manifest + service worker para uso offline
- Zoom/pan del heatmap desde el reporte (ahora es solo visualización estática)
- Detalle de recursos por actividad en el PDF (tabla de costos por recurso asignado)
- Importación por URL: cargar BPMN desde enlace directo (GitHub, Confluence, etc.)
Refinamientos UX
- Mejorar animación de expansión de la sección "Automatización" en ActivityPanel. Actualmente usa max-h trick (funciona pero la aceleración no es lineal en los últimos píxeles porque el contenedor crece hasta un max fijo de 320px). Solución sofisticada:
useRef + scrollHeightpara animar a la altura real del contenido. Costo: medio. Beneficio: micro-pulido visual.
Deuda técnica / Decisiones arquitectónicas pendientes
-
Dexie live queries (Modelo B de sincronización store↔db): Hoy la invalidación del resultado de simulación se garantiza via ESLint rule (
no-restricted-imports) + convención: todas las mutaciones pasan poruseProcessStore. Si en Sprint 2 la grilla de edición masiva requiere escrituras de alta frecuencia directas a IndexedDB (por performance), evaluar migración a live queries de Dexie que invaliden el store automáticamente. Documentado en la auditoría de Mayo 2026. -
Indicador visual en el reporte de actividades automatable (borde punteado o ícono diferenciador): en Sprint 1 se usa solo leyenda de texto. Evaluar si el cliente necesita más claridad visual al comparar Actual vs Automatizado.
-
Sprint 3-4: revisar paleta del heatmap (verde/ámbar/rojo saturados vs. pasteles). Los colores saturados actuales (
#10B981,#F59E0B,#EF4444) funcionan bien en pantallas grandes de talleres. El brief de Sprint 1.5 propone pasteles más "consultivos" (#BBF7D0,#FED7AA,#FECACA), pero el cambio requiere recalibrar los tests E2E de análisis de píxeles (umbrales de verde/ámbar/rojo). Hacer con feedback real de uso en talleres InQuality. -
Columna "Eficiencia de automatización" en ComparisonTable: métrica =
(ahorro$ × probabilidad) / inversión-prorrateada. Permite rankear actividades por "qué tan valiosa es automatizar cada una" en lugar de solo "cuánto cuestan". Útil en conversaciones de pre-venta donde el cliente quiere priorizar qué automatizar primero. -
ComparisonTable — actividades no automatizables muestran "USD 0,00" y "0,0%": semánticamente incorrecto. El ahorro de una actividad no automatizable no es "cero", es "no aplica". Cambiar por "—" (em dash) en columnas Ahorro y % Ahorro para filas donde
isAutomatable === false. Implementar en Etapa 3 al rediseñar ComparisonTable con paleta InQ. (detectado en Sprint 1.5 Etapa 2)
Baja prioridad / Fase 2
- Login y multi-tenant: persistencia en la nube, colaboración
- Versionado de procesos: historial de cambios con diff visual
- Gobernanza/RACI: asignación de responsables por actividad
- Jerarquía organizacional: integración con orgchart para asignar costos por área
- IA / asistente: sugerencias de optimización, benchmarking automático
- Marketplace de procesos: biblioteca de BPMNs precostos por industria
- Elementos RPA y agentes: soporte para costos de bots y workflows automatizados
- Tutoriales interactivos: onboarding guiado para usuarios nuevos