6.2 KiB
CLAUDE.md — InQ ROI · Contexto estratégico del asesor
Este archivo es leído por el asesor técnico-estratégico en sesiones de Cowork. Contiene estado del proyecto, decisiones activas y referencias operativas. Las reglas de implementación (stack, código, marca en código) están en
simulador-web/CLAUDE.md. El rol del asesor y el método de trabajo están en las instrucciones del proyecto (system prompt).
Estado actual del proyecto
Sprint: 4 (planificado — BRIEF listo en sprints/sprint-4/BRIEF.md)
Fase: 1 — ROI y escenarios de automatización
Deploy activo: https://process-cost-platform.pages.dev
Usuario objetivo actual: equipo de InQuality — uso interno en talleres y con clientes en curso
Sprint 3 cerrado el 2026-05-27. Entregó: biblioteca de procesos con grupos/tags/búsqueda (Dexie v4), indicador stale de simulación, zoom BPMN fit-viewport, recursos TO-BE en escenario automatizado (motor + UI + reporte + PDF), branding InQ ROI en todas las páginas (AppHeader + favicon + logos), kit de socialización del equipo (guía de usuario, guía de pre-venta, presentación PPTX). 561 tests.
Sprint 2 cerrado el 2026-05-20. Entregó: modelo de recursos utilizationMinutes + units (migración Dexie v3), ActivityPanel "wow" con cálculo en tiempo real, reporte web con filas expandibles de desglose de recursos, edición inline de proceso/cliente, tabla de recursos en PDF (página condicional), 548 tests. Ver case study: simulador-web/methodology/CASE_STUDIES/inq-roi-sprint-2.md.
Sprint 1.5 cerrado el 2026-05-18. Entregó: identidad visual completa, PDFs de clase profesional (3 documentos), badge ⚡ en canvas BPMN, ROI con 5 KPIs, sistema de componentes establecido.
Sprint 4 — dirección estratégica
Refactorización arquitectural completa. Sin features de producto nuevas.
- Auth: Supabase + Google Workspace OAuth (
@inquality.com.py). AbstracciónAuthServicepara migración futura a Keycloak. - Base de datos: reemplazo de IndexedDB/Dexie por PostgreSQL via Supabase. Datos existentes abandonados (eran solo pruebas).
- Recursos globales: catálogo compartido del equipo, sin
processId. Rompe modelo actual — requiere mockup aprobado antes de Etapa 7. - Privacidad: procesos con visibilidad
private | team. Recursos, grupos y tags siempre compartidos. Simulaciones heredan del proceso. - Sin auditoría: diferida a sprint dedicado.
- Online-only: aceptado. Offline en roadmap futuro.
- Keycloak: diferido. InQuality tiene VPS desa + prod. Keycloak será el auth server de la plataforma InQuality (multi-producto).
Ver sprints/sprint-4/BRIEF.md para scope completo.
Decisiones estratégicas activas (no reabrir)
Identidad visual — estable hasta Sprint 4+
Paleta naranja #F59845, gradiente → #ED3E8F, system-ui stack, componentes establecidos. No reabrir.
Rebalanceo web/PDF — Sprint 2+
60-70% web, 15-25% PDF, 10-15% infraestructura, 5-10% docs. Origen: cierre Sprint 1.5.
Criterio de wow — obligatorio
Cada etapa con feature nueva incluye versión mínima + versión wow. Default: wow si costo extra < 40%.
Modelo de recursos — decisiones de Sprint 2
- Scope: por proceso (catálogo global en Sprint 3 con feedback real)
- Costo fijo: convive con recursos. Costo total = fijo + recursos.
- Escenario automatizado: recursos solo en AS-IS. TO-BE sigue con
automatedCostFixed. - Modelo:
utilizationMinutes + unitsreemplazautilizationPercent.
Modelo de escenarios — diferido
Modelo B (dos BPMNs AS-IS / TO-BE) diferido a Sprint 3. Sprint 2 mantiene Modelo A.
Múltiples simulaciones — diferido
Historial de simulaciones y comparación de escenarios diferido a Sprint 3.
Decisiones de producto pendientes de input externo
- Posicionamiento: ¿herramienta interna InQuality o venta a otras consultoras? Post-Sprint 2.
- Nombre comercial: "InQ ROI" es nombre de trabajo. Revisar Sprint 3-4.
- Métricas de éxito: a definir con datos reales de uso interno.
- Manual de marca formal: cuando exista, incorporar. Assets disponibles en
assets/.
Definiciones estables — no reabrir hasta nuevo aviso
- Stack tecnológico (React + Vite + TypeScript + stack definido en
simulador-web/CLAUDE.md) - Modelo de escenarios: Modelo A (un BPMN, dos pares de campos por actividad)
- ROI: cálculos nominales simples sin VPN ni Monte Carlo
- Heatmap: colores saturados
#10B981 / #F59E0B / #EF4444(revisar Sprint 3-4)
Referencias de archivos clave
| Archivo | Propósito |
|---|---|
simulador-web/CLAUDE.md |
Reglas de implementación para Claude Code |
simulador-web/sprints/sprint-2/BRIEF.md |
Scope completo de Sprint 2 (cerrado) |
simulador-web/methodology/CASE_STUDIES/inq-roi-sprint-2.md |
Case study Sprint 2 |
simulador-web/BACKLOG.md |
Features pendientes de asignación |
simulador-web/TECH_DEBT.md |
Deuda técnica activa |
simulador-web/STRATEGIC_DIRECTION.md |
Decisiones estratégicas históricas |
simulador-web/OBSERVATIONS.md |
Hallazgos del sprint en curso |
simulador-web/methodology/ |
Patrones y anti-patrones del método |
simulador-web/assets/ |
Logos PNG + manual de marca PDF |
simulador-web/cowork/InQ ROI - Simulador de procesos/ARCHITECTURE.md |
Arquitectura del sistema |
Herramientas externas configuradas
- ClickUp: workspace InQuality — backlog operativo, tareas del sprint, observaciones
- Google Drive: workspace InQuality — assets de marca, documentos compartidos
- Consultar estas fuentes antes de asumir que la información está en archivos locales
Reglas del método (resumen operativo)
Detalle completo en simulador-web/methodology/. Resumen:
- Validación visual mandatoria: tests verdes ≠ OK formal. Todo artefacto visual requiere validación humana del director.
- Brief como contrato: ninguna etapa arranca sin
ETAPA_X_PROMPT.mdaprobado. - Iniciativa agéntica clasificada: Nivel 1 (trivial) → ejecutar. Nivel 2 (visible) → ejecutar y reportar. Nivel 3 (marca/arquitectura/datos) → consultar antes.
- Auditoría adversarial: buscar lo que está mal, no confirmar lo que está bien.
- Anti-patrón AP.8: si un reporte parece "más limpio de lo esperado", sospechar adelanto silencioso.