Del Excel al software empresarial: cuándo dar el salto

Ningún síntoma aislado obliga a cambiar. Pero si reconoces varios en el mismo proceso, probablemente estás pagando un coste oculto cada semana.

• Existen varias copias («pedidos_v3_final_bueno.xlsx») y nadie sabe con certeza cuál es la vigente.
• Dos personas no pueden trabajar a la vez sin pisarse, o hay que avisar por chat antes de abrir el archivo.
• Los mismos datos se teclean en la hoja y después en el ERP, el CRM o el correo.
• Hay fórmulas o macros que nadie se atreve a tocar porque su autor ya no está o no tiene tiempo.
• Para saber el estado de algo hay que preguntar a una persona concreta, porque la hoja no lo refleja.
• No se puede saber quién cambió un dato ni cuándo, y eso ya ha provocado alguna discusión.
• El archivo tarda en abrir, se corrompe de vez en cuando o ha alcanzado límites de filas o de rendimiento.
• Datos personales o confidenciales circulan adjuntos por correo porque es la única forma de compartirlos.

Los dolores visibles son la pérdida de tiempo y los errores de tecleo. Los riesgos más serios son menos evidentes y suelen descubrirse cuando ya han causado daño.

Lo más valioso de una hoja veterana no son los datos, sino las reglas que contiene sin que nadie las haya escrito en ningún otro sitio: cómo se calcula un precio con descuento por volumen, cuándo un pedido se considera urgente, qué columnas se colorean de rojo y por qué. Algunas viven en fórmulas; otras, solo en la cabeza de quien usa la hoja («si el cliente es de Canarias, cambio a mano el IVA»).

Antes de diseñar nada, esas reglas hay que extraerlas y escribirlas en lenguaje claro. Es un trabajo de análisis que conviene hacer con la persona que usa la hoja a diario, revisando casos reales, incluidas las excepciones. Con frecuencia aparecen reglas contradictorias o que ya no tienen sentido, y la migración es la ocasión de decidir cuáles se mantienen.

• Recorre cada columna calculada y anota qué hace y de qué depende.
• Busca macros, formatos condicionales y validaciones de datos: también son reglas.
• Pregunta qué se hace a mano después de rellenar la hoja; ahí suelen estar las excepciones.
• Reúne una muestra de casos reales con su resultado esperado para usarla luego como prueba del nuevo sistema.

Salir de la hoja no significa necesariamente encargar un desarrollo. Según el proceso, hay alternativas más sencillas que conviene descartar antes.

1. Congela el diseño de la hoja durante el proyecto: si sigue cambiando, el análisis se queda desfasado.
2. Limpia los datos antes de migrarlos: unifica nombres de clientes, corrige fechas, decide qué hacer con registros incompletos.
3. Haz cargas de prueba repetibles: la migración debe poder ejecutarse varias veces hasta que el resultado cuadre.
4. Compara resultados: con la muestra de casos reales, comprueba que el nuevo sistema calcula lo mismo que la hoja, o explica por qué no.
5. Prevé un periodo corto de convivencia y una fecha clara a partir de la cual la hoja pasa a solo lectura.
6. Forma a los usuarios con sus propios datos, no con ejemplos genéricos.

Un error frecuente es intentar replicar la hoja tal cual, con las mismas columnas y colores. Un sistema bien diseñado suele reorganizar la información: lo que en la hoja era una fila con cuarenta columnas puede convertirse en un registro principal con líneas, estados y documentos asociados. Merece la pena explicarlo a los usuarios desde el principio para que el cambio no se perciba como una pérdida.

• ¿El proceso lo comparten más de dos o tres personas o departamentos?
• ¿Un error en la hoja podría acabar en una factura, un pedido o una decisión equivocada?
• ¿Hay datos que se teclean dos veces en sistemas distintos?
• ¿Necesitas saber quién cambió qué y cuándo, por control interno o por un cliente?
• ¿Las reglas del proceso son lo bastante propias como para no encajar en un producto estándar?

Si respondes que sí a dos o más, merece la pena estudiarlo. Un buen punto de partida es llevar la hoja real a la conversación: permite ver las reglas, el volumen y las excepciones mucho mejor que cualquier descripción. A partir de ahí podemos valorar contigo si basta con ordenar la hoja, si un producto estándar encaja o si tiene sentido un desarrollo a medida conectado con tus sistemas.