Una hoja de cálculo basta para que un agente de IA empiece a trabajar con tus datos siempre que el proceso sea sencillo, lo toque poca gente y un error en una fila no te cueste dinero. Deja de bastar cuando varias personas editan a la vez, cuando necesitas saber qué cambió y quién lo cambió, o cuando la hoja contiene datos de clientes que no todo el mundo debería ver.
Casi todas las pymes arrancan así: una hoja de clientes, otra de pedidos, otra de stock, compartidas por correo o en la nube. Las empresas grandes tienen sistemas de gestión con bases de datos, pero también empezaron con hojas, y lo que han conservado de esa etapa es un principio: una sola versión de la verdad, con un responsable. Eso se puede copiar sin cambiar de herramienta.
¿Cuándo basta una hoja de cálculo para trabajar con un agente?
Una hoja compartida es suficiente cuando se cumplen casi todas estas condiciones:
- Pocas personas la editan, y saben quién toca qué.
- El volumen es manejable: la hoja abre rápido y no necesitas filtrar durante minutos para encontrar algo.
- La estructura es estable: las columnas no cambian cada semana y cada fila representa lo mismo (un pedido, un cliente, un artículo).
- El agente sobre todo lee: consulta datos para preparar un informe, redactar un aviso o proponer una tarea, y no escribe de forma masiva en la hoja.
- Un error es recuperable: si una fila queda mal, se detecta y se corrige sin consecuencias graves para un cliente o para la contabilidad.
- No hay datos especialmente delicados (salud, datos bancarios, documentos de identidad) en un fichero abierto a mucha gente.
Para muchas tareas, como preparar recordatorios de citas, revisar pedidos pendientes o resumir el estado de los pagos, esto es más que suficiente. Y tiene una ventaja: tu equipo ya sabe usar la herramienta, así que no hay que enseñarles nada nuevo para empezar. Si quieres ver cómo se da el paso desde una hoja a un agente, lo tienes en de un Excel a un agente de IA.
Los cuatro riesgos de una hoja compartida
Las hojas fallan de formas bastante previsibles. Merece la pena conocerlas antes de que un agente dependa de ellas.
Versiones. Aparecen «pedidos_final», «pedidos_final_2» y «pedidos_final_ahora_si». Si el agente lee una copia vieja, trabaja con datos viejos y nadie lo nota hasta que un cliente reclama. La solución es una sola hoja maestra, en un sitio concreto, y las demás copias se borran o se marcan como archivo.
Fórmulas rotas. Basta con que alguien inserte una columna, sobrescriba una celda con un número a mano o ordene solo una parte de los datos para que una fórmula deje de calcular lo que debería. Lo malo es que la hoja no avisa. Suele seguir mostrando un número que parece razonable.
Accesos. Un enlace compartido con permiso de edición lo puede abrir cualquiera que lo reciba. Si la hoja tiene nombres, teléfonos o direcciones, hay una cuestión de protección de datos: conviene limitar quién accede y revisar la lista cada cierto tiempo, sobre todo cuando alguien deja la empresa.
Formato inconsistente. Fechas escritas de tres maneras, importes con coma y con punto, nombres de cliente con y sin mayúsculas, celdas combinadas, comentarios en medio de la tabla. Una persona lo entiende de un vistazo; un programa necesita que cada dato esté siempre en el mismo sitio y con el mismo aspecto.
¿Cómo preparar la hoja para que el agente no se pierda?
Con unas pocas reglas, una hoja normal se convierte en una fuente fiable:
- Una fila, un registro; una columna, un dato. Nada de celdas combinadas ni de tablas dentro de tablas.
- Un único formato para fechas, importes y teléfonos, y una lista cerrada de valores para los estados («pendiente», «enviado», «cobrado») en lugar de texto libre.
- Pestañas separadas para los datos y para los informes. Quien consulta no debería poder tocar la pestaña de datos sin querer.
- Un responsable que decide qué columnas existen y cuándo se cambian. Si cambian sin avisar, el agente deja de entender la hoja.
- Copia de seguridad programada y la posibilidad de volver a una versión anterior.
- Una pestaña de cambios donde se anota lo que el agente propone o modifica, para poder revisarlo.
Para detectar problemas antes de que los vea un cliente, el agente puede hacer una revisión previa: filas duplicadas, fechas imposibles, importes vacíos, estados que no están en la lista. Lo detectado se lo pasa a quien lleva la hoja, y es esa persona quien corrige. Un buen punto de partida para esa revisión está en IA para automatizar la revisión de hojas de cálculo.
¿Cuándo conviene pasar a una base de datos más sólida?
Una base de datos es, en lo esencial, un almacén de datos con normas: cada dato tiene un tipo, no se puede borrar o duplicar sin querer, se sabe quién cambió qué y a cada persona se le da el acceso que necesita. Conviene dar el paso cuando aparece alguna de estas señales:
- Se pisan los cambios. Dos personas editan a la vez y alguien pierde su trabajo.
- Necesitas histórico. Quieres saber cómo estaba un pedido el mes pasado o quién cambió un precio.
- Hay datos personales importantes. Si el RGPD te obliga a controlar quién accede y a poder localizar y borrar datos de una persona, una hoja compartida lo complica.
- El agente escribe, no solo lee. Cuando actualiza estados, crea registros o envía información a otros programas, el riesgo de un error silencioso crece.
- La hoja se conecta con otros sistemas, como la facturación o la tienda online, y los errores se propagan.
- Ya ha habido un error con coste real: un precio mal puesto, un envío duplicado, una factura equivocada.
No hace falta una migración de golpe. Lo habitual es empezar con una hoja, medir qué falla y trasladar primero el proceso que más lo necesita. El resto puede seguir en su hoja mientras tenga sentido. Para ordenar el camino de los datos en una pyme, tienes automatización de datos en pymes: del Excel al dato fiable.
Qué hace el agente y qué sigue haciendo una persona
El agente lee las hojas, detecta incoherencias, prepara resúmenes y avisos, y propone cambios en una zona separada. Una persona sigue siendo la dueña de los datos: decide el formato, aprueba los cambios que afectan a dinero o a clientes, gestiona los accesos y decide cuándo la hoja se queda corta. El proveedor que implante el agente debe explicarte con qué datos trabaja, dónde se guardan y cómo se borran si lo pides. Y ninguna fórmula de importancia, como un precio o un impuesto, debería quedar sin comprobar por una persona de confianza, aunque la haya propuesto el agente.
Conclusión
Una hoja de cálculo es un buen punto de partida para un agente de IA si el proceso es sencillo, los datos están ordenados y alguien se hace responsable de ella. Los riesgos están en las versiones, las fórmulas rotas, los accesos y el formato, y la señal para cambiar a una base más sólida llega cuando se pisan los cambios, necesitas histórico o manejas datos delicados.
En MG Solutions construimos agentes de IA específicos para cada empresa, adaptados a tu forma de trabajar y a tus herramientas, no una plantilla genérica, y empezamos por los datos que ya tienes antes de proponerte nada más complejo.
Si quieres ver cómo encajaría en tu empresa, escríbenos y lo hablamos.