
En este artículo
Hay un dashboard que aparece en muchas primeras reuniones con clientes. Tiene 47 gráficos distribuidos en 12 pestañas. Hay gráficos de barras, de líneas, de área apilada, de dispersión. Hay tablas con 30 columnas. Hay filtros de fecha, de zona, de producto, de canal, de cliente, de segmento. Cada pestaña tiene su propio esquema de colores. El responsable de BI que lo construyó tardó cuatro meses y está orgulloso del resultado.
El CFO no lo ha abierto en seis semanas. La dirección sigue pidiendo el Excel de siempre, que le manda el controller cada lunes a las nueve de la mañana con los cuatro números que de verdad importan. El dashboard existe. Los datos están actualizados. Nadie lo usa.
El problema no es la tecnología. Power BI funciona. Los datos son correctos. El problema es el diseño — no el diseño visual, sino el diseño conceptual. El dashboard se construyó para mostrar todo lo que era posible mostrar, no para responder las preguntas concretas que la dirección se hace cada semana. Y un dashboard que no responde preguntas concretas es decoración, no herramienta de gestión.
El error de origen en la mayoría de dashboards financieros es la confusión entre datos disponibles y información necesaria. Cuando un equipo de BI recibe el encargo de construir un dashboard financiero, lo primero que suele hacer es inventariar qué datos hay disponibles en el ERP. El resultado es un dashboard que refleja la estructura del ERP, no las necesidades del CFO.
El punto de partida correcto es la conversación inversa: sentarse con el CFO y preguntar cuáles son las decisiones que toma cada semana, qué información necesita para tomarlas y qué preguntas le generan más incertidumbre. A partir de esas preguntas, se diseñan los indicadores. A partir de los indicadores, se diseña el modelo de datos. La tecnología viene al final, no al principio.
Esta inversión del proceso parece obvia cuando se enuncia así, pero en la práctica ocurre raramente. Los proyectos de BI suelen estar liderados por perfiles técnicos que empiezan por los datos porque es lo que conocen, y terminan entregando un artefacto técnicamente impecable que no encaja con el flujo de trabajo real del equipo directivo.
Un buen dashboard financiero para la dirección no necesita más de ocho a diez indicadores en la vista principal. No porque el negocio sea simple, sino porque el cerebro humano no puede procesar y actuar sobre más información en el tiempo de atención que se le dedica a un dashboard. Los detalles están disponibles a un clic — pero la vista principal debe ser limpia, rápida y orientada a la acción.
Este post se centra en las preguntas a responder y los principios de diseño. Para la fórmula exacta y el rango de referencia de cada indicador que aparece más abajo — margen bruto, EBITDA, DSO, DPO, ciclo de conversión de caja, ROI por línea — consulta el catálogo de 10 KPIs financieros para PYMEs.
¿Cómo vamos versus presupuesto este mes y acumulado? Esta es la pregunta central de cualquier seguimiento financiero. No basta con ver el número real — necesitas el contexto del presupuesto y del año anterior para que el número tenga significado. Un EBITDA de 180.000€ puede ser excelente si el presupuesto era 150.000€, o preocupante si el año pasado fue 250.000€. La comparativa triple — real, presupuesto, año anterior — es el mínimo indispensable para que el número sea accionable.
¿Cuál es el margen bruto por línea de negocio? La cuenta de resultados consolidada oculta comportamientos muy diferentes entre líneas. Una empresa puede tener un margen bruto agregado del 35% mientras una línea genera el 60% y otra pierde dinero sistemáticamente. Sin la desagregación por línea de negocio, las decisiones de asignación de recursos y de política comercial se toman a ciegas. Este indicador es especialmente crítico en empresas con varias unidades de negocio o con una mezcla de productos con márgenes muy distintos.
¿Qué EBITDA hemos generado y cómo evoluciona? El EBITDA es el indicador de rentabilidad operativa por excelencia porque elimina el ruido de la estructura financiera y fiscal. Su evolución en los últimos doce meses en formato de gráfico de línea dice mucho más sobre la salud del negocio que el número de un solo mes. ¿Está creciendo? ¿Hay estacionalidad? ¿Hay una ruptura de tendencia que requiere análisis?
¿Cuánto dinero hay en el banco y cuánto necesitaremos las próximas 13 semanas? El saldo bancario actual sin el contexto de las necesidades futuras es una cifra que tranquiliza o alarma sin justificación. Las 13 semanas de previsión de tesorería son el horizonte estándar para la gestión de liquidez — suficientemente corto para ser preciso, suficientemente largo para poder actuar si hay una tensión de caja que se aproxima. Esta previsión debe actualizarse semanalmente.
¿Cuánto nos deben y cuánto tardamos en cobrar? El saldo de cuentas a cobrar es un número. El Days Sales Outstanding — el número de días que tardamos de media en cobrar desde la fecha de factura — es un indicador de gestión. Si el DSO sube de 45 a 65 días en dos meses, hay un problema de cobros que está consumiendo liquidez. Este deterioro no es visible mirando solo el saldo, pero sí mirando el DSO en tendencia.
¿Cuánto debemos y cuánto tardamos en pagar? El Days Payable Outstanding es el indicador simétrico para proveedores. Una empresa que paga a 30 días cuando puede negociar 60 está dejando dinero en la mesa — está financiando a sus proveedores con su propio capital de trabajo. El balance entre DSO y DPO define el ciclo de conversión de caja, que es uno de los determinantes más importantes de las necesidades de financiación del negocio.
¿Cuáles son los 10 clientes que más margen generan? La regla de Pareto funciona en casi todos los negocios: una fracción pequeña de los clientes genera la mayor parte de la rentabilidad. Pero la distribución real suele ser más sorprendente de lo que se espera — a veces el cliente con más facturación no está en el top 10 de margen porque tiene condiciones comerciales especiales, descuentos altos o un mix de producto menos rentable. Conocer este ranking permite priorizar las relaciones comerciales y detectar riesgos de concentración.
¿Cuáles son las 5 partidas de gasto que más se desvían del presupuesto? En lugar de mostrar todas las líneas de gasto, el dashboard debe llevar la atención directamente a las excepciones. Las cinco partidas con mayor desviación absoluta versus presupuesto son siempre las que requieren atención y explicación. El resto, si está dentro de rango, no necesita tiempo directivo en la reunión de seguimiento.
El primer principio es menos es más. La vista principal del dashboard del CFO no debería tener más de diez indicadores. Cada indicador adicional compite por la atención y reduce la probabilidad de que los más importantes sean procesados correctamente. Los detalles, los drilldowns, los análisis secundarios — todo eso existe, pero accesible a un clic, no en la vista principal.
El segundo principio es el contexto siempre. Un número sin contexto no es información — es un dato. El 23% de margen bruto necesita ir acompañado del 21% del mes anterior, del 25% del presupuesto y del 22% del mismo mes del año pasado para tener significado. El esfuerzo de diseño debe garantizar que cada indicador principal lleva siempre su comparativa, de forma que el lector pueda interpretar el número sin tener que buscar en otra pestaña.
El tercer principio es que los colores tienen significado, no decoración. En un dashboard financiero, el rojo significa que algo está por debajo del objetivo y requiere atención. El verde significa que estamos por encima del objetivo. El amarillo es zona de alerta. Usar esos colores con otro propósito — para diferenciar líneas de producto, por estética, para resaltar el título — destruye el sistema de señales y obliga al lector a leer cada número para entender si es bueno o malo. La consistencia cromática es un principio de diseño funcional, no estético.
El cuarto principio es la velocidad. Un dashboard que tarda más de dos segundos en cargar tiene un problema de adopción. La dirección tiene el tiempo justo y si el dashboard es lento, la alternativa es el Excel, que es instantáneo. La velocidad requiere un modelo de datos bien optimizado, con las transformaciones hechas en el modelo y no en las visualizaciones, y con las tablas de hechos indexadas correctamente.
Un error frecuente es intentar construir un único dashboard que sirva a todos los perfiles. El resultado suele ser un dashboard que no sirve bien a ninguno. Las necesidades son distintas en horizonte temporal, en nivel de detalle y en frecuencia de consulta.
El CFO necesita una vista mensual consolidada que responda a las preguntas de rentabilidad, liquidez y desviación presupuestaria. Es el nivel de abstracción correcto para la toma de decisiones estratégicas y la comunicación con el consejo. El controller, en cambio, necesita una vista semanal o incluso diaria con el detalle suficiente para identificar qué está causando las desviaciones que ve el CFO. El director de área necesita los KPIs de su departamento específico — ventas, producción, logística — con el detalle operativo necesario para actuar.
La solución correcta no es un único dashboard que intente servir a los tres, sino tres dashboards diseñados específicamente para cada perfil y conectados a la misma fuente de verdad. Cuando el controller identifica que la desviación en el margen de una línea se debe a un incremento de coste de materiales, esa información alimenta el análisis del CFO sin que haya que reconciliar datos de fuentes distintas.
La mayoría de dashboards financieros que no se usan tienen en común una historia similar: fueron construidos por el departamento de IT o por un proveedor tecnológico para satisfacer una petición formal, sin sesiones de trabajo reales con el CFO para entender qué preguntas necesita responder en su día a día. El equipo técnico hizo lo que sabe hacer bien — extraer datos del ERP, construir modelos de datos, diseñar visualizaciones — pero sin una guía clara sobre qué era realmente útil.
El antídoto es simple pero requiere disciplina: antes de escribir una sola línea de DAX o de construir la primera visualización, hay que hacer el trabajo de diseño conceptual. Eso significa al menos dos sesiones de trabajo con el CFO para mapear sus preguntas críticas, un prototipo en papel o en una herramienta de mockup para validar la estructura antes de construirla, y una revisión con el usuario final antes de dar el proyecto por terminado. Ese proceso añade dos semanas al proyecto y multiplica por diez la probabilidad de que el dashboard se use.
¿Quieres ver cómo sería el dashboard financiero de tu empresa? Agenda una demo y te mostramos un ejemplo real con datos similares a los tuyos.
// escrito por
Director de 480 Analytics
En 480 Analytics, la unidad de datos de Cuatroochenta, ayuda a empresas a ordenar y explotar sus datos con Power BI, Microsoft Fabric e IA. Escribe sobre lo que aprende por el camino.
Te lo cuantificamos. Empezamos por descubrir y ordenar tus datos, y los convertimos en decisiones — empezando por el reporting financiero (FP&A).