Diseño de un panel de control de KPI: maquetación, gráficos e informes semanales

Decorative KPI dashboard title card illustration

Un buen panel de control de KPI responde a una pregunta en unos cinco segundos: ¿vamos por buen camino o no? Todo lo demás —las tendencias, los desgloses, los análisis detallados— queda subordinado a esa respuesta y nunca compite con ella. Esta guía explica cómo estructurar un panel de control de KPI, qué gráfico se adapta a cada métrica, qué contexto necesita cada cifra y cómo convertir el panel de control finalizado en un informe semanal que se envíe sin que nadie tenga que copiar y pegar.

En dashrendr, una plataforma de análisis para equipos de SaaS, nos dedicamos a crear paneles de control, por lo que los ejemplos se centran en el sector del SaaS. No obstante, estos principios son válidos para cualquier equipo que tenga que presentar cifras a otras personas.

dashrendrapp.dashrendr.comConvierte los KPI en informes semanales clarosCrea paneles personalizables para realizar un seguimiento de las métricas internas y, a continuación, programa informes diarios, semanales o mensuales por correo electrónico.Prueba el entorno de pruebas de paneles

En resumen

Utiliza una pirámide invertida: el estado en la parte superior, las tendencias en el centro y los detalles en la parte inferior, con la cifra más importante en la esquina superior izquierda.
Asigna a cada KPI un nombre, un valor real, un objetivo, una variación y una tendencia. Una cifra sin contexto es una mera suposición.
Elige el gráfico en función de la pregunta: líneas para mostrar la evolución a lo largo del tiempo, barras para comparar categorías y una sola cifra grande para indicar el estado.
Anota la definición, la fuente, el responsable y la frecuencia de actualización de cada métrica antes de crear nada.
Trata los paneles internos y los dirigidos a los clientes como productos distintos; a continuación, programa el envío automático por correo electrónico de la versión semanal.

Índice

Empieza por la decisión, no por el gráfico
Diseño: la pirámide invertida
Gráficos: adapta el elemento visual a la pregunta
Proporciona a cada KPI su contexto
Define cada métrica antes de representarla en un gráfico
Los paneles internos y los paneles orientados al cliente son tareas diferentes
Accesibilidad y dispositivos
Del panel de control al informe semanal de KPI
Perspectiva
Crearlo en dashrendr
Una lista de comprobación antes de publicar
Preguntas frecuentes
Fuentes

Empieza por la decisión, no por el gráfico

La mayoría de los paneles de control mal diseñados fracasan antes incluso de colocar el primer gráfico. Alguien abre el editor, arrastra todas las métricas a las que puede conectarse y acaba con un muro de mosaicos que nadie puede leer.

Antes de diseñar nada, anota tres cosas:

Quién lo va a consultar. Un fundador, un responsable de atención al cliente y un director de operaciones de un cliente buscan cosas diferentes.
Qué decisión respalda. «¿Deberíamos pausar la campaña?» es una decisión. «Ver cómo nos va» no lo es.
Con qué frecuencia lo consultan. Las vistas diarias, semanales y mensuales requieren distintos niveles de detalle. Los equipos de servicios públicos siguen la misma distinción: las vistas en tiempo real ayudan a los equipos a detectar una caída y actuar de inmediato, mientras que los resúmenes mensuales muestran tendencias y correlaciones.

Si no puedes asociar una decisión a una métrica, probablemente esta deba aparecer en una vista secundaria o no aparecer en absoluto. Nuestra guía de definición de KPI explica cómo elegir los indicadores en primer lugar. El resto de este artículo da por hecho que ya tienes una lista de candidatos.

Diseño: la pirámide invertida

El diseño que mejor funciona es el de pirámide invertida. Las métricas de estado de nivel superior van en la parte superior, por encima de la línea de pliegue, para que se puedan examinar en cinco segundos. Las tendencias y el contexto se sitúan en el centro, y los desgloses detallados, en la parte inferior. El lector obtiene primero la respuesta y profundiza solo si la respuesta le preocupa.

Coloca la cifra clave en la esquina superior izquierda

El indicador más importante debe situarse en la esquina superior izquierda, porque es ahí donde se posa la mirada en primer lugar. Para un equipo de SaaS, suele ser los ingresos recurrentes mensuales o las cuentas activas. Para un equipo de asistencia, podría ser los tickets abiertos que han superado su plazo de respuesta. Elige uno. Si tienes cinco cifras «más importantes», no tienes ninguna.

Una plantilla sencilla de tres franjas

Banda	Qué va aquí	Contenido típico de SaaS
Parte superior (estado)	De 4 a 6 tarjetas de KPI con valor, objetivo y tendencia	MRR, nuevas pruebas, conversión de pruebas a suscripciones de pago, tasa de abandono, tickets de asistencia abiertos
Parte central (contexto)	Gráficos de tendencias y comparativas	MRR en los últimos 12 meses, altas por canal, tasa de abandono por plan
Parte inferior (detalle)	Tablas y desgloses	Cuentas en riesgo, pagos fallidos recientes, cuentas principales por uso

Mantén la banda superior corta. Una vez que supera las seis o siete tarjetas, el escaneo de cinco segundos deja de funcionar.

Agrupa con espacios, no con recuadros

Las métricas relacionadas deben agruparse bajo un título breve, y las que no lo estén deben separarse. Utilizar espacios en blanco en lugar de líneas para separarlas reduce el esfuerzo mental necesario para leer los datos. Los bordes gruesos alrededor de cada mosaico añaden ruido sin aportar significado. Las tarjetas de ingresos en un grupo, el uso de productos en otro, la asistencia en un tercero, cada uno con un encabezado sencillo.

Menos paneles, no más

La solución para un panel de control abarrotado rara vez es reducir el tamaño de la fuente. Suele ser un segundo panel de control con un propósito claro. Un hábito útil es organizar las métricas en forma de árbol: una métrica principal en la parte superior, los factores determinantes debajo de ella y un panel de control para cada rama. Así se evita acabar con cuarenta vistas superpuestas que muestran cifras ligeramente diferentes.

Nuestro artículo sobre las mejores prácticas de diseño de paneles de control para SaaS profundiza en las reglas de maquetación específicas para los equipos de producto.

Gráficos: adapta el elemento visual a la pregunta

La elección del gráfico depende principalmente de lo que el lector necesite ver.

Evolución a lo largo del tiempo: un gráfico de líneas. Los ingresos, los registros y los tiempos de respuesta encajan aquí.
Comparación de categorías: un gráfico de columnas o de barras. Registros por canal, tickets por prioridad.
Una cifra que importa en este momento: una tarjeta de KPI, que muestre un único valor destacado, a menudo con una segunda cifra al lado a modo de referencia (como el periodo anterior o el objetivo).

Esa es la misma distinción que suelen adoptar las guías de visualización de datos utilizadas por los proveedores de plataformas y los organismos públicos. El manual de servicio de la Oficina Nacional de Estadística del Reino Unido también destaca un aspecto que se aplica a los paneles de control en general: cuando una información depende de varias visualizaciones que funcionan conjuntamente, una única publicación con varios gráficos puede resultar más útil para los lectores que amontonarlos todos en un solo panel de control.

Algunas reglas prácticas que ahorran mucho trabajo de reelaboración:

Evita los gráficos circulares con más de tres o cuatro sectores. Un gráfico de barras ordenadas es más fácil de leer.
Empieza los gráficos de barras en cero. Un eje truncado hace que las pequeñas diferencias parezcan grandes.
Utiliza el color para transmitir significado (cumplido, no cumplido), no como decoración. Si todo tiene un color diferente, nada destaca.
Etiqueta directamente donde puedas, para que el lector no tenga que buscar en la leyenda.

Proporciona contexto a cada KPI

Una cifra sin contexto obliga al lector a hacer cálculos. ¿Son 412 registros un buen resultado? ¿En comparación con qué?

Un informe de TDWI sobre métricas de rendimiento eficaces, publicado por IBM, sugiere que un buen panel de control de rendimiento muestra siete atributos para cada KPI: estado, tendencia, nombre, valor real, valor objetivo, variación y porcentaje de variación. No es necesario incluir los siete en cada ficha, pero la lista sirve como guía de verificación.

Así es como se ve una ficha de KPI completa para la conversión de pruebas:

Atributo	Ejemplo
Nombre	Conversión de cuentas de prueba a cuentas de pago
Real	18,4 %
Objetivo	20 %
Diferencia	-1,6 puntos
Tendencia	Gráfico de tendencia de las últimas 8 semanas
Estado	Ámbar

Las cifras del ejemplo son ilustrativas, no valores de referencia. La idea es que el lector vea, de un solo vistazo, que la métrica está cerca del objetivo y que se ha ido desviando. Ese es un mensaje muy diferente al de «18,4 %».

Objetivos y umbrales

Los colores de estado requieren umbrales acordados. Decide de antemano qué se considera verde, ámbar y rojo, y anótalo. Sin eso, cada reunión de revisión empieza con una discusión sobre si una cifra es mala.

Define cada métrica antes de representarla gráficamente

Dos paneles que muestren valores diferentes para «usuarios activos» destruirán la confianza más rápido que cualquier fallo de diseño. La solución es el papeleo, que solo hay que hacer una vez.

Un sencillo contrato de métricas documenta la definición, la fuente, el responsable, la frecuencia de actualización, el objetivo y el umbral de decisión de cada métrica. Guárdalo en un documento compartido o en una tabla, y enlázalo desde el panel de control.

Hay un principio más amplio detrás de esto. Los consejos de gobernanza de RSM US sostienen que la confianza proviene de conjuntos de datos certificados, el linaje de los datos, los contratos y la supervisión automatizada, no solo del diseño del panel de control. Un buen diseño hace que las cifras sean legibles. No las hace correctas.

Otra distinción útil proviene de un manual de gobernanza de Binom: mantén las definiciones canónicas, las fórmulas y la lógica temporal en una capa compartida, y deja que cada panel de control elija qué métricas mostrar, cómo presentarlas y cómo explicarlas. Si la vista ejecutiva y la vista operativa deben diferir en cuanto al redondeo o la actualidad de los datos, documenta esa diferencia. No recalcules la métrica en silencio.

Para un equipo pequeño, esto se reduce a unas pocas reglas:

Una definición por métrica, por escrito, con un responsable designado.
Una fuente de verdad por métrica, ya sea una tabla de PostgreSQL, una vista de BigQuery o una hoja de cálculo de Google Sheets.
Una cadencia de actualización indicada en el propio panel de control.
Los cambios en una definición se anuncian, no se introducen a escondidas.

Los paneles internos y los paneles orientados al cliente son tareas diferentes

Se aplican los mismos principios de diseño a ambos, pero lo que está en juego es diferente. Un panel interno está al servicio de tu equipo. Si tarda en cargarse o un mosaico deja de funcionar durante una hora, alguien te avisa y tú lo arreglas. Un panel que ven tus clientes forma parte de tu producto, por lo que debe ser rápido, preciso y comprensible en todo momento, incluso para personas que no conocen el contexto de tu modelo de datos.

Esto cambia algunas decisiones de diseño:

Menos métricas, etiquetas más sencillas. Tus clientes no conocen tu jerga interna. Muéstrales lo que necesitan para juzgar si tu producto les está funcionando. Enumeramos cinco buenas opciones en «5 métricas que los fundadores de SaaS deberían mostrar a los clientes».
Aislamiento estricto de los clientes. Cada cliente debe ver únicamente sus propios datos. Esto es, en primer lugar, una cuestión de arquitectura de datos y, en segundo lugar, una cuestión de diseño.
Tu imagen de marca. Los colores, las fuentes y el logotipo deben coincidir con tu aplicación para que el panel de control resulte familiar.
Actualización predecible. Indica cuán actuales son los datos, para que nadie se pregunte por qué una cifra difiere de sus propios registros.

Las vistas internas, por el contrario, pueden ser más densas y técnicas. Los equipos de operaciones y de soporte suelen preferir tablas, colas y excepciones en lugar de tarjetas de resumen pulidas. Nuestra página sobre paneles de control para equipos de operaciones y de soporte muestra cómo son.

Accesibilidad y dispositivos

Un panel de control que solo funciona para personas con visión perfecta, un ratón y un monitor grande es un mal panel de control. Las directrices del sector público son un punto de referencia útil en este sentido. La Función de Análisis del Gobierno del Reino Unido establece que sus paneles de control deben cumplir los criterios de las WCAG 2.2 de nivel A y AA, incluyendo la navegación por teclado, el acceso mediante lectores de pantalla y el zoom de hasta el 400 %. La misma guía recomienda realizar pruebas en móviles y tabletas, así como ofrecer descargas de archivos planos legibles por máquina con los datos que hay detrás de los gráficos interactivos para las personas que utilizan tecnología de apoyo.

Se trata de un requisito del sector público británico, no de una norma universal, pero es un estándar sólido al que hay que aspirar independientemente de dónde se encuentren tus clientes. En la práctica:

Nunca confíes únicamente en el color. Combina el rojo y el verde con un icono o una etiqueta como «por debajo del objetivo».
Comprueba el contraste entre el texto y el fondo.
Asegúrate de que la franja superior se pueda leer en un teléfono. Si tus cifras clave requieren un ordenador portátil, has diseñado para la pantalla equivocada.
Ofrece la posibilidad de exportar. Las descargas en formato CSV y PDF ayudan a quienes desean utilizar los datos en sus propias herramientas, y también cubren los casos en los que el propio gráfico resulta difícil de usar.

Del panel de control al informe semanal de KPI

Un panel de control es algo que la gente tiene que acordarse de abrir. Un informe semanal les llega directamente. Para la mayoría de los equipos, el correo electrónico semanal es lo que realmente se lee, por lo que merece un diseño propio.

Un informe semanal de KPI funciona mejor cuando es breve y se centra en la toma de decisiones. Una guía reciente sobre informes automatizados recomienda una lista breve de métricas, con definiciones que incluyan la fórmula, la fuente, los filtros y el responsable, además de los cambios respecto a la semana anterior, los objetivos, las tendencias de varias semanas y las notas del responsable. También sugiere enviar el resumen y un enlace al panel de control en tiempo real a una hora fija cada semana.

Esta es una estructura que funciona:

Título: de tres a seis KPI clave con su valor, objetivo y variación respecto a la semana anterior.
Qué ha variado: solo las métricas que han superado un umbral acordado, con una nota de una línea del responsable.
Tendencia: las últimas 8 a 12 semanas de las métricas relevantes.
Enlace: el panel de control en tiempo real para quien quiera profundizar.

El segundo punto es el que la mayoría de los equipos se saltan. Informa solo de los cambios que superen los umbrales acordados, ya que informar de cada pequeña variación hace que los lectores acaben ignorando el informe.

Comprueba los datos antes de enviarlos

Un informe automatizado que se envía con errores es peor que no enviar ningún informe. Incorpora algunas comprobaciones al proceso:

Actualización: ¿se han actualizado realmente los datos?
Exhaustividad: ¿faltan algún día o alguna fuente?
Coherencia: ¿hay valores imposibles, como registros negativos?
Conciliación: ¿coincide el total con el sistema de origen?

Esas son las comprobaciones previas al envío recomendadas en la guía de Dravik, que también aconseja retener o marcar claramente los informes fallidos y avisar al responsable. En una plantilla de informe operativo semanal aparece una lista de comprobación similar sobre filas duplicadas, días naturales que faltan y valores imposibles.

Perspectiva

Creamos dashrendr porque la mayoría de los equipos de SaaS se encuentran atrapados entre dos malas opciones. Las bibliotecas de gráficos ofrecen gráficos atractivos, pero el diseño, la multitenencia, las exportaciones y la programación hay que crearlos uno mismo. Las herramientas de BI empresarial hacen todo eso, pero cuestan mucho dinero y su configuración requiere un gran esfuerzo.

En nuestra opinión, el diseño de un panel de control de KPI es principalmente una cuestión de disciplina, no de herramientas. Decide a quién va dirigido el panel de control, coloca una cifra en la esquina superior izquierda, asigna un objetivo a cada dato y deja de añadir mosaicos. Un editor de arrastrar y soltar resulta útil porque permite a un gestor de producto iterar sobre el diseño en una tarde, en lugar de tener que esperar a que haya un hueco en el sprint.

También creemos que un mismo panel de control debería cumplir tres funciones. Debería estar integrado en tu producto para los clientes, en una pantalla para tu propio equipo y en una bandeja de entrada el lunes por la mañana. Así es como está diseñado para funcionar dashrendr, y por eso consideramos el correo electrónico programado como una parte fundamental del producto, en lugar de un elemento secundario.

Elige las herramientas adecuadas para la tarea que tienes entre manos. Para la mayoría de los equipos de SaaS en fase inicial y en crecimiento, esa tarea consiste en un panel de control con la marca de la empresa, unas cuantas fuentes de datos y un informe que se envía automáticamente.

Paloma

Crearlo en dashrendr

dashrendr es una plataforma de análisis para equipos de SaaS. Conectas tus fuentes de datos, como PostgreSQL, MySQL, BigQuery, MongoDB, Google Analytics y Google Sheets, o envías tus propios datos a través de la API REST. A continuación, creas paneles de control en un editor de arrastrar y soltar sin necesidad de escribir código front-end.

Building it in dashrendr

A partir de ahí, ese mismo panel de control se puede integrar en tu producto para los clientes, utilizarse internamente para realizar un seguimiento de tus propias métricas o enviarse por correo electrónico con periodicidad diaria, semanal o mensual. Si quieres empezar por la parte de los informes, descubre cómo funcionan los informes automatizados por correo electrónico.

Los planes empiezan a partir de 6 $ al mes. La prueba gratuita de 14 días no requiere tarjeta de crédito, por lo que puedes crear tu panel principal y configurar un correo electrónico semanal antes de gastar nada.

Aquí tienes los precios publicados, para que puedas adaptarlos a tu equipo:

Plan	Precio
Aficionado	6 $ al mes
Inicial	15 $ al mes
Grow	39 $ al mes
Premium	99 $ al mes

Cada miembro adicional del equipo cuesta 3 $ al mes. Los límites y las características actuales del plan se encuentran en la página de precios.

Una lista de comprobación antes de publicar

Revisa tu borrador del panel de control con estas preguntas:

¿Puede un nuevo usuario identificar el estado general en cinco segundos?
¿Aparece la métrica más importante en la esquina superior izquierda?
¿Muestra cada KPI un objetivo, una variación y una tendencia?
¿Está definida cada métrica en algún lugar y tiene un responsable?
¿Los colores tienen un significado y funcionan también sin color?
¿Se ve bien en un móvil?
¿Hay un tiempo de actualización especificado?
¿Hay una versión semanal que se envía por correo electrónico?

Si respondes «no» a más de dos preguntas, soluciona esos problemas antes de añadir nada nuevo. Para tener una base más amplia en lo que respecta a las métricas, nuestra descripción general del panel de datos es un buen recurso.

Preguntas frecuentes

¿Cuántos KPI debe tener un panel de control?

Limita la parte superior a entre cuatro y seis tarjetas de KPI, aproximadamente, para que el panel se pueda examinar en unos cinco segundos. Puedes incluir más métricas más abajo, en gráficos de tendencias y tablas, siempre que estén agrupadas bajo encabezados claros. Si necesitas muchas más, divídelas en paneles separados por público o tema.

¿Cuál es el mejor diseño para un panel de KPI?

Una pirámide invertida: métricas de estado en la parte superior, tendencias y contexto en el centro, y detalles en la parte inferior. Coloca la cifra más importante en la esquina superior izquierda. Agrupa las métricas relacionadas dejando espacio en blanco y utilizando títulos breves.

¿Qué debe incluir un informe semanal de KPI?

Una breve lista de métricas orientadas a la toma de decisiones con el valor real, el objetivo y la variación respecto a la semana anterior, además de una nota sobre cualquier dato que haya superado un umbral acordado. Añade una tendencia de varias semanas y un enlace al panel de control en tiempo real. Asegúrate de que cada métrica tenga una definición por escrito y un responsable.

¿Puedo enviar por correo electrónico un panel de KPI automáticamente?

Sí. En dashrendr puedes programar el envío por correo electrónico de un panel de control de forma diaria, semanal o mensual, tanto a tu equipo como a tus clientes. Configúralo una vez, elige el día y la hora, y el informe se enviará sin necesidad de intervención manual.

Progreso

Diseño del panel de control de KPI: maquetación, gráficos e informes semanales