Cómo preparar una presentación técnica que ejecutivos entiendan y recuerden
Un Tech Lead entra a la sala de dirección con veinticinco slides. La arquitectura está bien pensada: ha comparado tres opciones de migración, ha modelado el coste de infraestructura a dos años, ha anticipado los modos de fallo. Tiene doce minutos. En el minuto tres, el VP de Producto mira el móvil. En el minuto seis, el CFO pregunta algo que él ya había respondido en el slide anterior. En el minuto nueve, alguien dice "esto lo vemos con más calma en otra sesión". No hubo otra sesión.
El argumento era correcto. No llegó.
Y aquí está lo que hace que este caso valga una clase: el Tech Lead no cometió ningún error técnico. Cometió un error sobre cómo los ejecutivos deciden qué escuchar.
Dos formas de preparar la misma reunión
Frente a esa reunión, hay dos maneras defendibles de prepararse, y las dos las he visto funcionar.
La primera es la del rigor. Anticipa cada pregunta, documenta cada supuesto, blinda cada número. La lógica es que un ejecutivo inteligente reconocerá el mejor argumento cuando lo vea, así que tu trabajo es construir el argumento más completo posible. Cuando funciona, funciona porque el ejecutivo ya confiaba en ti y solo necesitaba munición para defender la decisión ante sus pares.
La segunda es la de la narrativa. Reduce todo a una historia con un villano — el coste que crece, el incidente que se repite — y un final que solo tu propuesta desbloquea. La lógica es que los ejecutivos deciden con la tripa y justifican con la cabeza, así que tu trabajo es ganar la tripa. Cuando funciona, funciona porque el ejecutivo compró la emoción y delegó el detalle.
Elegir mal tiene costo. Demasiado rigor con una audiencia que no confía en ti todavía suena a que te escondes detrás de los datos. Demasiada narrativa con un CFO que sí entra al detalle suena a que no tienes los números. ¿Cómo sabes cuál toca?
Antes de decidir qué decir, decide qué evalúa tu audiencia
La primera pregunta no es sobre tu contenido. Es sobre quién está en la sala y qué está midiendo mientras hablas.
Aquí conviene detenerse en algo que el modelo del rigor da por sentado. El modelo del rigor asume que el ejecutivo evalúa el argumento. Pero un ejecutivo con doce minutos y cuatro reuniones más ese día no tiene ancho de banda para evaluar tu arquitectura. Lo que evalúa, en los primeros segundos, es algo mucho más barato de procesar: ¿esta persona sabe de lo que habla? ¿tiene el problema bajo control? ¿puedo confiar en su juicio sin verificar cada número?
Oren Klaff, en Pitch Anything, lo describe con brutalidad: la parte del cerebro que recibe tu presentación primero no es la que razona, es la que decide si prestas atención o descartas. Filtra por amenaza, por estatus, por novedad — antes de que una sola cifra entre al análisis. Si esa capa te descarta, el mejor slide del mundo llega a una puerta cerrada.
Esto no significa que el contenido no importe. Significa que el contenido se evalúa después de que la audiencia haya decidido, subjetivamente, que vale la pena evaluarlo. Y esa decisión la toman leyendo señales que no tienen nada que ver con tu arquitectura.
Las señales que la audiencia lee antes de la primera cifra
¿Qué señales, exactamente?
Amy Cuddy, en Presence, muestra algo que a un ingeniero le resulta incómodo: la audiencia lee tu confianza en el cuerpo antes de oír tu argumento, y esa lectura condiciona cómo interpreta todo lo que sigue. El lenguaje corporal actúa de filtro sobre el contenido. La misma frase — "creo que deberíamos migrar" — significa una cosa dicha por alguien que ocupa su espacio y sostiene la mirada, y otra dicha por alguien que se disculpa con los hombros.
Piensa en el Tech Lead del caso. En el minuto tres, cuando el VP mira el móvil, no está reaccionando a la calidad del slide tres. Está reaccionando a que los tres primeros minutos no le dieron ninguna razón para creer que esta persona iba a ahorrarle tiempo. La atención es un recurso que la audiencia asigna según una valoración instantánea de retorno esperado. Y esa valoración es subjetiva, cambia por persona, y no la controlas con datos.
Lo cual lleva a la pregunta incómoda: si la audiencia decide con criterios que no controlas del todo, ¿de qué te sirve preparar la presentación?
Lo que sí controlas: cómo abres y qué pides
Sirve, porque hay dos momentos donde tú fijas las condiciones en vez de padecerlas: la apertura y la petición.
La apertura. Will Larson, en An Elegant Puzzle, da un consejo que parece de sentido común y casi nadie sigue: empieza por la conclusión. No construyas hacia ella. La razón conecta directo con lo anterior — si la audiencia asigna atención según retorno esperado, la apertura es donde ese retorno se establece o se pierde. La primera frase debería responder "por qué esto le importa a la empresa" antes que "qué he construido". No "hemos evaluado tres opciones de migración", sino "el coste de infraestructura crece un 40% al año y en dieciocho meses supera lo que ganamos por escalar; vengo a proponer cómo cortar esa curva".
Fíjate en lo que hace esa frase. Le dice a la parte del cerebro que filtra: hay una amenaza, tengo el control, y esto vale tu atención. Ganó el filtro antes de tocar un solo detalle técnico.
La petición. Larson insiste en algo que los ingenieros omiten sistemáticamente: entra a la reunión con un ask claro. Qué necesitas de ellos, explícito, temprano. Sin petición, la reunión no tiene forma — la audiencia no sabe si está para aprobar, opinar o solo enterarse, y esa ambigüedad la lee como falta de control. La petición no es el cierre. Es parte del marco que abres.
Qué haces cuando entran al detalle
Queda el momento que el modelo de la narrativa no sabe manejar: el CFO que se mete en los números y pregunta por el supuesto del slide once.
El instinto es sumergirse con él. Demostrar que dominas el detalle. Es una trampa. Larson observa que algunos ejecutivos entran al detalle precisamente para probarte — para encontrar el terreno donde titubeas. Si les sigues hasta el fondo, la conversación se queda ahí, en el fondo, y pierdes a todos los demás en la sala que no viven en ese nivel.
La salida no es evitar el detalle. Es conocerlo lo bastante como para no necesitar quedarte en él. Cuando la pregunta baja demasiado, subes: al dato agregado o al principio de decisión. "El supuesto exacto es X, pero lo que importa para la decisión es que incluso en el peor caso seguimos por debajo del umbral". Reconoces el detalle, demuestras que lo dominas, y devuelves la conversación al nivel donde se decide.
Esto exige algo que ninguna preparación individual te da: no puedes anticipar cada pregunta que hará cada ejecutivo, porque el conocimiento de qué le preocupa a cada uno está distribuido entre ellos, no en tu cabeza. Por eso la mejor preparación no es memorizar respuestas. Es hablar antes con quienes estarán en la sala. Let's Get Real or Let's Not Play lo dice sin rodeos: preséntate solo ante personas cuyos criterios de juicio ya conoces. Si el CFO va a preguntar por el coste a dos años, quieres saberlo la semana anterior — no descubrirlo en el minuto seis.
Lo que este caso enseña más allá de la sala de dirección
La lección generaliza a cualquier situación donde tu trabajo técnico depende de que alguien con menos contexto que tú, y menos tiempo que tú, decida confiar en tu juicio.
El canon dice: si el argumento es lo bastante bueno, se defiende solo. Es falso, y creerlo es lo que hace que ingenieros brillantes vean sus mejores propuestas morir en reuniones de doce minutos. La audiencia evalúa al mensajero antes que al mensaje, con criterios subjetivos que no controlas — y decide cuánta atención concederle al contenido antes de haber procesado nada del contenido.
Esto no te obliga a convertirte en vendedor. Te obliga a aceptar que la calidad técnica es una condición necesaria y nunca suficiente. El resto — cómo abres, qué pides, cómo subes cuando te bajan al detalle, con quién hablas antes — es tan parte de tu trabajo como la arquitectura que defiendes.
La próxima vez que prepares una presentación para dirección, dedica el mismo tiempo a la primera frase que dedicas al diagrama más complejo. La primera frase decide si alguien mira el diagrama.
Cada semana analizo un problema real de liderazgo técnico. Con el mismo nivel de profundidad.