La mayoría de las presentaciones de *pitch* fracasan antes incluso de que cargue la primera diapositiva. No porque el producto sea débil o los números sean malos, sino porque la presentación se construyó al revés: comenzando con lo que el presentador quiere decir en lugar de lo que la audiencia necesita escuchar. He trabajado en presentaciones para *pitches*, lanzamientos de productos y aprobaciones de presupuestos internos, y el patrón se repite: los equipos dedican tres semanas puliendo la diapositiva 14 y solo diez minutos decidiendo qué debe lograr la diapositiva 1. Una presentación "vendedora" no se trata de ser persuasivo de manera manipuladora, sino de eliminar cada razón por la que la audiencia pueda desengancharse antes de llegar a tu solicitud. Aquí tienes siete principios que consistentemente separan las presentaciones que cierran tratos de las que solo reciben un agradecimiento educado. --- **1. Empieza con la decisión que deseas, no con la historia que quieres contar** Antes de abrir cualquier herramienta de diseño, escribe la decisión única que quieres que la audiencia tome después de la última diapositiva. Aprobar el presupuesto. Firmar el contrato. Agendar una reunión. Todo en el *deck* debe servir a esa decisión —y cualquier cosa que no lo haga debe eliminarse o moverse a un apéndice. Esto parece obvio, pero en la práctica, la mayoría de los *decks* están organizados alrededor de la narrativa interna de la empresa (quiénes somos, qué construimos, nuestro viaje) en lugar del camino de decisión de la audiencia. Si estás presentando a inversores, no necesitan tu historia de origen en la diapositiva 2: necesitan saber por qué ahora, por qué este mercado y por qué tú. --- **2. Una idea por diapositiva, aplicado con rigor** Frecuentemente noto *decks* donde una sola diapositiva intenta sostener tres argumentos separados: tamaño del mercado, ventaja competitiva y modelo de precios, todo apiñado en una sola presentación caótica. El cerebro de la audiencia debe hacer el trabajo de edición que deberías haber hecho tú. Una diapositiva que intenta decir todo suele terminar diciendo nada memorable. Si te encuentras justificando una diapositiva con *"bueno, está relacionada"*, generalmente es señal de que necesita dividirse. Esto no se trata de minimalismo por sí mismo —las diapositivas densas pueden funcionar como material de referencia para distribuir después de una reunión—, pero para una presentación en vivo y persuasiva, una idea por diapositiva mantiene la atención donde tú la quieres. --- **3. La jerarquía visual convence antes de que hables** En los primeros tres segundos que alguien mira una diapositiva, sus ojos van a algún lugar —generalmente al elemento más grande o de mayor contraste—. Si ese elemento no es tu punto clave, ya perdiste parte de la atención del público con un título de gráfico o una foto genérica. Herramientas prácticas de jerarquía que funcionan en la mayoría de las herramientas que la gente usa (PowerPoint, Keynote, Google Slides): - Contraste de tamaño y peso entre el titular y los detalles de apoyo. - Alineación consistente para que la vista no tenga que reorientarse de diapositiva en diapositiva. - Un color de acento reservado solo para lo que quieres que noten. No recomendaría depender de animaciones para crear jerarquía: son frágiles entre dispositivos y a menudo están deshabilitadas en configuraciones de compartición de pantalla. --- **4. Los datos necesitan un punto de vista, no solo precisión** Un gráfico que es técnicamente correcto pero carece de un argumento anexo es una oportunidad perdida. Si muestras crecimiento, no solo traces la línea: anota el punto de inflexión y explica qué lo causó. Si comparas datos, decide de antemano hacia qué lado de la comparación quieres dirigir la mirada del espectador y diseña en consecuencia. Para aclarar: esto se trata de enmarcar datos precisos de manera persuasiva, no de inventar números o disfrazar resultados débiles. Si los datos no respaldan el punto que quieres hacer, la solución está en el negocio, no en el gráfico. --- **5. Diseña para el espacio donde realmente estarás** Un *deck* presentado en vivo con un orador que lo guía puede llevar mucho menos texto en las diapositivas que uno diseñado para ser leído de forma independiente y enviado internamente (a veces llamado *"leave-behind"*). Intentar que un solo archivo sirva para ambos propósitos es uno de los errores más comunes que veo: suele resultar en un *deck* demasiado cargado de texto para presentarlo bien y demasiado vacío para entenderse sin el presentador. Si ambas versiones son realmente necesarias, vale la pena construir dos: una versión ligera y visual para la presentación en vivo, y otra más densa y autodescriptiva para el seguimiento. Requiere más trabajo inicial, pero evita el momento incómodo de leer puntos densos en voz alta frente a un público. --- **6. El tiempo es una restricción de diseño, no un detalle posterior** Un *pitch* de 20 minutos y una actualización de junta de 45 minutos requieren fundamentalmente conteos de diapositivas y ritmos distintos, pero muchos *decks* se construyen sin ninguna referencia a cuánto tiempo realmente tiene el presentador. Como punto de partida aproximado, una diapositiva por cada 60–90 segundos de tiempo de habla suele mantener un ritmo natural —aunque esto varía mucho dependiendo de cuánto datos contenga la diapositiva y cuánto hable el presentador alrededor de ella. Incluye un punto natural de pausa hacia los dos tercios del tiempo, antes de tu solicitud. Las audiencias absorben la información con menos eficacia justo al final de una charla, por lo que el mejor cierre suele no ser la última cosa que muestras, sino la solicitud claramente enunciada un instante antes de cerrar, reforzada con una diapositiva final sencilla. --- **7. Termina con la solicitud, no con una diapositiva de resumen** Una diapositiva genérica de *"gracias"* o *"resumen"* al final desperdicia el momento en que la audiencia está más preparada para responder. Si el objetivo del *deck* es vender —un producto, una idea, un presupuesto—, la última diapositiva debe reiterar la decisión específica que estás pidiendo, junto con qué pasará si dicen que sí. Es un cambio pequeño que muchas equipos pasan por alto, y cuesta nada implementarlo. También obliga a cierta honestidad más temprano en el *deck*: si no puedes enunciar claramente la solicitud en la última diapositiva, generalmente es señal de que la estructura anterior no ha estado construyendo hacia una. --- Ninguno de estos principios requiere software de diseño costoso ni experiencia en diseño visual: solo requiere decidir, antes de construir algo, exactamente qué quieres que la audiencia haga a continuación. Los *decks* que funcionan consistentemente no son los más bellos de la sala; son los que se construyen en torno a una sola decisión clara desde la primera diapositiva. ¿Cuál es la diapositiva en tu *deck* actual que eliminarías primero si fueras honesto sobre si sirve a la solicitud?