Cómo presentar el proyecto de IA al consejo de administración (sin que te lo tumben en quince minutos)

Has trabajado dos meses en el proyecto de IA. Tienes diagnóstico, casos de uso, presupuesto, plan a noventa días. Llegas al consejo, presentas treinta y dos slides, y a la media hora alguien del consejo suelta la frase que mata el proyecto: “¿y esto cómo se mide?”. A partir de ahí, todo se descarrila.

No es mala suerte. Es que la mayoría de presentaciones de IA al consejo se montan como si fueran ponencias de innovación, no como decisiones de inversión. Y un consejo no aprueba ponencias. Aprueba números, riesgos y responsables.

Te voy a contar por qué se tumban estas presentaciones, qué estructura sí funciona, y cómo conseguir la aprobación sin tener que pedirla explícitamente.

Por qué se cae casi siempre la presentación de IA en el consejo

Los consejos de administración no son auditorios curiosos. Son grupos de personas con responsabilidad fiduciaria que han visto pasar tres olas de tecnología y se han comido los costes de las dos primeras. Vienen al consejo con una pregunta en la cabeza: ¿qué me estás pidiendo, qué me cuesta, y qué pasa si sale mal?

Cuando llegas con una presentación que arranca con “el cambio de paradigma de la IA generativa”, el consejero más senior ya ha desconectado en el slide tres. No porque no entienda. Porque ha oído lo mismo con el cloud, con big data y con blockchain. Lo que quiere es saber si esta vez es diferente y, si lo es, cuánto pesa en la cuenta de resultados.

Las presentaciones de IA fracasan por tres razones recurrentes: confunden curiosidad técnica con decisión de inversión, prometen retornos que no se pueden defender con datos, y no contemplan los riesgos reales que el consejo va a pedir gestionar. Cuando se dan las tres, el proyecto se aplaza “para profundizar”. Eso es un rechazo elegante.

Lo que un consejo necesita oír (y casi nadie le da)

Un consejo aprueba inversión si entiende cuatro cosas concretas: qué problema concreto se ataca, cuánto dinero hay en juego, qué riesgo asume la empresa, y quién es responsable si las cosas se tuercen. Todo lo demás es ruido.

Problema concreto, no oportunidad genérica. “Aprovechar la IA para transformar la compañía” no es un problema. Es un slogan. “Reducir en un cuarenta por ciento el tiempo de generación de propuestas comerciales, que hoy cuesta a la empresa cinco mil horas al año” sí lo es. La diferencia entre las dos frases es lo que separa una aprobación de un aplazamiento.

Inversión total y horizonte de retorno. Cuánto se gasta, en cuánto tiempo, qué se espera recuperar. Sin esto, el consejo no puede aprobar nada. Si no tienes números fiables, dilo y pide presupuesto para tener números fiables. Un piloto de cuarenta mil euros para validar el caso es más fácil de aprobar que un proyecto de medio millón con cifras de PowerPoint.

Riesgos identificados con quién los asume. Riesgo de fuga de datos, riesgo regulatorio, riesgo de dependencia de un proveedor, riesgo de fracaso del piloto. Cada uno con quién es responsable y cómo se mitiga. Si llevas un slide diciendo “riesgos mínimos”, el consejo asume que no los has pensado.

Responsable único y dedicado. El consejo necesita un nombre. Una persona que responde por el proyecto, dedica al menos el cincuenta por ciento de su tiempo, y se sienta en el siguiente consejo a explicar avances. Si el responsable es “el comité de dirección” o “un comité interdepartamental”, el proyecto está muerto antes de empezar.

La estructura de presentación que sí pasa

Olvida los treinta slides. Doce, máximo. Esta es la secuencia que funciona.

Uno: el problema en una frase. Una sola. Sin adjetivos. “Nuestro coste de atención al cliente crece un dieciocho por ciento al año y la satisfacción cae”. Esto pone al consejo en la sala que toca.

Dos: lo que ya hemos probado y los resultados. Si has hecho un piloto de tres semanas, los datos van aquí. Si no has hecho nada, di que pides recursos precisamente para hacerlo. No vendas un proyecto de seis cifras sin tener un piloto que respalde la lógica. Si lo intentas, el consejo va a hacerlo por ti y se llama “rechazar”.

Tres: la propuesta concreta. Qué, cuándo, cuánto. Tres líneas. La inversión total, el horizonte, lo que se compromete a entregar.

Cuatro: el ROI esperado con la lógica detrás. No el número solo. La lógica. “Reducimos cuatro horas a la semana por comercial. Tenemos veinte comerciales. Eso son cuatro mil horas al año. A cuarenta euros la hora cargada, son ciento sesenta mil euros de capacidad recuperada. La inversión total es de ochenta mil. Recuperación en seis meses si solo conseguimos la mitad del impacto previsto”. Esto sí lo entiende cualquier consejero.

Cinco: los cuatro o cinco riesgos principales. Cada uno con responsable y mitigación. Sin endulzar.

Seis: el equipo y el responsable único. Nombre, dedicación, perfil.

Siete: hitos a noventa días. Qué se va a haber entregado en tres meses para que el consejo pueda revisar avance con datos.

Ocho: lo que pides al consejo hoy. Aprobación de presupuesto, decisión sobre un proveedor, autorización para contratar un perfil. Una pregunta concreta. Si no hay pregunta concreta, el consejo no decide nada.

Doce slides como mucho. Y entre uno y dos minutos por slide. El resto, anexos por si alguien pregunta.

Los cinco errores que matan la presentación al instante

Error uno: hablar de tecnología antes que de negocio. Si la primera mitad de la presentación es sobre cómo funciona un modelo de lenguaje, has perdido. El consejo no aprueba modelos. Aprueba impacto en la cuenta de resultados.

Error dos: prometer ahorros sin defenderlos. Decir “vamos a ahorrar cuatrocientas mil al año” sin enseñar cómo se llega a esa cifra es la forma más rápida de perder credibilidad. Es mejor prometer cien mil que sí puedes defender, que cuatrocientas mil que no.

Error tres: no incluir el coste oculto. Licencias, sí. Pero también el coste de las horas internas, de la consultoría puntual, del mantenimiento del agente seis meses después. Si el consejo huele que el coste real es el doble del que pones en el slide, tu credibilidad se rompe.

Error cuatro: pintar el proyecto como “transformación”. Cuanto más grande pintas el proyecto, más exposición pides al consejo. Y más razones les das para pararlo. La estrategia ganadora es la contraria: pintar un proyecto delimitado, defendible, con sucesivas fases que se aprueban una a una.

Error cinco: no tener respuesta para “¿qué pasa si no hacemos nada?”. Esta pregunta va a salir. Si tu respuesta es “perderemos el tren”, el consejo se ríe. Si tu respuesta es “en dieciocho meses, nuestros tres competidores principales operan con un cuarenta por ciento menos de coste de servicio y empezamos a perder cuota”, el consejo escucha.

Cómo se cierra la aprobación sin pedirla

El truco final no se enseña en cursos de comunicación. La aprobación se gana fuera del consejo, no dentro.

Antes de presentar, hablas individualmente con los tres consejeros más críticos. No para venderles el proyecto. Para que te lo critiquen en privado. Vas con la presentación a medio terminar y les pides que la rompan. Te dicen lo que no funciona. Tú lo arreglas. Cuando llegas al consejo formal, esos tres ya conocen el proyecto, te ven incorporando sus objeciones, y se vuelven defensores en la sala.

Una aprobación en consejo se cierra en los pasillos, no en el slide veintidós. El consejo formal es ritual. La decisión se toma antes.

El otro detalle que casi nadie hace: ofrecer al consejo más control, no menos. En lugar de pedir cinco meses para enseñar resultados, propones tú mismo una revisión a los noventa días con datos concretos. El consejo no necesita pedirte rendición de cuentas porque tú la estás dando antes. Eso desactiva el noventa por ciento de las objeciones de fondo.

Cierre

Una presentación de IA al consejo no es una oportunidad de educar. Es una decisión de inversión que se gana o se pierde por cómo se enmarca el problema y se defiende el retorno. El consejo no quiere entender modelos. Quiere saber qué cuesta, qué retorna, qué riesgo asume y quién responde.

Si llevas eso en doce slides, con un piloto detrás que respalde los números, con riesgos identificados y con un responsable con nombre y apellidos, la aprobación es casi inevitable. Si llevas treinta slides de teoría con un ROI calculado en una servilleta, te van a aplazar el proyecto. Y aplazar es enterrar.

El consejo no es tu enemigo. Es tu socio en la decisión. Trátalo como tal y deja de venderle ciencia ficción.