La matriz de priorización ya está llena. Tienen puntajes de valor, datos y riesgo, un top 3 y buckets a 90 días. Aun así, el kickoff no arranca: cada área pide “un poco más de alcance”, TI pide un deck de 20 slides y el patrocinador quiere certeza antes de firmar. El portafolio se diluye en reuniones. Este artículo es el complemento operativo de la matriz: cómo bajar esos tres casos a un one-pager de piloto —un charter de una página— listo para kickoff sin reabrir el workshop de scoring.
Para equipos mid-market en México que ya priorizaron y necesitan convertir ranking en arranque: problema, KPI, alcance, datos, controles, go/no-go y dueños en una sola página.
Por qué un one-pager vence a un deck de 20 slides
El deck crece porque cada stakeholder agrega una slide “por si acaso”. El one-pager obliga a decidir. Si no cabe en una página, aún no está listo para piloto: falta recortar alcance o falta dueño. Tres ventajas prácticas:
- Congela el contrato social entre negocio, datos y riesgo antes de gastar sprint.
- Se lee en el comité sin proyección eterna: se aprueba, se ajusta o se devuelve a la matriz.
- Se versiona: un archivo, una fecha, un dueño. No hay “versión del área comercial” vs “versión de TI”.
No sustituye el scorecard ni el modo sombra: los referencia. Tampoco reescribe la matriz: la consume. Es el puente entre “está en el top 3” y “arrancamos el lunes”.
Los nueve bloques del one-pager de piloto
Use exactamente estos bloques. Si falta uno, el kickoff es frágil. Si sobran anexos, está volviendo al deck.
1. Problema y outcome (en dos frases)
Una frase de dolor operativo medible (“el triaje L1 tarda X y genera Y rework”) y una de outcome deseado (“reducir toques manuales en el segmento Z sin subir reclamos”). Evite jerga de modelo: el patrocinador debe reconocer su negocio.
2. KPI del scorecard (uno primario, dos de guardrail)
El KPI primario debe conectar con el P&L o con un driver ya definido en el scorecard de decisiones (ciclo, costo por caso, conversion, recovery). Los guardrails evitan optimizar en falso: calidad, override o costo de excepción. Sin este bloque, el piloto “termina” con demos, no con decisión.
3. Alcance in / out (lista corta)
Máximo cinco ítems “in” y cinco “out”. El out es tan importante como el in: congela el scope creep. Ejemplo: in = canal web + segmento retail Norte; out = llamadas, mayoreo, excepciones legales. Si el out está vacío, el one-pager aún no está listo.
4. Datos e integración (contrato mínimo)
Fuente, dueño, latencia, campos críticos y qué sistema escribe el resultado (ERP, CRM, ticketing). No es un diagrama de arquitectura: es el contrato mínimo que ya trabajamos en posts de datos ERP–CRM. Si no hay dueño de dato, no hay kickoff.
5. Controles de riesgo (HITL, cola de excepciones o modo sombra)
Declare el control por defecto las primeras semanas: ¿modo sombra?, ¿cola de excepciones con human-in-the-loop?, ¿umbral de confianza con override? Esto amarra el charter al diseño operativo, no a una promesa de autonomía total.
6. Esfuerzo y ventana (30 días, no “fase 1 eterna”)
Personas-semana estimadas, sistemas tocados y fecha de revisión. La ventana tipica mid-market es 30 días de piloto acotado. Si necesita seis meses para “preparar datos”, el caso vuelve a la matriz con score de datos en rojo —no se disfraza de piloto.
7. Criterios go / no-go a 30 días
Tres a cinco umbrales falsificables. Ejemplos: precisión mínima en holdout, tasa de override bajo un techo, tiempo de ciclo bajo un piso, cero incidentes de clase X. Si a los 30 días no se cumple, se pausa o se recorta; no se “extiende sin criterio”.
8. Dueños RACI mínimo
Cuatro roles bastan: patrocinador de negocio (A), dueño de proceso (R), dueño de datos (C/R), responsable de controles/modelo (R). Sin nombres reales, el one-pager es un wish list.
9. Supuestos abiertos (máximo cinco)
Lo que aún no está cerrado pero no bloquea el arranque (“el campo X llegará en la semana 2”). Si un supuesto es bloqueante, no es supuesto: es dependencia y debe resolverse antes del kickoff.
Mini ejemplo: triaje L1 de servicio (mid-market)
Caso hipotético ya priorizado en la matriz (alto valor, datos aceptables, riesgo medio):
- Problema / outcome: el 40% del backlog L1 es reclasificación manual; outcome: auto-etiquetar y enrutar el segmento web retail con menos rework.
- KPI: primario = minutos promedio hasta primera clasificación correcta; guardrails = % override humano y reclamos por mala ruta.
- In / out: in = tickets web retail; out = mayoreo, legal, redes sociales.
- Datos: CRM + histórico 12 meses; dueño = Ops Servicio; escritura del tag en el mismo CRM.
- Controles: dos semanas en modo sombra; luego cola de excepciones bajo umbral de confianza.
- Ventana: 30 días; 1.5 personas-semana negocio + 1 de datos.
- Go/no-go: precisión sombra ≥ umbral acordado; override < techo; sin incidentes de enrutamiento a legal.
- RACI: Gerente Servicio (A), Lead L1 (R), Analista CRM (R datos), Partner/modelo (R controles).
- Supuestos: campo “canal” limpio al 95% para la semana 2.
Eso cabe en una página. Cualquier slide adicional (“visión 2027”, “roadmap de NLP”) sobra para el kickoff.
Ritual: congelar el top 3 hasta el re-score trimestral
Una vez firmados los tres one-pagers, congélalos hasta el próximo re-score de la matriz (típicamente trimestral). Ideas nuevas no “se cuelan” al sprint: entran por la matriz, compiten por valor/datos/riesgo y solo entonces merecen charter. Así el portafolio de 90 días deja de ser una lista de deseos y se vuelve una cola con disciplina.
En la práctica: el comité de priorización aprueba o rechaza one-pagers; no reabre scoring caso por caso cada semana. El ritual semanal del scorecard gobierna el piloto ya vivo; la matriz gobierna qué entra al portafolio.
Fallos comunes (y cómo cortarlos en el one-pager)
- Scope creep disfrazado de “fase 1b”: si no está en el in, no se construye. Nueva idea → matriz, no anexo.
- KPI ausente o de vanity: “mejorar la experiencia” no es go/no-go. Amárrelo al scorecard y al P&L.
- Sin dueño de datos: el bloque 4 vacío es un stop. No inicie sombra sobre un feed huérfano.
- Controles “después”: si el riesgo era medio-alto en la matriz, el one-pager debe nombrar HITL, sombra o cola desde el día 1.
- RACI con cargos, no con nombres: “TI” no firma; una persona sí.
Del top 3 al kickoff sin diluir el portafolio
La matriz responde qué priorizar. El one-pager responde con qué contrato arrancamos. Nueve bloques, una página, tres charters congelados: suficiente para mid-market sin PMO. Con KPI, alcance, datos, controles y dueños, el portafolio pasa de ranking a ejecución.
En Next Wave AI acompañamos a equipos en México a bajar la matriz de priorización a charters operables: one-pagers, scorecard, modo sombra y cola de excepciones con criterios go/no-go. Si quiere convertir su top 3 en kickoff en una página, escríbanos a contacto@nextWaveAI.AI o llame al +52 (33) 3126 6969.
Add comment