Lección 51 — Entender el negocio

La traducción bidireccional sobre TicketFlow. Sin solutions.md hasta entregar.

Ejercicio 1 — El mapa del dinero

1. Escribe el modelo de negocio de TU TicketFlow: ¿quién paga (organizador/comprador/ambos), por qué valor, y cuáles son las 3 líneas de ingreso/riesgo? Máximo 10 líneas — el documento que el onboarding (48) lleva el día 1.
2. La tabla de pieza→línea (§1): completa para TU repo las 5 piezas + las 2 tuyas. ¿Qué pieza no encontró línea? ¿Es sobre-ingeniería o infraestructura aburrida? Decide y documenta.
3. El dinero del ledger: revisa tu schema del 08: ¿puedes calcular la comisión facturada del mes con UNA query? Si no: ¿qué falta al modelo para responder la pregunta del negocio (el "¿cuánto facturamos?" que nadie preguntó)?

Ejercicio 2 — Las 5 whys

1. Toma 3 requerimientos reales/hipotéticos y ejecuta las 5 whys: "push de notificaciones", "export a Excel del listado", "que los asientos se reserven 30 min" — para cada uno: el problema real y la solución más barata que lo resuelve.
2. La conversación simulada: escribe el diálogo del 5-whys con el stakeholder (5 turnos): ¿qué preguntas haces y en cuál aparece el problema real? ¿Qué solución propones y en qué se diferencia del requerimiento original?
3. El requerimiento mal entendido: busca en TU histórico una feature que construyó lo pedido y no el problema (o inventa la candidata): ¿cuál habría sido la pregunta que lo salvó?

Ejercicio 3 — La traducción a negocio

1. Traduce a lenguaje de negocio: (a) "p95 del checkout 1.2 s"; (b) "el outbox tiene 800 eventos pendientes"; (c) "la saga UNKNOWN expira en 1 h"; (d) "el error budget está al 80%". Cada traducción: la frase que el dueño del negocio entiende y qué decide con ella.
2. La decisión de producto simulada: "el inventario no admite 10k simultáneos sobre el mismo evento" — escribe las 3 opciones (turnos/partición/rechazar) con costo en euros y riesgo de conversión, y RECOMIENDA una. La recomendaación técnica ¿decide o informa? (la respuesta del 49).
3. El error budget del negocio: el negocio pide "cero errores + 3 features esta semana". Escribe la explicación del budget con números (el 46) y la propuesta que sí cabe (¿2 features y el budget intacto? ¿3 features y el budget se apuesta?).

Ejercicio 4 — El backlog con valor

1. Lista 8 elementos de TU backlog (técnicos y de producto) y valora cada uno: valor/esfuerzo/riesgo (la matriz del §4). ¿Cuáles son TIC disfrazados (¿la migración a K8s sin trigger?)?
2. El ROI del esfuerzo: ordena el backlog por valor/esfuerzo: ¿el primero sorprende (¿el runbook del 47 vs la app móvil?)? Escribe la justificación del top 3 en una línea cada uno.
3. El "no" con alternativa: el negocio pide "el reporte de ventas en tiempo real en el admin". Escribe el no-con-alternativa (¿el batch del 31 + caché del 38? ¿el stream del 30 para quien lo necesite de verdad?): la respuesta completa al stakeholder.

Ejercicio 5 — La traducción bidireccional (el ensayo final)

1. El elevator pitch de TicketFlow: explícaselo a tu abuela/tía en 5 frases SIN tecnicismos (¿qué problema resuelve y para quién?). Si usas "backend", "API" o "cache": reescribe.
2. El pitch inverso: explícale al equipo técnico qué vende el negocio en 5 frases SIN cifras de negocio vagas (¿qué métrica exacta es "que vaya bien"?).
3. El cierre del módulo: la pregunta del 57 adelantada — "¿por qué el sistema es así?" en 10 frases para el dueño del negocio (el lock, el outbox, la saga, los SLOs: cada uno en su frase de negocio). Guarda este ensayo: el 57 lo pide.

Entrega

Pega el mapa del dinero, los 3 five-whys, las traducciones a negocio y los dos pitch. Después: Lección 52 — Clean/Hexagonal y DDD aplicados (módulo 12, el final).