actualizada politica de toma de decisión

TODO.md

@@ -47,3 +47,60 @@
 - [ ] **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
+
+## Observaciones de Etapa 3 (Sprint 1.5) — pendientes de Sprint 3-4 o posterior
+
+### 1. Footer "Hecho desde Paraguay 🇵🇾" — evaluar destino
+
+**Estado:** mantenido en web app por decisión del director.
+
+**Decisión pendiente:** ¿se mantiene en producción cuando InQuality eventualmente venda a clientes internacionales no-LATAM?
+
+**Argumentos a favor:** identidad regional, toque humano, diferenciador respecto a herramientas anónimas, alineado con tendencia LATAM de productos open source ("Made in Argentina/Brasil/etc.").
+
+**Argumentos en contra:** sesgo gringo en clientes corporativos puede leer la firma regional como debilidad de credibilidad.
+
+**Acción:** evaluar en Sprint 3-4 con feedback de uso real en talleres y demos. Decisión depende del posicionamiento de mercado.
+
+---
+
+### 2. Versión "v0.1.0" en footer — eliminar de PDFs
+
+**Estado:** aparece en footer web. Decisión: **mantener en web, sacar de PDF**.
+
+**Justificación:** en web la versión es útil para el usuario interno (saber qué features tiene). En PDFs entregados al cliente, la versión puede generar dudas de estabilidad ("¿v0.1.0 es producción?").
+
+**Acción:** en Etapa 4 (PDF: header y footer compartidos), no incluir versión en el footer del PDF. Documentar como decisión de diseño en CLAUDE.md o ARCHITECTURE.md.
+
+---
+
+### 3. CumulativeSavingsChart — empezar en `-inversión`, no en 0
+
+**Estado:** actualmente el gráfico parte de `(Año 0, 0)`. Decisión: cambiar a `(Año 0, -inversión)` para ser financieramente honesto.
+
+**Justificación:** el modelo actual muestra ahorro bruto acumulado, no neto. Mostrar el punto inicial como `-USD 80.000` (la inversión) hace visible el "valle de retorno": la línea cruza el cero exactamente en el mes de payback. Es la representación estándar en análisis financiero.
+
+**Impacto:**
+- Cambio en `src/features/report/CumulativeSavingsChart.tsx` (web)
+- Cambio en `src/lib/export/pdf-sections-roi.ts` cuando se rediseñe el chart en Etapa 6 (PDF)
+- Aplicar consistente en ambas vistas
+
+**Acción:** incorporar en roadmap de Etapa siguiente del Sprint 1.5 (probablemente Etapa 6 cuando se rediseñe la página 1 del PDF ROI). Si Etapa 6 ya tiene scope cerrado, mover a Sprint 2.
+
+---
+
+### 4. Label "Payback" superpuesto con eje Y en CumulativeSavingsChart
+
+**Estado:** bug visual menor. El texto del marker vertical "Payback · X meses" se superpone con los labels del eje Y (`0.0M`, `2.0M`, etc.).
+
+**Acción:** ajustar offset del label del marker payback en `CumulativeSavingsChart.tsx`. Trabajo de 10 min en próxima etapa que toque el componente.
+
+**Prioridad:** baja. No afecta funcionalidad, solo polish visual.
+
+---
+
+### Notas operativas
+
+- Las 4 observaciones se descubrieron en validación visual del director (no en tests ni reporte automático).
+- Refuerzan el valor del **Patrón C.1** (validación visual mandatoria del artefacto final).
+- Punto 1 dio origen al **Patrón C.6** documentado en `methodology/` (iniciativa agéntica con consulta).