Migrar de Excel a Power BI: por dónde empezar

Por qué la mayoría de migraciones se alargan más de lo previsto

El error más habitual es empezar por donde parece más lógico, abrir el Excel y reconstruir, hoja por hoja, cada fórmula en Power BI. Parece el camino directo, pero un Excel que lleva años en marcha no es solo un conjunto de cálculos, es también los parches que alguien fue metiendo para casos concretos, las columnas que ya no se usan pero nadie borró, y alguna fórmula que compensaba un error de otro sitio.

Copiar todo eso a Power BI no traslada el informe; traslada también los remiendos, ahora dentro de una herramienta donde son más difíciles de encontrar y corregir.

El informe importa más que el archivo

Antes de abrir Power BI, la pregunta no es "¿qué tiene este Excel?", sino "¿qué decisión toma alguien con este número?". El objetivo no es migrar un archivo, es migrar un informe concreto que ya sabes que se usa, el que se abre cada lunes, el que se manda cada cierre de mes.

Eso deja fuera, a propósito, las pestañas que nadie mira, las versiones antiguas guardadas "por si acaso" y los cálculos que se hicieron una vez para una pregunta puntual. Si no está claro para qué sirve una parte del Excel, esa es la señal de que no hace falta migrarla.

Qué te llevas, y qué dejas atrás

Te llevas la lógica de negocio, es decir, cómo se calcula el margen, qué cuenta como venta cerrada, cómo se reparte el gasto entre departamentos. Esas reglas no cambian porque cambie la herramienta.

Dejas atrás la lógica que existe solo porque Excel funciona así, cosas como columnas auxiliares para ordenar, fórmulas partidas en varios pasos porque una celda se quedaba corta, o trucos para que un gráfico se vea bien. Power BI resuelve esos problemas de otra manera, y arrastrar la solución vieja solo añade complejidad que no hace falta.

El orden que evita rehacer el trabajo dos veces

Modelo de datos primero, visualización después. Es tentador empezar por las gráficas porque son lo que se ve y lo que se puede enseñar pronto, pero un modelo de datos mal planteado obliga a rehacer los informes en cuanto aparece la primera pregunta que no estaba prevista.

El orden que funciona es este. Primero, qué tablas hacen falta y cómo se relacionan entre sí; después, qué mide cada cifra exactamente y con qué nombre; y solo entonces, cómo se ve. Cambiar un informe ya construido sobre un modelo sólido es rápido. Cambiar el modelo después de construir diez informes encima no lo es.

Qué hacer con las fórmulas que nadie recuerda por qué existen

Casi todo Excel de varios años tiene alguna. La pregunta que hay que hacer no es "¿cómo la traduzco?", sino "¿alguien puede explicar, hoy, por qué existe?". Si la respuesta es no, es candidata a quedarse fuera de la migración, y a revisarse aparte, porque una fórmula que nadie entiende ya era un riesgo antes de tocar nada.

Qué hacer con esto

Migrar de Excel a Power BI no es una tarea de traducción, es una oportunidad para quedarte solo con lo que el informe necesita de verdad. El orden importa más que la velocidad. Lo que hace falta es definir qué informe, con qué lógica y sobre qué modelo, antes de construir nada visual.

Automatizo este tipo de migración, empezando siempre por ese trabajo previo. La primera reunión es de una hora y no tiene coste. Sirve para ver qué tienes hoy y si merece la pena, antes de comprometerte a nada.