Nadie en LATAM había nombrado esto: EBITDA First

El 28 de marzo de 2026 busqué "EBITDA First" en Google. Cero resultados.

No como framework. No como metodología. No como nombre de categoría. En ningún mercado hispanohablante existe el término.

Existe una crítica conocida al pensamiento "EBITDA First". Terrence O'Hanlon, fundador de Uptime Magazine, la articula bien: cuando una organización es presionada a "drive EBITDA above all else", el efecto es sistemático — los activos se corren más duro, con menos recursos, hasta que fallan. Puedes golpear tus números de corto plazo mientras destruyes silenciosamente el sistema que produce valor a largo plazo.

Tiene razón. En su contexto.

Yo viví el otro lado. Estuve en iniciativas de despliegue de capacidad de miles de millones — algunas se materializaron, otras no.

El criterio no llegó solo. Lo construí a golpes.

Lo que aprendí no fue que el EBITDA como norte es un error. Lo que aprendí es que el mismo instrumento de aprobación diseñado para proyectos de infraestructura masiva no puede aplicarse a una iniciativa de IA que debería demostrar retorno en 90 días.

Ese es el problema. No la métrica — el instrumento equivocado en el contexto equivocado.

El criterio no llegó solo. Lo construí a golpes.

Hoy lo nombro.

El mercado de IA tiene un problema de gobernanza, no de tecnología.

Entre el 88% y el 95% de los pilotos de IA en empresas nunca llegan a producción. Para ser más precisos: solo el 12.1% de los proyectos — 4 de cada 33 — pasa de prueba de concepto a producción. No por falta de capacidad técnica — por falta de un criterio financiero que los ancle desde el inicio. El abandono de iniciativas de IA saltó del 17% en 2024 al 42% en 2025 en un solo año. Eso no es una curva de aprendizaje. Es fatiga de liderazgo ante proyectos que consumen presupuesto sin mover el P&L.

El 61% de las organizaciones reporta un impacto atribuible a IA menor al 5% en su EBITDA. Solo el 6% se considera de alto rendimiento con resultados medibles. El resto está financiando experimentos.

El patrón es conocido en infraestructura, en logística, en banca. El dueño aprueba el presupuesto, el consultor entrega el reporte, y dos años después nadie puede explicar dónde fue el dinero.

El problema no es que los empresarios no sepan pedir resultados. Es que el instrumento que usamos para aprobar proyectos — el Business Case corporativo — está diseñado estructuralmente para ser aprobado, no para ser auditado. Lo sé porque lo usé.

El profesor Bent Flyvbjerg de Oxford documentó este patrón en más de 2,000 proyectos de inversión. Lo llamó el "doble whammy": los planificadores subestiman costos reales de implementación y sobreestiman los beneficios potenciales de manera sistemática. No es un error — es el modelo de negocio de quien vende el proyecto.

Y cuando el proyecto fracasa, el diagnóstico suele ser técnico. Datos insuficientes, integración compleja, modelo mal entrenado. Pero el 70% de las iniciativas de IA no supera el piloto por una sola razón: no existe un dueño de proceso con autoridad real sobre los resultados. No es un problema técnico — es un problema de gobernanza. Y el Business Case no lo resuelve porque no está diseñado para hacerlo.

El Business Case se construye para obtener aprobación presupuestal. "EBITDA First" es un criterio de entrada que el arquitecto establece antes de presentar propuesta.

A esto se suma lo que la investigación denomina "teatro de aprobación" — un término de auditoría operativa que describe los pasos administrativos que no generan valor pero consumen recursos reales: entre el 40% y el 75% de los pasos de aprobación en flujos de trabajo corporativos son prescindibles o automatizables con reglas de negocio simples. En un caso documentado de auditoría de procesos, el costo medible de esa fricción fue de €1.5 millones en generación de reportes y €4.7 millones en resolución de confusiones operativas — dinero que no apareció en ningún Business Case.

"EBITDA First" invierte la lógica operativa.

En lugar de comenzar con la herramienta y construir el caso de uso, se comienza con el margen. ¿Dónde es delgado? ¿Qué proceso manual está erosionando la utilidad operativa? ¿Cuánto vale resolver eso en los próximos 90 días?

Si no hay una respuesta auditable a esas tres preguntas antes de arrancar, no hay proyecto.

La metodología tiene cinco pasos:

#	Paso	Función
01	Friction Mapping	Diagnóstico de dónde sangra el margen
02	CFO-Ready Design	Arquitectura que un CFO puede leer en 3 minutos
03	EBITDA Gate	Criterio de entrada: sin impacto medible, sin avance
04	Control Systems	Mitigación de riesgo auditable
05	Single Next Action	Una acción. Sin ambigüedad.

El horizonte de referencia es 90 días para iniciativas de capacidad instalada — no para proyectos de infraestructura o I+D de largo plazo, que tienen su propia lógica de inversión. El principio no se negocia. El horizonte se calibra al contexto.

No vendo código, vendo capacidad instalada. La diferencia es que la capacidad instalada se mide en el EBITDA del trimestre siguiente.

Lo sé porque lo viví desde adentro.

Participé en casos de negocio que justificaban inversiones de miles de millones con horizontes de 5 a 10 años. Proyecciones que se veían sólidas en el papel, aprobadas por comités, respaldadas por firmas consultoras de primer nivel. Algunos nunca llegaron al desenlace — murieron en el camino, consumiendo flujo hasta que alguien apagó la luz. En otros, me tocó ser quien levantara la mano: "Basta. Esto no funciona. Dejemos de quemar caja."

Esa decisión no la enseñan en ningún MBA. La enseña operar en ecosistemas donde el capital es escaso, el regulador no perdona y el CFO necesita una respuesta en tres minutos — no en tres años.

El proyecto aprobado con el Business Case más sólido puede ser exactamente el proyecto que más destruye margen.

"EBITDA First" nació de ahí.

Las organizaciones que ya aplican este enfoque muestran resultados concretos. Una empresa del sector energético redujo el tiempo de generación de propuestas de 1–2 días a menos de una hora, con un impacto documentado de $420,000 USD ahorrados anualmente. No es un ejercicio de digitalización — es una palanca de margen identificada antes de escribir una sola línea de código.

"EBITDA First" no es una promesa de que la IA siempre funciona. Es exactamente lo contrario: es el marco que determina cuándo la IA no debe implementarse porque el retorno no es demostrable en el horizonte acordado.

No es para empresas que buscan un caso de uso novedoso. Es para dueños y directores que han visto demasiados proyectos tecnológicos entregarse como reportes y archivarse como gastos.

Y no es un Business Case con otro nombre. La diferencia de fondo es el incentivo: el Business Case lo construye quien quiere que el proyecto se apruebe. "EBITDA First" lo define quien asume que si el retorno no llega, el proyecto no debió existir.

El 25% del gasto en IA será diferido en 2026 por falta de ROI demostrado. Las empresas que no definan el criterio de entrada hoy perderán la ventana frente a quienes ya lo hicieron.

Si tienes una iniciativa de IA en curso — o estás evaluando una — hazte una sola pregunta antes de la próxima reunión de presupuesto:

¿Puedo expresar el impacto esperado en el EBITDA de los próximos 90 días, con una métrica verificable, antes de aprobar el gasto?

Si no sabes por dónde empezar: si tu iniciativa tiene un proceso operativo detrás — ventas, logística, servicio, finanzas — es capacidad instalada y el horizonte de 90 días aplica. Si no puedes identificar el proceso, es I+D. El Diagnóstico te ayuda a distinguirlo.

Si la respuesta es no, el proyecto no está listo. No porque la tecnología falle — sino porque el criterio de entrada no está definido.

El Diagnóstico "EBITDA First" en rubiolainez.com/diagnostico hace exactamente eso: mapea las fricciones operativas de tu empresa y devuelve un reporte con el impacto estimado en tu EBITDA antes de que exista una propuesta comercial.

Sin compromiso. Sin pitch. Solo el diagnóstico.