Un tablero que se arma el viernes a las siete no es inteligencia de negocios. Es una planilla con mejor tipografía. Power BI sirve cuando gerencia puede auditar de dónde sale cada número y todos miran la misma definición de venta.
El problema no es el gráfico
En el comité de una PyME suele haber tres ventas: la de comercial (“lo comprometido”), la de administración (lo facturado, a veces sin notas de crédito) y la del dueño (la que armó en Excel el domingo). Nadie es dueño de la fórmula. Las reuniones se van en discutir el número, no la decisión.
Poner Power BI encima de ese desacuerdo solo industrializa la pelea. El trabajo de fondo es el modelo: de dónde sale cada cifra, cómo se relacionan las tablas y un diccionario escrito de “qué cuenta como venta”. Eso es lo que hacemos en Socios de Transformación.
Una definición de venta, por escrito
Antes de abrir Desktop hay que acordar, con nombre y apellido, reglas como estas:
- ¿La venta es el comprobante emitido, el pedido confirmado o el cobro?
- ¿Las notas de crédito restan del mes de la factura o del mes de la nota?
- ¿El internado, el flete o el impuesto forman parte del indicador?
- ¿Hay una venta “de gerencia” distinta a la de los vendedores?
Si esas respuestas no existen, cualquier tablero va a mentir con estilo. El diccionario no es burocracia: es el contrato para que el próximo cierre no dependa de quién abrió el archivo.
Criterio de cierre. El proyecto no termina cuando se publica el informe. Termina cuando una reunión de directorio usa el tablero como única lámina de venta y alguien de la empresa puede explicar cada medida.
Qué incluye un Power BI que la empresa puede auditar
- Inventario de fuentes reales: ERP, planillas que “sí o sí” existen, tesorería, depósitos.
- Modelo de datos (relaciones, claves, limpieza en Power Query) sobre el motor que ya tiene la empresa: Excel, SQL Server, PostgreSQL o la base del ERP.
- Diccionario de indicadores con dueño, fórmula y frecuencia de refresco.
- Publicación en el workspace de la empresa (no en la cuenta del consultor) y seguridad por rol (gerencia vs. vendedores) cuando hace falta.
- Primera reunión usando el tablero, no un PDF paralelo.
No cambiamos de plataforma por moda. Si el dato maestro está sucio, se limpia o se declara. No se esconde detrás de un visual.
Cuándo Power BI no es el primer paso
Si el pedido todavía cambia según quién esté ese día, el tablero va a medir un proceso inestable. Ahí corresponde consultoría de procesos antes que un dataset. Si lo que duele es una línea o un PLC, el trabajo es de Automatización industrial, no de un gráfico de OEE inventado sin conteo de paradas.
Errores que vemos en tableros “ya hechos”
- El archivo vive en la notebook de un analista. Si se va, se apaga el mes.
- Hay veinte páginas y ninguna pregunta de gerencia.
- El refresco es “cuando alguien se acuerda”.
- Los vendedores ven el mismo recorte que el dueño, o al revés: nadie ve nada útil.
Un buen tablero es chico, defendible y tiene fecha. El resto es decoración.
Qué conviene contar en la consulta
En el mensaje conviene indicar qué números no cierran entre áreas, de qué sistema salen hoy y quién tiene que poder explicarlo el mes que viene. Escríbanos a OPSSA (WhatsApp +54 9 261 552-5058) y le decimos si corresponde modelo de datos, un diagnóstico de procesos, o las dos cosas en secuencia.
