Dashboards y reportes

Un tablero no es una gráfica bonita

El propósito de un dashboard no es mostrar datos: es provocar una decisión. Si al verlo nadie hace nada distinto, es un adorno caro. Por eso empezamos por la pregunta contraria a la habitual: no "qué datos tenemos", sino "qué decisiones tomas cada semana y qué necesitas ver para tomarlas mejor".

Con esa respuesta, el tablero se arma solo, y casi siempre resulta más pequeño de lo que se imaginaba: cinco indicadores que importan en lugar de cuarenta que nadie mira.

Dos tipos de tablero, dos públicos

• Ejecutivo: pocos indicadores, tendencia y comparación contra el periodo anterior. Se ve en dos minutos y responde "¿vamos bien?".
• Operativo: detalle accionable para quien trabaja el proceso. Qué pedidos están detenidos, qué producto está por agotarse, qué cliente lleva más tiempo esperando. Responde "¿qué hago ahora?".

Mezclarlos es el error más común: termina siendo demasiado detalle para la dirección y demasiado resumen para la operación.

Reportes que llegan solos

Además del tablero, muchos equipos necesitan el reporte de siempre: el que se manda por correo los lunes. Lo automatizamos para que se genere con los datos del sistema, con el formato que ya usan, y llegue a la hora acordada sin que nadie lo arme.

De dónde salen los datos

De donde ya están: tu ERP, tu CRM, la base de datos de tu sistema o incluso las hojas de cálculo que se usen hoy. Si esas fuentes no coinciden entre sí —cosa que pasa seguido— el primer trabajo es resolver esa diferencia. Un tablero construido sobre datos que nadie cree no se usa dos veces.