63 lines
3.1 KiB
Markdown
63 lines
3.1 KiB
Markdown
# Snippet para agregar a `TODO.md` del proyecto InQ ROI
|
|
|
|
> Agregá esta sección al `TODO.md` del repo del producto (no de methodology).
|
|
|
|
---
|
|
|
|
## 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).
|