Qué automatizar primero: un orden de operaciones para equipos de operaciones

Todos los programas de automatización empiezan igual: alguien hace la lista de todo lo que se podría automatizar, y la lista es lo bastante larga como para que no se haga nada de lo que hay en ella.

La lista no es el problema. El orden sí. Los proyectos de automatización rara vez fracasan por la tecnología (es madura y, en la categoría que más importa, ha mejorado de forma drástica en los últimos años). Fracasan porque el primer proyecto se eligió por lo interesante que sonaba y no por lo bien que iba a demostrar el argumento.

Así es como lo ordenaríamos nosotros.

El primer paso no es tecnológico

Antes de evaluar una sola herramienta, hace falta un inventario honesto de dónde se van realmente las horas. No dónde supones que se van: coge una semana real y mídela.

Buscas trabajo que reúna tres propiedades a la vez: mucho volumen, poco criterio y una definición clara de qué es correcto. Todo lo que tenga las tres es candidato. Todo lo que le falte la tercera es un proyecto de investigación, no un proyecto de automatización.

Después separa los candidatos con la pregunta que condiciona todo lo que viene detrás: ¿la entrada está estructurada o no?

La entrada estructurada (un registro en un sistema, el envío de un formulario, una fila de una tabla, un webhook) se automatiza desde hace veinte años con software corriente. Si tu problema está ahí, estás buscando una herramienta y no deberías estar teniendo una conversación sobre IA.

La entrada no estructurada (un correo, un PDF, un documento escaneado, la foto de un pedido de compra, una llamada de teléfono) es donde la economía cambió de verdad. Ese trabajo exigía antes o una persona o una configuración frágil por plantilla que se rompía en cuanto un proveedor rediseñaba su factura. Ya no. Ese es el cambio real, y es mucho más estrecho y mucho más útil que «la IA puede automatizar tu empresa».

Los tres niveles, y dónde encaja cada uno

Casi cualquier necesidad de automatización cae en uno de tres niveles. Equivocarse de nivel es el error más caro que hay disponible.

Nivel uno: compra el producto. Campañas de email y segmentación, programación de publicaciones en redes, flujos de tareas y proyectos, facturación y cobros recurrentes, enrutado de tickets de soporte, secuencias de CRM. Son categorías resueltas, con productos maduros. Un equivalente a medida será peor durante años y tuyo de mantener para siempre. Si puedes describir lo que necesitas y un comercial te lo enseña la semana que viene, cómpralo.

Nivel dos: conecta los productos que ya tienes. Una buena parte de los «necesitamos automatización» resulta ser cuatro sistemas que no se hablan. Las plataformas de integración y las herramientas de flujos resuelven mucho de eso sin abrir un proyecto de ingeniería. El límite existe, eso sí: en cuanto la lógica se vuelve lo bastante condicional como para que solo una persona entienda el flujo, y ese flujo vive en una pantalla de configuración sin control de versiones y sin entorno de pruebas, has construido software de producción en un sitio que no tiene ninguna de las prácticas de producción.

Nivel tres: constrúyelo. Se justifica en tres situaciones. Cuando la entrada no está estructurada y la extracción tiene que ser correcta. Cuando el proceso es lo que te diferencia y remodelarlo para que quepa en el producto de otro te volvería igual que los demás. Y cuando el valor está en las uniones: varios sistemas, un solo flujo que los atraviesa y ningún producto que cubra el conjunto.

La mayoría de las organizaciones necesitan los tres, en ese orden de preferencia.

El patrón que merece la pena copiar

El trabajo de nivel tres que hacemos con más frecuencia ha convergido en una sola arquitectura, y merece la pena describirla porque es trasladable, la construyamos nosotros o la construyas tú.

Algo llega sin estructura: un pedido por correo, una factura en PDF, una hoja de cálculo, una fotografía. Un modelo lo extrae a una forma definida. La extracción aterriza en una capa de validación donde una persona puede verla antes de que ocurra nada irreversible. Solo entonces entra en el sistema maestro. Y todo es rastreable hasta el mensaje del que salió.

Cuatro implantaciones, el mismo esqueleto. Laboratorios Ximart y Neomedic International reciben pedidos que llegan como PDF, ficheros de Excel, notificaciones de marketplace e imágenes, y los llevan al ERP. R’Difusion hace lo mismo con las facturas. Core Fusta captura facturas del correo y las archiva en Google Drive. Vimasterkey aplica el patrón al control de stock dentro del flujo del ERP.

Tres decisiones de diseño hacen el trabajo:

Mantén a una persona entre la extracción y el sistema maestro. El procesamiento directo queda precioso en una demo y produce el fallo del que nadie se recupera: un registro erróneo escrito con total seguridad en el ERP, detectado una semana después en una discrepancia de entrega. Puedes graduarte al procesamiento directo cuando tengas meses de datos que muestren dónde el sistema es fiable. No deberías empezar por ahí.

Pon el paso de validación donde el equipo ya vive. Para los departamentos de pedidos y los equipos financieros eso es casi siempre una hoja de cálculo, prerrellenada con la forma exacta que espera el sistema siguiente, con los campos de confianza rellenos y los dudosos marcados. Un paso de validación que la gente evita no es un paso de validación.

Construye la trazabilidad desde el primer día. Qué mensajes se han procesado, qué leyó el sistema, qué cambió una persona, adónde fue. Sin eso, la gente empieza a comprobarlo a mano y en un mes tienes los dos procesos funcionando en paralelo con un coste total mayor. Es el único punto de esta lista que se encarece de forma apreciable si se pospone.

Dónde encajan los agentes conversacionales, y dónde no

Los agentes que atienden teléfono, chat o mensajería son la forma más visible de todo esto y la más sobrevendida.

Funcionan cuando la tarea está acotada y la vía de derivación se ha diseñado antes: reserva de citas, check-in, preguntas de horarios y de estado, cualificación de preventa, enrutado. Nuestros despliegues de Marta cubren exactamente esa forma: atención telefónica sanitaria en Hemomadrid, check-in logístico en Viokox, dos agentes en una óptica en La Gaferia, preventa por texto en Neomedic y reservas por voz y por WhatsApp en R’Difusion.

Lo que hace que funcionen no es el modelo. Es que cada uno tiene un límite explícito, un traspaso definido a una persona y un dashboard de operaciones para que alguien pueda ver qué está haciendo el agente. Un agente sin ruta de derivación a una persona es un generador de reclamaciones.

Dos cosas que conviene decir sin rodeos. Primera: un agente que responde preguntas sobre tu negocio necesita una base de conocimiento de la que responder, y construir esa base suele ser el proyecto de verdad. Segunda: si el proceso de debajo está roto, un agente delante solo consigue que la rotura vaya más rápido.

La gobernanza que deberías exigir

Si un proveedor va a tratar tus datos operativos a través de modelos de terceros, esto es razonable exigirlo y fácil de responder con honestidad.

Un acuerdo de tratamiento de datos con una lista de subencargados mantenida, para que sepas quién toca qué y te avisen cuando eso cambie. Proveedores de API de LLM bajo condiciones de no entrenamiento, para que tus datos operativos no entrenen el modelo de nadie. Un procedimiento documentado de respuesta ante incidentes que puedas leer antes de necesitarlo. Responsabilidad civil profesional y ciberriesgo contratados. Y claridad sobre dónde se conservan tus datos y durante cuánto tiempo.

Pregúntalo en la primera conversación. Los proveedores que no se lo han planteado te lo dicen enseguida.

Empieza más estrecho de lo que parece que merece la pena

El instinto al definir el alcance es abarcar el departamento entero. No debería serlo.

Elige un proceso (normalmente el que tiene una hoja de cálculo paralela) y hazlo completo, incluidas las partes aburridas: la gestión de excepciones, la trazabilidad, el reporting, la integración. Deja todo lo demás exactamente como está.

Un proceso hecho del todo te enseña más sobre tus propios datos que cinco hechos a medias, y le da a la gente que tiene que convivir con él algo real a lo que reaccionar. Es también la única forma honesta de averiguar qué proporción de tu volumen es genuinamente no estándar, que es la cifra que determina si merece la pena hacer el resto del programa. Siempre sale más alta de lo que la gente espera.

Trabajamos solo con dos modelos de colaboración (proyectos de alcance cerrado y capacidad mensual contratada) y empezamos una o dos semanas después de la primera conversación. Lo que condiciona ese plazo casi nunca es la disponibilidad de ingeniería: es el acceso al buzón, las credenciales del ERP y la persona que sabe cómo funciona el proceso de verdad y no cómo está documentado.

El problema de la medición, con honestidad

Los casos de negocio de automatización se escriben casi siempre en horas ahorradas, y las horas ahorradas son la cifra más blanda disponible. La persona no se va. Hace otra cosa, y si esa otra cosa vale más es una pregunta de gestión, no de tecnología.

Las cifras firmes están en otro sitio: errores que dejan de producirse, duplicados que se detectan, capacidad absorbida sin ampliar plantilla y la reducción de cuánto depende tu operación de la memoria de una sola persona. Esas son las que aguantan el escrutinio.

Y mantén una métrica sobre la propia automatización: qué proporción de elementos pasa sin que nadie los toque, qué proporción necesita corrección y en qué categorías se concentran esas correcciones. Lo último es tu hoja de ruta, y sale gratis.

La versión corta

• Mide una semana real antes de elegir nada.
• Separa la entrada estructurada de la no estructurada. Solo la segunda necesita IA.
• Compra el nivel uno. Conecta el nivel dos. Construye el nivel tres, y solo el nivel tres.
• Mantén a una persona entre la extracción y cualquier cosa irreversible.
• Hazlo rastreable desde el primer día.
• Haz un proceso completo en lugar de cinco a medias.

Hemos construido automatización de pedidos por correo hacia el ERP para Laboratorios Ximart, Neomedic International y R’Difusion, captura y archivo de facturas para Core Fusta, control de stock para Vimasterkey y agentes de IA que atienden teléfono, chat y mensajería en sanidad, logística y retail. También hemos impartido programas de formación en IA para los equipos de Lyreco, SkilIA y Grupo FERRAN. Si algo en tu operación sigue funcionando a base de reteclear, cuéntanos qué llega y dónde tiene que acabar.