En la última reunión de dirección de un cliente había cuatro cifras de ventas distintas para el mismo mes. La de dirección financiera, la del informe comercial, la del cuadro de mando de operaciones y la que alguien había apuntado en su propio Excel. La reunión se fue en discutir cuál era la buena.
Lo interesante es que ninguna estaba mal. Cada una venía de un sitio diferente, con un corte temporal diferente y con criterios de cálculo distintos: una incluía pedidos no facturados, otra descontaba abonos, otra llegaba hasta el viernes anterior. Todas eran defendibles. Todas eran inútiles juntas.
El problema no era el dato ni la herramienta. El problema era que nadie en esa empresa había dibujado nunca el recorrido que hace una cifra desde que nace hasta que alguien toma una decisión con ella. Ese recorrido es el mapa, y casi siempre tiene las mismas seis etapas. Vamos a recorrerlas una a una, con lo que falla típicamente en cada una y cómo se detecta.
Todo dato nace en un sistema concreto. Una venta nace en el ERP, un contacto en el CRM, una incidencia en la herramienta de soporte, una hora imputada en la aplicación de partes. Parece obvio, pero la primera pregunta del mapa es la que más veces se queda sin respuesta: ¿cuál es el sistema de origen de esta cifra? Si la respuesta es «viene de Power BI» o «está en el SharePoint», no tienes origen: tienes una parada intermedia.
La segunda etapa es cómo ese dato llega hasta donde se analiza. Aquí es donde aparece el trabajo invisible que sostiene media empresa: exportaciones manuales a Excel, correos con adjuntos, copias y pegados de los lunes por la mañana. Funciona, pero tiene tres costes que nadie contabiliza. Consume horas de personas cualificadas, se rompe en silencio cuando alguien está de vacaciones y no deja rastro de cuándo se hizo por última vez.
El síntoma clásico de que se te rompe en esta etapa es que el informe está bien los lunes por la tarde y regular el resto de la semana. Si te suena, tu problema no está en el análisis: está en la tubería.
Hay una prueba rápida para saber cuánto te está costando: pregunta a tu equipo cuántas horas a la semana dedican a preparar datos antes de poder analizarlos. En las empresas medianas con las que trabajo, la respuesta honesta suele estar entre cuatro y diez horas por persona implicada. Eso es una jornada completa a la semana que no se está usando para pensar, sino para mover información de un sitio a otro.
La tercera etapa es el almacén: un único sitio donde reposa el dato ya recogido, al que miran todos los informes de la casa. Es la etapa más aburrida de explicar y la que más discusiones evita.
Cuando no existe, cada área construye su propio almacén sin saberlo. Comercial guarda su histórico en una carpeta, financiero en otra, operaciones en un cuadro de mando que se alimenta solo. Cada uno actualiza el suyo cuando puede y con el criterio que entiende. De ahí salen las cuatro cifras del mes.
Cuando sí existe, la conversación cambia por completo. Ya no se discute qué cifra es la buena, se discute qué criterio aplicamos, que es una discusión de negocio y se resuelve una vez. Este es el punto donde entran los almacenes de datos modernos, y donde OneLake dentro de Microsoft Fabric tiene su papel: un único repositorio al que se conectan todas las piezas, sin copiar el dato a cinco sitios distintos.
Señal de que fallas aquí: dos personas te enseñan dos informes distintos y ambos dicen leer «los datos de ventas».
Y ojo, porque la solución más habitual cuando falta almacén es la peor: crear otro informe. Cada vez que alguien no se fía de la cifra existente y construye la suya, el problema no se resuelve, se duplica. Si en tu empresa el número de cuadros de mando crece más rápido que la confianza en ellos, el fallo está en esta etapa.
Tener el dato guardado no es tenerlo ordenado. La cuarta etapa es el modelo: decidir cómo se relacionan las tablas, qué es un cliente, qué cuenta como venta, qué tramos usamos, qué maestros son comunes a toda la empresa.
Es la etapa más técnica del mapa y también la más determinante, porque es donde se fijan las definiciones compartidas. Si comercial llama cliente al grupo empresarial y facturación llama cliente a cada razón social, ningún informe va a cuadrar jamás, por bueno que sea el diseño. No es un problema de datos: es un problema de vocabulario que se resuelve en el modelo.
Mi recomendación práctica es empezar por lo pequeño y por escrito: las cinco o seis definiciones que aparecen en todas las reuniones (cliente, venta, margen, pedido, activo) y dejarlas fijadas en el modelo, no en la cabeza de quien construye el informe. Media mañana de trabajo que ahorra meses de discusión.
Un detalle que ahorra mucho tiempo: escribe esas definiciones en un lenguaje que entienda el negocio, no en lenguaje técnico. «Venta es el importe facturado sin IVA, excluyendo abonos, con fecha de emisión de factura» lo puede validar el director financiero en treinta segundos. La misma definición escrita como fórmula no la valida nadie, y por eso se cuela con errores.
La quinta etapa es el informe, la única parte visible del recorrido y por eso la que se confunde con el proyecto entero. Cuando alguien dice «quiero un Power BI», casi siempre está pensando en esta etapa y asumiendo que las cuatro anteriores ya están resueltas. Casi nunca lo están.
Un informe bien hecho sobre un mapa roto sigue siendo un informe roto, solo que más bonito y por tanto más creíble. Ese es el peligro real: la presentación impecable da una confianza que el dato de debajo no merece.
La sexta etapa es la que casi nadie dibuja: para qué se usa. Cada informe debería poder responder a una pregunta sencilla, ¿qué decisión cambia según lo que muestre? Si nadie sabe contestarla, no hace falta mejorar el informe: hace falta apagarlo. En una auditoría de cuadros de mando de un cliente, de catorce informes activos, seis no los abría nadie desde hacía más de tres meses y otros tres se consultaban solo para copiar una cifra a un correo. Todos consumían mantenimiento.
Microsoft Fabric es, dicho en corto, el intento de Microsoft de meter esas seis etapas bajo un mismo techo: ingesta, almacenamiento, modelado, análisis y visualización en una misma plataforma, con un único repositorio de datos debajo. Para una empresa que hoy tiene el recorrido repartido entre exportaciones manuales, carpetas compartidas y varios informes sueltos, esa integración es la ventaja real, más que cualquier funcionalidad concreta.
Dicho esto, y aquí voy a ser menos entusiasta de lo que se estila: Fabric no arregla el mapa, lo ejecuta. Si no sabes cuál es tu origen, quién mantiene cada fuente y qué significa «cliente» en tu empresa, vas a tener exactamente el mismo problema, más rápido y con una factura mensual.
Mi criterio práctico después de varios proyectos: si tu dificultad es que nadie se pone de acuerdo en las definiciones, tu siguiente paso es una reunión, no una plataforma. Si tus definiciones están claras y lo que te ahoga es el trabajo manual de mover datos de un sitio a otro, ahí sí, la plataforma te devuelve horas desde el primer mes.
El ejercicio que le propongo a todos mis clientes cabe en una hoja. Coge la cifra más importante de tu empresa, la que se mira en el comité, y dibuja hacia atrás su recorrido completo: en qué sistema nace, cómo llega hasta donde se analiza, dónde se guarda, cómo se ordena, en qué informe se ve y qué decisión se toma con ella.
Vas a descubrir dos cosas casi seguro. Que hay al menos una etapa que nadie sabe explicar del todo, y que hay al menos un paso manual del que depende una persona concreta. Esas dos son tus prioridades, y ninguna de las dos se arregla comprando software.
Tu próximo paso, hoy mismo: dibuja el recorrido de una sola cifra y enséñaselo a quien la usa para decidir. Media hora de trabajo y una conversación que casi nunca se ha tenido.
¿Qué te ha parecido? Comparte tu experiencia o cuéntanos qué proceso repetitivo te gustaría automatizar. Estaré encantado de leer tu comentario.