# Prompt — Redacción de narrativa por segmento

## Instrucción a Claude

Para cada uno de los 4 segmentos (CORE / OPERACIÓN / CLIENTES / USUARIO), redactarás dos bloques que van en el slide correspondiente:

**A. Narrativa principal** (columna derecha — texto largo con highlights rojos)
**B. Riesgos Tecnológicos Asociados** (columna izquierda inferior — bullets compactos)

## Estilo canónico (NO desviarte)

Patrón retórico observado en TODOS los mapas previos de Género Valor:

1. **Párrafo descriptivo neutro** — describe el sistema y su función actual sin juzgar.
2. **Frase clave en bold rojo `#C00000`** señalando el problema central. La frase debe ser específica, no genérica.
3. **Consecuencia operativa concreta** — describe el impacto real en el negocio (no abstracto).
4. **Conectores adversativos** — "sin embargo", "no obstante", "a pesar de", "si bien", "aunque".
5. **Tercera persona, registro formal**, sin "nosotros" ni "ustedes".

## Ejemplos canónicos extraídos de Background

### Banco Manabí — Sistema CORE (ABANKS)

> "El sistema core **ABANKS soporta las operaciones principales del banco**, sin embargo, **su tecnología base presenta niveles críticos de obsolescencia**, tanto en su motor de base de datos como en los componentes front-end que utiliza.
>
> **Esta situación ha generado restricciones importantes para mantener, actualizar o extender el sistema**, obligando al banco a depender de un soporte especializado y dificultando la implementación de mejoras o nuevos desarrollos.
>
> **Se dio inicio a un proceso de migración a una versión soportada de Oracle**. Este desarrollo debe buscar asegurar la estabilidad del sistema actual y preparar el camino para una evolución tecnológica más controlada y sostenible."

**Riesgos Tecnológicos Asociados (mismo slide, columna izquierda):**

> - **Obsolescencia crítica del Core:** ABANKS opera sobre una versión antigua de Oracle y componentes front-end fuera de soporte, aumentando el riesgo de fallas, incidentes operativos y restricciones para su mantenimiento.
> - **Limitaciones para evolucionar el sistema:** La tecnología actual impide incorporar funcionalidades modernas, frena mejoras y dificulta la adaptación del banco a nuevas necesidades operativas o regulatorias.

### Equiport — Sistema CORE (Odoo)

> "El sistema core Odoo soporta la totalidad de las operaciones de Equiport, desde compras, inventario, reparaciones y finanzas. Si bien la plataforma está activa y en uso, **la empresa depende de un proveedor externo para todos los desarrollos y personalizaciones del sistema**, sin contar con capacidad técnica interna para gestionar estas necesidades, lo que genera dependencia operativa hacia un tercero."

### Quinfica — Sistema CORE (SAE)

> "SAE opera como el sistema central de Quinfica, gestionando ventas, compras, inventario y clientes. **Sin embargo, su rol como eje integrador no se está cumpliendo del todo en la práctica**. La mayoría de las áreas no consume la información directamente desde el sistema, sino que descarga datos, los traslada a plantillas de Excel y trabaja desde ahí, **lo que convierte a SAE en un sistema de registro más que en una herramienta de gestión**."

## Reglas de redacción

1. **Longitud total narrativa principal:** 3-4 párrafos, ~150-220 palabras. Más larga si hay sistemas complejos (ej. CORE), más corta para USUARIO si hay menos friccion.
2. **Frases en bold rojo:** 1-3 por segmento. Ni más ni menos. Cada una debe señalar un problema concreto, no una opinión vaga.
3. **No mencionar nombres del consultor ni del entrevistado.**
4. **Cifras y datos cuantitativos** — incluirlos si están en las entrevistas. Ej. "16 bases de datos", "8 países", "7,000 usuarios". No inventar números.
5. **Si no hay frictions reales** en un segmento (ej. USUARIO está bien), redactar narrativa positiva pero NO mentir. Reflejar lo que diga la entrevista.

## Riesgos Tecnológicos Asociados — formato

- Bullets numerados o con guión (consistente con el slide canon)
- Cada bullet: **título corto en bold rojo** + 1-2 frases descriptivas en negro
- Mínimo 1, máximo 3 riesgos por segmento
- Si no hay riesgos materiales en un segmento, omitir el bloque "Riesgos" (no inventar)

## Output esperado

```json
{
  "core": {
    "narrativa": "Texto multipárrafo con marcadores [BOLD]...[/BOLD] para los highlights rojos...",
    "riesgos": [
      {
        "titulo": "Obsolescencia crítica del Core",
        "descripcion": "ABANKS opera sobre una versión antigua de Oracle..."
      }
    ]
  },
  "operacion": { ... },
  "clientes": { ... },
  "usuario": { ... }
}
```

Los marcadores `[BOLD]...[/BOLD]` luego se traducen en runs con `font.color.rgb = RGBColor(0xC0, 0x00, 0x00)` y `font.bold = True` al rellenar el PPTX.

## Validaciones antes de aceptar la redacción

- ¿Toda afirmación es trazable a una entrevista? — si no, error.
- ¿La frase en bold rojo señala un problema específico, no una opinión? — si dice solo "es importante mejorar" → reescribir.
- ¿El tono es constructivo, no acusatorio al equipo de TI? — si suena a crítica al equipo, suavizar manteniendo el problema técnico.
- ¿Largo razonable? — si excede 250 palabras la narrativa, comprimir.
