Hecho suficiente hilo de reuniones con clientes que piden *"que se vea como un deck de consultoría"* para notar un patrón: la mayoría de quienes lo solicitan señalan lo equivocado. Quieren las fuentes, el espacio en blanco, los gráficos limpios. Eso es la superficie. Lo que realmente hace funcionar un *deck* de McKinsey se decide antes de abrir PowerPoint.

Aquí está el sistema detrás de ello y dónde suele fallar cuando la gente intenta copiar solo el estilo.

El *deck* se escribe antes de diseñarse

Los equipos de McKinsey crean lo que comúnmente se conoce como *"deck fantasma"* — una secuencia de títulos de diapositivas y contenido aproximado, a menudo en un documento de Word o en plantillas de diapositivas en blanco, antes de iniciar cualquier trabajo de diseño. Primero se prueba la lógica: ¿aguanta la argumentación? ¿Están las secciones en el orden correcto? Solo cuando eso está firme comienza el diseño.

Esto se remonta al *Principio de la Pirámide*, desarrollado por Barbara Minto durante su tiempo en McKinsey en los años 60. La idea invierte cómo pensamos naturalmente. Cuando realizamos el análisis, construimos desde los datos hasta la conclusión. Al presentar, invertimos el proceso: la conclusión va primero, y todo lo demás debajo existe para respaldar esa única afirmación.

En mi experiencia, este es el paso que más equipos omiten. Abren una presentación en blanco, empiezan a insertar gráficos mientras terminan el análisis y luego intentan encontrar la historia después. Suele notarse.

Cada título hace una afirmación, no es solo una etiqueta

Este es el hábito más citado de McKinsey, y con razón: es el más fácil de verificar. Un título de diapositiva de McKinsey no es *"Rendimiento de Ventas por Región"* — es una oración completa que expresa la conclusión, algo como *"Las ventas regionales crecieron a pesar de una mezcla de productos más débil"*. La idea es que un lector pueda escanear solo los títulos, de arriba hacia abajo, y seguir todo el argumento sin abrir un solo gráfico.

Prueba esto en tu propio *deck*: elimina todo excepto los títulos y léelos en secuencia. Si no forman una narrativa lógica — situación que lleva a una complicación y luego a una resolución — el *deck* tiene un problema estructural que ningún formato podrá arreglar.

Una cosa que la gente suele pasar por alto aquí: los títulos de acción te obligan a ser honesto sobre lo que realmente demuestra tu datos. Si no puedes escribir una afirmación honesta en una sola oración para una diapositiva, generalmente es señal de que el análisis subyacente aún no está terminado.

Una diapositiva, una idea

Las diapositivas de McKinsey se basan en una regla que suena sencilla pero es difícil de seguir: una idea por diapositiva. Si tienes dos puntos, eso son dos diapositivas, no una sola llena de información. Esto conecta con el marco MECE — *Mutually Exclusive, Collectively Exhaustive* — que es básicamente una disciplina para organizar evidencia de modo que nada se solape y nada importante falte.

No recomendaría intentar aplicar esto a un *deck* ya terminado. Es mucho más fácil aplicarlo durante la etapa del *ghost deck*, porque dividir una diapositiva saturada después de que el diseño esté hecho generalmente implica rehacer la disposición de todos modos.

La estructura narrativa: SCQA o SCR

La mayoría de los *decks* de McKinsey comienzan con una estructura llamada SCQA — *Situación, Complicación, Pregunta, Respuesta* — para enmarcar por qué la audiencia debería importarle antes de sumergirse en las pruebas. Algunos equipos usan una versión simplificada, SCR (*Situación-Complicación-Resolución*), que omite la pregunta explícita y pasa directamente a la respuesta. Bain y BCG usan variantes cercanas de la misma lógica inicial, lo que explica por qué a menudo se describe como un *"default"* compartido de las *"MBB"* en lugar de algo exclusivo de una firma.

Como ejemplo hipotético —no un *deck* real de McKinsey— imagina una presentación de estrategia de crecimiento que comienza con: el mercado está expandiéndose (situación), pero la participación del cliente está disminuyendo a pesar de ese crecimiento (complicación), lo que plantea la pregunta de qué está impulsando la brecha (pregunta), respondida directamente en la diapositiva tres. Esa es la forma, independientemente del sector o del cliente.

La restricción de diseño es una regla, no un estilo

Visualmente, las diapositivas de McKinsey son deliberadamente poco llamativas: una paleta de colores limitada, una sola tipografía sans-serif limpia, formato consistente en todo el *deck*, y líneas de fuente en cualquier cosa con datos. Los gráficos a toda página suelen tener su propia diapositiva, con texto mínimo alrededor, para que nada compita con el único número o tendencia que la diapositiva existe para probar.

Nada de eso es decoración. Es disciplina de relación señal-ruido aplicada al diseño —el mismo instinto que impulsa *"una idea por diapositiva"*, pero ejecutado visualmente en lugar de verbalmente. Cualquier cosa que no ayude a alguien a entender o recordar el punto se elimina.

Dónde esto realmente importa si no eres consultor

No necesitas un área de estrategia para aplicar esto. La secuencia que mejor se traslada es: escribe tu argumento como una lista de títulos en oraciones simples antes de tocar el diseño, elimina todo lo que no apoye la conclusión a la que estás conduciendo y dale a cada diapositiva exactamente una función.

Donde muchas personas se quedan atascadas no es en el pensamiento —sino en traducir un argumento claro a un *deck* que realmente se vea disciplinado, especialmente bajo un plazo ajustado. Eso tiene menos que ver con el talento en diseño y más con tener plantillas que ya impongan las restricciones: un gráfico, un mensaje clave, tipografía y espaciado consistentes, para no estar reinventando la cuadrícula en cada diapositiva.

La próxima vez que construyas un *deck*, prueba la prueba de los títulos antes de crear una sola diapositiva: escribe solo los encabezados, en orden, y léelos como un párrafo. Si no cuentan una historia completa por sí mismos, eso es lo que vale la pena corregir primero —no las fuentes.