Cuándo dejar de usar Excel para operar tu empresa

Excel es la mejor herramienta del mundo para pensar. Es una de las peores para que ocho personas operen al mismo tiempo.

Una torre alta e inclinada de papeles y carpetas sobre un escritorio, con notas adhesivas naranjas despegándose

Voy a defender a Excel antes de criticarlo, porque el discurso de “sal de Excel ya” suele venir de alguien que te quiere vender algo.

Excel es una herramienta extraordinaria. Es la mejor forma de entender un proceso que todavía no entiendes. Es rápido, flexible, no requiere que nadie te apruebe nada y cualquier persona de tu equipo lo maneja. Muchos de nuestros clientes diseñaron su operación en Excel primero, y fue lo correcto: es infinitamente mejor prototipar en una hoja que pagar un desarrollo para un proceso que aún no está claro.

Nosotros mismos usamos Excel todos los días.

El problema no es Excel. El problema es cuando Excel deja de ser una herramienta de análisis y se convierte, sin que nadie lo decida, en la base de datos operativa de la empresa — con varias personas editando, decisiones colgando de sus números y ningún control sobre quién cambió qué.

Ahí es donde empieza a costar plata. Y como nunca hubo un día en que alguien dijera “hagamos de este Excel nuestro sistema”, tampoco hay un día en que alguien note que ya no da.

Las nueve señales

Estas son las que vemos una y otra vez cuando entramos a diagnosticar. No necesitas todas: con tres o cuatro ya hay problema.

1. Hay más de una versión y toca preguntar cuál es la buena

Inventario_v3_FINAL_revisadoJulio_ok.xlsx

Si ese nombre de archivo te resultó familiar, ya sabes. La versión buena está en el WhatsApp de alguien, y dos personas están trabajando sobre copias distintas ahora mismo.

Esta es la señal número uno y la más costosa, porque no falla ruidosamente: falla en silencio y te enteras cuando ya despachaste con el dato viejo.

2. Alguien consolida hojas de otros

Todos los lunes alguien recibe cuatro archivos, los pega, arregla los formatos que no cuadran, y arma el consolidado. Ese trabajo es puro costo: no agrega información, solo pega. Y es donde entran los errores de copiado que después nadie encuentra.

3. Ya se tomó una decisión con un dato equivocado

Se compró material que ya había en bodega. Se pagó dos veces. Se le prometió a un cliente algo que no había. Cuando esto pasa una vez, es un accidente. Cuando pasa dos, es el sistema diciéndote algo.

4. Una sola persona entiende el archivo

Hay fórmulas anidadas de trescientos caracteres, referencias a hojas ocultas, macros que alguien escribió hace cuatro años. Y una persona que sabe cómo funciona todo eso.

Esa persona no puede irse de vacaciones sin que la operación tiemble, y no puede renunciar sin que se vuelva una crisis. Es un riesgo de negocio con nombre propio, y no es justo ni para la empresa ni para ella.

5. No sabes quién cambió qué

Un número cambió. Nadie sabe quién, cuándo ni por qué. No hay historial, no hay rastro, no hay a quién preguntarle. En una operación donde el dato importa —inventario, precios, nómina— esto es insostenible.

6. Necesitas que ciertos datos los vea solo cierta gente

Los salarios en la misma hoja que las horas trabajadas. Los costos en la misma hoja que se le manda al cliente. Proteger celdas con contraseña en Excel es una ficción: se rompe en dos minutos con un tutorial de YouTube.

Cuando hay información que de verdad debe ser restringida, Excel no es el lugar.

7. El archivo se volvió lento

Treinta segundos para abrir. Se congela al filtrar. Alguien ya lo partió en dos archivos “para que no pese tanto” — y ahora hay dos fuentes de verdad.

8. Nadie sabe cuál es el dato de hoy

“¿Cuánto tenemos de esa referencia ahora mismo?” y la respuesta honesta es “déjame revisar y te confirmo”. Si la pregunta más básica de tu operación requiere una investigación, el dato no está vivo.

9. La gente en campo no puede usarlo

El bodeguero, el maestro de obra, el vendedor en ruta. Un Excel en un celular, con guantes, sin señal, no funciona. Entonces anotan en papel y alguien lo digita después — y ese “después” es donde se pierde la información.

La prueba de fuego, en una pregunta: si mañana la persona que maneja el archivo no llega, ¿la operación sigue?

Si la respuesta es no, ya no tienes una hoja de cálculo. Tienes un sistema sin respaldo, sin permisos y sin historial.

Lo que Excel no puede dar, por diseño

Vale entender por qué, porque no es un defecto que se arregle con una plantilla mejor:

Varias personas escribiendo a la vez, con seguridad. Excel en la nube mejoró esto, pero sigue sin resolver el caso de dos personas modificando el mismo registro con reglas distintas.

Validación real. Puedes poner listas desplegables. No puedes garantizar que no exista un despacho de material que no está en bodega. Esa regla vive en la cabeza de quien digita, y las cabezas se distraen.

Trazabilidad. Quién, cuándo, qué había antes. No existe.

Permisos por rol. Que el bodeguero vea stock pero no costos. Que el supervisor apruebe pero no edite lo aprobado.

Datos relacionados. Un cliente con muchos pedidos, cada pedido con muchos ítems, cada ítem con movimientos. En Excel eso se convierte en repetir el nombre del cliente en cuatrocientas filas — y en el momento en que alguien lo escribe distinto, tienes dos clientes.

Nada de esto es una falla de Excel. Es que Excel es una hoja de cálculo, y esas son funciones de una base de datos.

Qué hacer, en orden

No es “compra un ERP mañana”. Hay pasos intermedios que a veces son la respuesta completa.

Paso 0: arregla el proceso, no la herramienta. Antes de cambiar de tecnología, mira si hay pasos que no deberían existir. Es gratis, y a veces el problema no era Excel sino un flujo absurdo que se venía arrastrando.

Paso 1: una sola fuente de verdad. Si nada más, haz esto: pasa el archivo a la nube, una sola copia, con permisos. Elimina las versiones locales. Resuelve la señal #1 y la #2, que son las más caras, en una tarde.

Paso 2: Google Sheets o Excel en línea bien montado. Edición simultánea real, historial de cambios, formularios para que la gente en campo ingrese datos sin tocar la hoja. Para muchas empresas pequeñas esto es suficiente y no hace falta más.

Su techo: sigue sin validación real, sin permisos finos por rol, y con volumen alto se arrastra.

Paso 3: una herramienta de base de datos ligera. Airtable, Notion, Baserow y similares. Ya tienes registros de verdad, relaciones, vistas por rol, formularios. Es un salto grande sin ser un desarrollo.

Su techo: la lógica compleja del negocio y el costo por usuario cuando el equipo crece.

Paso 4: sistema de verdad — comprado o construido. Cuando la operación es el núcleo del negocio y necesita reglas, trazabilidad, uso en campo y varios roles. Aquí aplica lo del artículo sobre software a medida o enlatado: compra lo que es igual en todas las empresas, construye lo que te diferencia.

Cómo migrar sin romper la operación

Cuatro reglas que aprendimos a golpes:

Un proceso a la vez. Empieza por el más crítico o el más doloroso, no por todos. Migrar todo de golpe es la receta clásica del proyecto que se cae.

Corre en paralelo un tiempo. Dos o tres semanas con el sistema nuevo y el Excel viejo funcionando juntos. Es doble trabajo y vale cada minuto: ahí aparecen los casos raros que nadie mencionó en las reuniones.

No migres la basura. Diez años de datos con nombres inconsistentes y filas duplicadas no deben entrar al sistema nuevo. Migra lo vigente, limpio. El histórico se guarda aparte para consulta.

Exige exportar a Excel. Suena contradictorio y es fundamental: el sistema nuevo debe poder sacar todo a Excel. Porque para analizar, cruzar y explorar, Excel sigue siendo mejor que casi cualquier reporte enlatado. Un sistema que no te deja sacar tus datos es una jaula.

En resumen

Excel no es el enemigo. Excel dejó de ser suficiente el día en que tu operación empezó a depender de que un archivo esté correcto y varias personas lo tocan.

Si reconociste tres o más señales de la lista, no significa que necesites un ERP. Significa que vale la pena una conversación de una hora sobre qué proceso migrar primero — y probablemente el paso 1 o el 2 te dan la mitad del alivio esta misma semana.

Preguntas frecuentes

¿Excel es malo para manejar una empresa?

Excel es excelente para analizar, calcular y prototipar un proceso que todavía no está claro. Se vuelve un problema cuando lo usas como base de datos operativa multiusuario: varias personas editando, historial de quién cambió qué, permisos por rol y validación de datos son cosas que Excel no fue diseñado para dar. El problema no es la herramienta, es el uso.

¿Cómo sé que ya es momento de cambiar?

Las señales más claras: existen varias versiones del mismo archivo y hay que preguntar cuál es la buena, alguien dedica horas a consolidar hojas de otros, ya se tomó una decisión con un dato equivocado, o hay una sola persona que entiende cómo funciona el archivo. Cualquiera de esas cuatro ya justifica evaluar el cambio.

¿Google Sheets soluciona el problema?

Resuelve el problema de las versiones y la edición simultánea, que es el más urgente. No resuelve validación real de datos, permisos finos por rol, trazabilidad de cambios ni rendimiento con volumen alto. Es un buen paso intermedio y a veces suficiente, pero no es una base de datos.

¿Tengo que migrar todo de una vez?

No, y hacerlo es un error común. Lo que funciona es migrar el proceso más crítico primero, dejarlo estable, y luego el siguiente. Excel sigue siendo útil para análisis y reportes incluso después de migrar la operación — de hecho el sistema nuevo debería poder exportar a Excel.

¿Qué pasa con los años de datos históricos que tengo en Excel?

Se migran, pero con criterio. Rara vez tiene sentido migrar todo el histórico a la operación diaria: se migra lo vigente y lo necesario para operar, y el histórico se conserva aparte para consulta. Migrar diez años de datos sucios a un sistema nuevo es la forma más rápida de contaminarlo.

Seguir leyendo