Alrededor de la mesa nueve, vi a un CFO inclinarse hacia la pantalla, entrecerrar los ojos y murmurar: *"Espera, ¿cuál es esta columna?"*. Nadie había hecho nada mal. Los números eran precisos, el formato limpio, las fuentes coincidían. Y, sin embargo, la sala se había convertido silenciosamente en una ronda de *Battleship*: todos buscando coordenadas en lugar de escuchar lo que significaban los números. Eso es, en realidad, el verdadero problema de los *decks* financieros que dependen de tablas: rara vez es demasiado datos. Es que cada tabla se trata como igualmente importante, lo que significa que nada lo es. --- **La diapositiva no es el informe — deja de tratarla como uno** Los equipos financieros construyen el *deck* como construyen el informe: de manera metódica, sección por sección, una tabla por tema. Tiene sentido en una hoja de cálculo. En una pantalla, proyectada durante noventa segundos por diapositiva, no aguanta — una tabla diseñada para alguien que lee a su propio ritmo se vuelve ilegible en cuanto alguien más controla el ritmo. Una cosa en la que insistiría aquí: esto no es un argumento para usar menos tablas. Es un argumento para decidir, antes de construir una sola diapositiva, cuáles de tus quince tablas la sala realmente necesita **leer**, y cuáles solo deben existir para que nadie pueda decir que ocultaste algo. --- **Divide el *deck* en "decisiones" y "pruebas" antes de tocar el formato** Normalmente, clasifico cada tabla en una de dos categorías. Las tablas de **decisiones** son las tres o cuatro que realmente cambian lo que pasará a continuación — tendencia de márgenes, posición de efectivo, la variación que probablemente cuestionen. Las tablas de **pruebas** son el respaldo: el balance general completo, el detalle por línea, las cosas que existen porque alguien en la sala podría pedirlas, no porque todos necesiten verlas en vivo. Las tablas de **decisiones** se simplifican, a veces se reducen a seis filas con todo lo demás agrupado en una línea llamada *"otro"*. Las tablas de **pruebas** se envían al apéndice — densas, completas, sin tocar — y solo saltas allí si alguien las pide. Esto es lo opuesto a la recomendación estándar de *"mantén todo lo mínimo en todas partes"*, y eso es el punto: una tabla de cumplimiento o auditoría que se haya minimizado por estética es una tabla que ha fallado en su verdadero propósito. --- **¿Dónde esto falla?** Se desmorona con *decks* mensuales o trimestrales recurrentes, donde **"decisiones"** y **"pruebas"** cambian de lugar dependiendo de qué departamento esté en la sala. Ventas quiere que la tabla de pipeline esté en primer plano; finanzas la quiere en el apéndice. Si estás construyendo el mismo *deck* para múltiples audiencias, no luches contra esto — crea dos secciones frontales que apunten a un apéndice compartido. --- **Convierte las diferencias en forma, no en una segunda tabla** Aquí hay un patrón que la mayoría de los artículos omiten porque suena obvio una vez que lo dices, y inútil antes de hacerlo: si dos tablas existen solo para mostrar cómo algo cambió entre ellas — presupuesto vs. real, Q1 vs. Q2, pronóstico vs. cierre — no necesitas dos tablas. Necesitas un gráfico de **aguafall**. Un puente de aguafall toma el número inicial, muestra cada cosa que lo movió y llega al número final, lo que significa que la audiencia nunca tiene que hacer restas en su cabeza mientras ya estás en la tercera oración del siguiente punto. No es una mejora estética sobre una tabla de comparación. Reemplaza una tarea cognitiva —*"comparar estas dos columnas e inferir la brecha"*— con una visual que el cerebro hace casi sin costo. Es un trabajo genuino diferente al de un gráfico de barras o un pastel, por eso vale la pena construirlo como un diseño propio en lugar de reutilizar una plantilla de gráfico genérica. Hay plantillas de diagramas preconstruidos para exactamente este tipo de transformación si prefieres no construir la geometría del puente desde cero cada trimestre, como los plantillas de diagramas para PowerPoint basadas en estructuras de proceso y comparación. --- **Elige una gramática visual y nunca dejes que una sola tabla la anule** No recomendaría codificar por colores tabla por tabla — verde significa *"bueno"* en la diapositiva cuatro y de alguna manera significa *"en el blanco"* en la once, y ahora la audiencia está aprendiendo de nuevo tu leyenda cada noventa segundos. Decide una vez: rojo/ámbar/verde significa gravedad de la variación, negrita significa *"esto cambió desde la última vez"*, un borde significa *"estimación, no real"*. Cada una de tus quince tablas hereda las mismas tres reglas, sin excepciones, sin *"bueno, esta es especial"*. El intercambio que nadie menciona: esta restricción ocasionalmente hará que una tabla individual se vea ligeramente peor que si la hubieras diseñado en aislamiento. Está bien. No estás optimizando una sola diapositiva — estás optimizando la decimoquinta diapositiva contra la memoria de la primera. --- **Presupuesta el tiempo de formato que no recuperarás** Según el estudio *Global PowerPoint* de empower Suite, las personas gastan aproximadamente dos horas y media por semana ajustando solo colores, fuentes y espaciado dentro de PowerPoint — una parte significativa del tiempo total que pasan en la herramienta que se dedica al formato en lugar del contenido. En un *deck* financiero de quince tablas, eso no es una estadística abstracta: es la razón real por la que los *decks* se terminan la noche anterior y terminan con formatos inconsistentes entre la diapositiva dos y la catorce. Construir un estilo base de tabla una sola vez —anchos de columna, tratamiento de encabezados, formato numérico— y duplicarlo en todas las quince tablas no es un consejo glamuroso, pero es la diferencia entre un *deck* que se lee como un solo documento y uno que se lee como quince documentos grapados juntos. Si estás reconstruyendo esto desde cero cada ciclo de informes, un conjunto base de plantillas de tablas y gráficos orientados a finanzas ahorra ese impuesto por rediseño; plantillas de presentaciones para finanzas y contabilidad existen específicamente para que la estructura de la tabla esté resuelta antes de que abras una sola hoja de cálculo. --- **Cuando la tabla densa es correcta, y el gráfico es el error** Esta es la parte que la mayoría de los consejos habituales omite por completo, porque *"usa gráficos, no tablas"* es más fácil de decir que *"depende de quién lea esto y qué hará con él después"*. Un escritorio de trading que revisa un P&L por nivel de posición no quiere una línea de tendencia — quiere el número exacto, ordenable, porque alguien va a actuar sobre él. Un regulador revisando una matriz de controles no quiere un infográfico; un infográfico, funcionalmente, es un lugar para ocultar una discrepancia. En ambos casos, la tabla densa *"ilegible"* está haciendo exactamente su trabajo, y reemplazarla por un gráfico para que la diapositiva se vea más tranquila es un error disfrazado de buen diseño. La regla que realmente uso: si la siguiente acción después de esta diapositiva es una decisión, simplifícala o visualízala. Si la siguiente acción es verificación, deja la tabla densa y aléjate de ella. --- La próxima vez que te enfrentes a quince tablas, no empieces preguntándote cómo hacerlas todas más atractivas. Pregúntate cuáles tres están realmente impulsando la conversación — y deja que las otras doce permanezcan en silencio en el apéndice, listas, en lugar de pelear por atención que nunca ganarían.