Inicio / Blog / Dashboards honestos
Ingeniería de producto y datos

Diseñar dashboards administrativos que no engañen

Un dashboard administrativo puede estar pulido y aun así inducir a error: mostrar datos de ayer como actuales, convertir un fallo parcial de origen en cero, interpretar como UTC un filtro local sin indicarlo o cambiar la definición de un recuento entre páginas. La confianza empieza cuando la interfaz presenta el número junto con sus evidencias y límites.

Muestra la procedencia junto a la métrica

Expón la cadena que genera el número en lugar de ocultarla en un tooltip
OrigenSistema, alcance del tenant y última lectura correcta.
TransformaciónDefinición, filtros, exclusiones y versión.
MétricaUnidad, periodo, zona horaria y agregación.
PresentaciónFrescura, parcialidad y acceso al detalle.

Una métrica debe explicar qué cuenta, qué alcance incluye, qué intervalo utiliza y cuándo se confirmó el origen por última vez. Mantén la definición igual en lista, tarjeta, exportación y detalle. Cuando cambien los filtros, muestra los activos y aclara si el total es filtrado o global.

Cero, no disponible y obsoleto son estados diferentes

Estado de UISignificadoPresentación honesta
CeroLa consulta terminó sin coincidenciasMostrar 0 con alcance e intervalo elegidos
No disponibleTimeout, permiso denegado o fallo del origenMostrar error y última actualización válida; nunca sustituir por 0
ObsoletoHay datos anteriores a la ventana de frescura prometidaMostrar antigüedad y cadencia esperada
ParcialFalló alguna fuente mientras otras respondieronEtiquetar el resultado y enumerar fuentes ausentes
CargandoLa consulta actual sigue ejecutándoseMarcar el valor anterior como obsoleto o usar skeleton

Esto importa cuando operadores pueden reembolsar pagos, bloquear cuentas o decidir turnos desde el panel. Una insignia verde necesita una condición y una hora explícitas. “Sin incidentes” no es correcto si el feed dejó de actualizarse.

Haz que periodo y unidad sean inequívocos

Etiqueta moneda, porcentajes, tasas y duraciones con unidades. Aclara si las fechas son UTC o locales y muestra la zona horaria efectiva junto al filtro. Un día de calendario depende de una zona; una ventana móvil de 24 horas es distinta. No compares una tasa con un recuento ni superpongas unidades distintas sin escalas identificadas.

Expón lineage y fallos parciales

Para cada bloque registra el sistema de origen, versión de consulta o modelo, última sincronización correcta y retraso conocido. Si una agregación combina proveedores, sigue cada resultado por separado y muestra qué entradas faltan. Permite rastrear el agregado hasta sus registros o ejecución de pipeline, respetando permisos y privacidad.

La caché puede ayudar, pero su antigüedad e invalidación deben ser visibles. Actualizar el navegador no garantiza una nueva consulta al origen. Ajusta la frecuencia al ritmo de cambio de los datos; consultar demasiado aumenta coste y presión sin mejorar la veracidad.

Diseña para decidir y verificar

Organiza la pantalla en torno a una pregunta operativa y presenta la siguiente acción útil: revisar sincronizaciones fallidas, comparar periodos, reintentar un job seguro o abrir el runbook. Separa acciones destructivas, confirma su alcance y muestra auditoría después. Incluye en las exportaciones periodo, filtros y hora de generación.

Prueba cero filas, datos antiguos, una fuente fallida, duplicados y límites de zona horaria. Pide a otra persona que deduzca la definición y frescura mirando solo la pantalla. Si no puede, faltan señales.

Relacionado: observabilidad con presupuesto limitado y logs operativos por tenant.

En resumen

Un dashboard honesto presenta alcance, tiempo, unidades, lineage y estado de fallo junto a los valores. Distingue cero de ausencia, muestra frescura y parcialidad y permite rastrear una cifra hasta su origen. El acabado visual solo ayuda cuando la evidencia está clara.

Referencias