En corto: Un consejo no aprueba tecnología: asigna capital. Y asignar capital no es decir sí o no a lo que llega a la mesa: es decidir cuál de los caminos disponibles genera más valor. Para hacerlo necesita cuatro cosas: el mapa del negocio, el retorno comparado, el plazo y el dueño.
Si tu consejo tiene un proyecto de IA para aprobar en la próxima sesión, la pregunta útil llega antes que la tecnología: ¿alguien hizo la tarea antes de que el tema llegara a la mesa?
El riesgo de aprobar mal rara vez termina en una pérdida contable. Termina en doce iniciativas pequeñas que consumen atención directiva durante un año sin mover una sola línea del estado de resultados: ninguna falló, ninguna se nota, y el año se fue.
Lo vimos con claridad en el proyecto que sí llegó a producción: una embotelladora líder en México con vacantes críticas abiertas casi dos meses, donde cada semana sin cubrir se traducía en línea detenida y horas extra. Antes de automatizar nada, se rediseñó el proceso de reclutamiento completo; los agentes entraron después, sobre filtrado, evaluación y coordinación. El ciclo pasó de 50 a 10 días. No fue el único proyecto que se presentó ese año ante la dirección. Fue el único que llegó con línea base, dueño de negocio y retorno comparado contra las otras iniciativas de la carpeta.
Este artículo responde una sola pregunta: ¿qué le toca decidir al consejo, y qué no, antes de autorizar un proyecto de IA? Son cuatro cosas. Y la primera es entender dónde termina su trabajo y dónde empieza el de la organización.
Qué le toca decidir al consejo y qué no
Al consejo le toca la asignación de capital y el riesgo; la arquitectura le toca a la organización. Un director de tecnología puede explicar cómo funciona un agente, y esa explicación rara vez cambia una decisión de inversión. Al consejo le toca otra pregunta: qué apuesta se está haciendo con el dinero de la empresa y qué tan reversible es.
Confundir los dos papeles es la forma más común de perder una sesión completa. Se discuten proveedores, modelos y plazos de implementación cuando lo que hay que decidir es dónde poner el capital y cuánto riesgo se acepta a cambio.
Lo que un CEO necesita saber de la inteligencia artificial cabe en tres preguntas: qué proceso del negocio mueve el número, quién responde por él, y qué pasa si la apuesta no rinde. Esa es la competencia que le corresponde al consejo, y es la que ningún asesor externo puede ejercer en su lugar.
Las cuatro cosas que tienen que estar sobre la mesa
El mapa del negocio, el retorno comparado, el plazo y el dueño. Con esas cuatro se puede justificar una inversión en IA ante el consejo sin apelar a la promesa de la tecnología. Sin ellas, la sesión se convierte en una defensa de entusiasmo contra entusiasmo.
- El mapa del negocio: dónde se está ganando y dónde se está perdiendo hoy, por línea, por cliente, por proceso. Y dónde pega la iniciativa dentro de ese mapa. Sin eso se prioriza por quién defendió mejor su proyecto, no por dónde está el valor.
- El retorno comparado: no cuánto rinde esta iniciativa, sino cuánto rinde contra la que se queda fuera.
- El plazo: cuándo lo vamos a saber: el día 2 o el día 30.
- El dueño: quién responde por el resultado del negocio, con nombre.
El mapa del negocio es el que más se salta, y es el que ordena a los otros tres. Su pregunta es dónde pega la iniciativa, y admite tres respuestas de peso muy distinto. La primera: si toca el core business, es decir aquello que la empresa hace para ganar dinero, o un proceso de soporte que solo lo acompaña. La segunda: si cambia el modelo de negocio, la manera en que la empresa cobra y compite, o solo acelera el que ya tiene. La tercera: si mejora la propuesta de valor, si al cliente le llega algo distinto al final o exactamente lo mismo un poco antes.
El orden importa porque cambia la decisión. Una iniciativa que mejora un proceso periférico puede traer buen retorno y aun así no merecer la sesión. Una que mueve el core business o la propuesta de valor la merece aunque el número tarde más en aparecer, porque lo que está moviendo es la posición de la empresa frente a su mercado.
Con las cuatro sobre la mesa, la sesión deja de ser una defensa de proyectos y pasa a ser una asignación de capital. Es la misma junta y es una conversación distinta.
El retorno comparado: contra qué se mide esta iniciativa
El retorno comparado mide cada iniciativa contra la que se queda fuera de la carpeta. Casi ningún consejo compara. Aprueba lo que llega bien armado y descarta lo que no se propuso, no lo que rendía menos. Es un sesgo silencioso: el proyecto gana no porque sea el mejor uso del capital disponible, sino porque fue el único que llegó con números.
La inercia tiene literatura propia, y no es la de un defecto de carácter. Lovallo, Brown, Teece y Bardolet lo trataron en *Strategic Management Journal* como una capacidad organizacional: la de reasignar recursos entre unidades. Se construye deliberadamente y no aparece sola cuando la sesión va bien. Un consejo que reasigna capital cada año sin comparar no está tomando una decisión distinta cada vez: está repitiendo la del año pasado con nombres nuevos.
Lo que sí sobrevive una comparación se reconoce rápido. En una institución financiera, el onboarding KYC bajó 65% en tiempo manteniendo el cumplimiento: línea base tomada antes de empezar, un dueño con nombre y un número que la dirección podía verificar sin depender de qué tan bien lo hubiera presentado quien lo propuso. Ese es el estándar contra el que se mide el resto de la carpeta.
Lo que antes se frenaba por no cumplir un mínimo (una iniciativa sin línea base, sin dueño de negocio, o que promete resultado sin cambiar ningún proceso) ya no necesita frenarse en automático. Simplemente pierde la comparación: no tiene con qué competir contra las otras iniciativas de la carpeta. El filtro sigue existiendo, pero deja de ser un portero en la puerta. Se convierte en una regla del juego dentro de la mesa.
Datos, control y trazabilidad: el mínimo no negociable
Quién ve qué, qué queda registrado y dónde viven los datos. El gobierno de la inteligencia artificial no es un capítulo técnico que se delega a sistemas. Es parte del mismo expediente de aprobación que el mapa del negocio y el retorno comparado, y cada vez más consejos lo tratan así: la encuesta 2025 de la National Association of Corporate Directors encontró que más del 62% de los consejeros ya reservan tiempo de agenda para discutir IA con el consejo completo, no solo en el comité de auditoría o de riesgo.
Antes de autorizar, el consejo necesita tres respuestas, cada una en una línea: quién puede ver qué información dentro del proceso, qué acción del agente queda registrada y quién puede auditarla, y en qué jurisdicción viven los datos que procesa. Los riesgos de la inteligencia artificial en empresas casi nunca aparecen en el modelo: aparecen en el proceso que lo rodea, cuando nadie definió el punto donde un humano confirma antes de que el agente actúe.
No hace falta que el consejo entienda la arquitectura del sistema. Hace falta que exija esas tres respuestas antes de firmar, y que alguien con nombre responda por ellas.
Cómo se ve un portafolio sano a 12 meses
Las suficientes iniciativas, ni pocas ni muchas, aprobadas fase por fase, cada una con su propio caso de negocio, y una lógica que explica por qué esas y no otras. Un comité de inteligencia artificial, cuando existe formalmente, o el consejo mismo cuando no, tiene una función que se resume fácil: sostener esa lógica de principio a fin, sesión tras sesión.
Las suficientes quiere decir las que la empresa puede sostener al mismo tiempo sin quedarse sin gente, sin proveedor y sin atención directiva. Ese número no lo fija una meta de innovación: lo fija la capacidad real de ejecución del año.
Y ese portafolio abarca más que la tecnología: es un portafolio de negocio con cinco frentes que se aprueban juntos o no se aprueban: la tecnología, las personas que van a trabajar el proceso nuevo, los proveedores con los que se ejecuta, los procesos y procedimientos que hay que rediseñar antes de automatizar nada, y la gobernanza que define quién responde por qué. Una iniciativa que solo trae el primer frente no está lista para la mesa: está pidiendo permiso para comprar tecnología.
No es una manía nuestra. La norma internacional que existe hoy para esto, ISO/IEC 42001:2023, no está escrita como una especificación de tecnología: está escrita como un *sistema de gestión*, con roles, responsabilidades, evaluación de riesgo y mejora continua. Es decir, con la mitad de la carpeta que la mayoría de las iniciativas no trae cuando llega a la mesa del consejo.
Dicho de otra forma: lo que el consejo aprueba no es la estrategia de IA. Es la estrategia, la táctica y la operación de la empresa para los próximos doce meses, con la inteligencia artificial como protagonista. Cuando se aprueba como capítulo aparte, compite contra el presupuesto del negocio en lugar de ordenarlo.
No se trata de aprobar iniciativas sueltas que suenan bien por separado. Se trata de sostener un portafolio donde cada aprobación se explica en relación con las demás. La señal de que algo salió mal aparece en otro lado: el consejo aprobó doce iniciativas en un año y, al revisar la carpeta en la sesión de cierre, nadie puede explicar por qué se eligieron esas y no otras.
Vuelve al caso de la embotelladora: el ciclo de reclutamiento pasó de 50 a 10 días (−80%), con las posiciones críticas cubiertas 40 días antes. El dato se pudo defender ante la dirección porque la línea base y la fecha de corte existían desde la primera sesión, no porque el proyecto fuera técnicamente superior a los otros que se propusieron ese año.
Qué hacer el lunes
- Pide que cada iniciativa de IA en la carpeta llegue con su línea base escrita en una línea.
- Pide que cada una declare dónde pega: el core del negocio, la propuesta de valor o un proceso de soporte.
- Pide los cinco frentes en la misma carpeta: tecnología, personas, proveedores, procesos y gobernanza.
- Exige el retorno comparado y el nombre del dueño del proceso, no del proyecto.
- Define la política de datos antes de la siguiente aprobación, no después.
Antes de la próxima sesión de consejo
La pregunta que abre este artículo no se responde en la sesión. Se responde teniendo las cuatro cosas listas antes de que empiece.
Nuestro autodiagnóstico son 14 preguntas y cinco minutos, y sales con la lectura de dónde está tu empresa frente a la IA: madurez de datos y madurez de negocio por separado, para que veas el desbalance.
Si lo que falta en tu consejo es que quien presenta los próximos casos hable el mismo idioma que quien los aprueba, la Academia "El Tren de la IA" forma a quien dirige, no a quien programa.
Y si ya tienes una iniciativa concreta sobre la mesa, un Agentic Discovery entrega el caso de negocio cuantificado antes de que el consejo tenga que decidir a ciegas.
Para ir más a fondo:
- El método completo, fase por fase: cómo trabajamos en Neurya
- Los dos formatos, en un solo lugar: Conoce la Academia →
- Artículo hermano: Por qué los pilotos de IA no llegan a producción
Preguntas frecuentes
¿Qué debe revisar un consejo antes de aprobar un proyecto de IA?
Cuatro cosas: el mapa del negocio (dónde se gana y se pierde hoy, y qué parte del modelo de negocio mueve la iniciativa), el retorno comparado contra las otras iniciativas de la carpeta, el plazo en que va a dar señal, y el nombre del dueño de negocio que responde por el resultado. Sin las cuatro, el consejo está opinando, no decidiendo.
¿Quién debe presentar la IA ante el consejo?
El dueño del proceso que la inversión promete mejorar, no quien la construye. Si presenta sistemas, se está aprobando una herramienta, no un cambio en cómo el negocio gana dinero. El área técnica acompaña; el negocio responde por el resultado.
¿Qué riesgos de gobierno introduce un agente de IA?
Tres, principalmente: quién puede ver qué información, qué decisiones toma el agente sin supervisión y cuáles requieren confirmación humana, y en qué jurisdicción se procesan los datos. Ninguno se resuelve después de implementar: se define antes de aprobar.
¿Cada cuánto debe reportarse el avance al consejo?
En la fecha de corte fijada antes de empezar, no cuando el proyecto "esté listo para presentarse". Un caso sin fecha de corte tiende a alargarse sin que nadie lo note, porque no hay un punto donde alguien tenga que rendir cuentas del número.