En esta nota (9 secciones)
Toda empresa que pone un sistema llega al mismo punto tres meses después: los datos están, pero nadie los mira. Y entonces aparece la pregunta de los tableros.
Hay tres caminos y se eligen mal seguido, porque la discusión se plantea como "cuál herramienta es mejor" cuando en realidad es "quién va a armar los reportes".
Las tres opciones
Power BI. La herramienta de Microsoft. Muy potente, muy extendida, barata por usuario si ya tenés Microsoft 365. Modelo de datos propio y lenguaje de fórmulas propio.
Metabase. Open source, se conecta directo a tu base y permite armar preguntas sin escribir SQL. Mucho más simple de arrancar. Hay versión gratuita autohospedada y versión paga en la nube.
Reportes dentro de tu propio sistema. Las pantallas de análisis se desarrollan como parte de la aplicación que ya usás.
La pregunta que decide, y no es técnica
¿Quién va a armar el reporte número 15?
Porque del 1 al 5 los arma quien implemente la herramienta. Del 6 en adelante los pide el negocio, y ahí se define todo.
- Si hay alguien en la empresa que va a aprender la herramienta y armar reportes nuevos cuando se los pidan, andá a Power BI o Metabase. Ese es exactamente su valor: independencia del área técnica.
- Si no hay nadie y cada reporte nuevo va a ser un pedido a un proveedor, los reportes conviene tenerlos adentro del sistema, donde ya están el contexto y los permisos.
Elegir Power BI sin tener quién lo maneje es comprar una herramienta potentísima para que termine mostrando tres gráficos que armó el consultor en la implementación y que nadie volvió a tocar.
Cuándo cada una
Power BI
Sí: cuando ya pagás Microsoft 365, cuando hay que cruzar datos de varias fuentes —sistema, Excel, banco, ecommerce— y cuando hay alguien con perfil analítico dispuesto a aprenderlo.
No: si tu único objetivo es ver los números de tu propio sistema. Estás sumando una capa, un costo por usuario y una sincronización que puede fallar, para ver algo que ya está en la base.
Metabase
Sí: cuando querés que la gente se haga preguntas sobre la base sin depender de nadie, y cuando valorás poder autohospedarlo sin costo por usuario.
No: si necesitás transformaciones de datos pesadas o reportes con formato muy exigente.
Dentro de tu sistema
Sí: cuando los reportes que importan son siempre los mismos cinco, cuando tienen que respetar los permisos que ya definiste y cuando el usuario necesita poder actuar sobre lo que ve.
No: cuando el análisis es exploratorio y cambia todo el tiempo. Cada reporte nuevo es un desarrollo, y eso se vuelve caro y lento.
El criterio corto: reportes operativos —los que se miran todos los días y disparan una acción— adentro del sistema. Análisis exploratorio —los que cambian según la pregunta del mes— en una herramienta.
El error que arruina cualquiera de las tres
Poner el tablero a leer directo de la base de producción.
Una consulta pesada de análisis, corriendo contra la misma base que atiende a los usuarios, hace lento el sistema justo cuando todos lo están usando. Es la causa más común del clásico "el sistema anda lento a la mañana".
La solución no es cara ni complicada: una réplica de sólo lectura, o una copia que se actualiza cada tanto. Pero hay que preverla, y casi nunca está en el presupuesto del tablero.
Lo que nadie te dice sobre los tableros
El problema casi nunca es la herramienta. Es que los datos están sucios.
Si el mismo cliente está cargado de tres formas, si hay pedidos sin fecha, si el vendedor no completa el campo de origen, ningún tablero lo va a arreglar. Lo va a mostrar, prolijo y en colores, y va a hacer que alguien tome una decisión con un número mal.
Antes de comprar cualquier cosa, elegí los tres números que realmente movés y verificá a mano si el sistema los puede responder bien. Si no puede, el proyecto no es de tableros: es de calidad de datos, y ese sí se resuelve adentro del sistema.
Y menos es más. Un tablero con cuarenta indicadores no se mira. Uno con cuatro, que responden preguntas que alguien efectivamente se hace, se mira todos los días.
Una forma barata de empezar
Antes de contratar nada, probá esto: durante dos semanas, que alguien arme a mano —en una planilla, si hace falta— el reporte que decís que necesitás, y que lo mande todos los días.
Si a la segunda semana la gente lo espera y lo usa para decidir algo, el tablero tiene sentido y ya sabés exactamente qué tiene que mostrar. Si nadie lo abre, te ahorraste la licencia y la implementación.