Automatizar un proceso empresarial es quitarle a una persona los pasos que un programa hace igual o mejor, sin cambiar lo que el proceso tiene que conseguir. El método que seguimos empieza por elegir bien el proceso y sigue en seis pasos: dibujarlo tal como se hace hoy, limpiarlo, decidir qué parte se automatiza, elegir las piezas, construirlo con pruebas en paralelo y medirlo cuando ya funciona.
El orden importa más que las herramientas: quien se salta el primero o el segundo automatiza un proceso que nadie había dibujado y consigue hacer el mismo error más rápido.
Qué procesos se pueden automatizar, y cuál conviene primero
El equipo de fiabilidad de Google llama «toil» al trabajo que es manual, se repite, una máquina podría hacerlo igual de bien, es reactivo en vez de planificado, deja el sistema igual que estaba cuando terminas y crece con el volumen. Su objetivo declarado es mantener ese trabajo por debajo del 50 % del tiempo de cada ingeniero. La definición es de quien opera servidores, pero describe con precisión la administración de una pyme.
A esas seis señales añadimos dos preguntas: cuántas veces se hace a la semana y qué pasa cuando sale mal. El candidato ideal se hace muchas veces, sigue casi siempre los mismos pasos y, si falla, se nota pronto y se corrige barato: pasar los pedidos del correo al programa de gestión, crear y enviar la factura al cerrar un pedido, avisar al cliente del estado de su encargo, dar de alta en el CRM los contactos del formulario de la web.
Un proceso que cambia cada mes, que depende de criterios que nadie ha escrito o donde un error cuesta una venta o una sanción no es el primer proyecto: se automatiza después, cuando ya hay método y confianza.
Paso 1: dibujar el proceso como se hace hoy
No como debería hacerse, ni como lo describe el manual: como lo hace de verdad la persona que lo tiene entre manos. Nos sentamos con ella y anotamos:
- Qué lo dispara. Un correo, una llamada, un pedido en la tienda, una fecha.
- Qué entra y qué sale. Un albarán en PDF entra; una línea en el ERP y un aviso al almacén salen.
- Por qué sistemas pasa. Cada salto entre sistemas es un sitio donde se copian datos a mano.
- Las excepciones. «Si falta el número de pedido, llamo». Son lo que más tarda en salir y lo que más cuesta automatizar.
- Cuánto tarda y cuántas veces falla. Cronometrado, no estimado: es el dato que dirá al final si ha servido.
El resultado es un dibujo de una página con cajas y flechas. Si no cabe en una página, hay dos procesos mezclados.
Paso 2: limpiar antes de automatizar
Con el dibujo delante aparecen casi siempre tres cosas: pasos que ya no sirven (una aprobación que nadie mira, una copia que nadie abre), datos que se escriben dos veces en dos sitios y decisiones que dependen de quién esté ese día. Se quitan, se unifican y se escriben, en ese orden, antes de tocar ninguna herramienta.
Es el paso que más se salta y el que más ahorra. Automatizar un proceso sucio consolida la suciedad: el paso inútil se ejecuta mil veces en vez de cien.
Paso 3: decidir qué se automatiza, qué se deja a una persona y con qué
Cada paso del dibujo cae en una de tres filas:
| Tipo de paso | Qué se hace con él | Ejemplo |
|---|---|---|
| Regla fija, siempre igual | Automatización clásica: pasos escritos de antemano | Si el pedido se marca como pagado, crear la factura y enviarla |
| Entrada variable en lenguaje humano | Un modelo de IA que clasifica o extrae, con revisión | Leer un correo de pedido sin plantilla y sacar las líneas |
| Decisión con responsabilidad | Una persona, con la información ya preparada | Aceptar un descuento fuera de tarifa, dar una respuesta a una reclamación |
Anthropic, en su guía de diciembre de 2024 sobre cómo construir agentes, lo resume en una frase que aplicamos tal cual: buscar la solución más simple posible y subir la complejidad solo cuando haga falta. La fila de arriba cubre la mayor parte de los procesos de una pyme y es la más barata de construir y mantener. La IA entra solo donde la entrada no sigue una plantilla, y con alguien que revisa lo que sale.
Paso 4: elegir las piezas
Una automatización une sistemas, y cada sistema se une de tres maneras, de mejor a peor: por su API (la puerta que el programa ofrece para que otros programas le pidan y le envíen datos; la mayoría de programas de facturación, tiendas y CRM actuales la tienen), por importación y exportación de ficheros cuando no hay API, o simulando a una persona que pulsa botones, que se rompe cada vez que el programa cambia una pantalla.
Las herramientas de flujos (n8n es la que más usamos; Make y Zapier son equivalentes) unen sistemas que ya tienen conector en flujos de pocos pasos. Con muchas excepciones, volumen alto o una lógica que el conector no permite, se escribe código a medida que llama a las mismas API. Las dos se combinan; la elección es paso a paso.
Si el proceso toca datos de personas, dos límites del Reglamento General de Protección de Datos se deciden aquí y no al final: el artículo 5 exige que los datos tratados sean los adecuados y limitados a lo necesario para el fin, y el artículo 25 obliga a proteger los datos desde el diseño y por defecto. El flujo solo lee los campos que necesita y no copia la base de datos entera a una herramienta externa.
Paso 5: construir con pruebas y en paralelo
El flujo se construye con datos de ensayo, nunca sobre la facturación real. Cuando pasa las pruebas, trabaja en paralelo con el proceso manual durante un periodo acordado y cada día se comparan los dos resultados: las diferencias son excepciones que el dibujo del paso 1 no recogía, y se corrigen una a una.
Antes de retirar el proceso manual quedan decididas tres cosas:
- Quién recibe el aviso cuando el flujo falla. Una automatización que falla en silencio es peor que ninguna.
- Cómo se vuelve atrás. Si la API del proveedor cae un martes, la persona tiene que poder hacer el proceso a mano ese día.
- Qué queda registrado de cada ejecución. Qué entró, qué decidió y qué salió; sin ese registro no se sabe por qué una factura salió mal.
Paso 6: medir y mantener
La automatización se mide con lo que se cronometró en el paso 1: cuánto tardaba el proceso, cuántas veces fallaba y cuánto tardaba en detectarse un fallo. Si esos tres números no mejoran, no ha servido, por bonito que sea el flujo.
Después hay mantenimiento: las API cambian de versión, los programas actualizan sus formatos y el negocio añade casos nuevos. Cuando una excepción se repite, pasa a ser una regla del flujo; cuando se multiplican, el proceso ha cambiado y toca volver al paso 1.
Preguntas frecuentes
¿Cuánto se tarda en automatizar un proceso?
Depende de cuántos sistemas toca y de si tienen API. Un flujo que une un formulario con un CRM con conector se construye en días; uno que lee documentos sin plantilla, consulta un ERP sin API y tiene excepciones por cliente lleva semanas, y la mayor parte del tiempo se va en el periodo en paralelo.
¿Tengo que cambiar de programas para automatizar?
No, si los que usas tienen una forma de conectarse. Cambiar de herramienta es un proyecto aparte y rara vez el primer paso.
¿Qué pasa si el proceso cambia dentro de seis meses?
Que el flujo cambia con él, y por eso el dibujo del paso 1 se guarda y se actualiza. Un flujo construido sobre un dibujo se modifica en el punto que cambió; uno construido sin él se rehace desde cero.
El siguiente paso
Si tienes un proceso que encaja con lo de arriba (se repite, sigue casi siempre los mismos pasos y alguien lo hace a mano), cuéntanoslo en contacto y te decimos qué parte se puede automatizar y con qué. Qué tipo de flujos construimos, con qué herramientas y cómo los mantenemos, está en la página del servicio de automatización de procesos.
Fuentes
- Google, «Site Reliability Engineering», capítulo 5, «Eliminating Toil»: sre.google/sre-book/eliminating-toil
- Anthropic, «Building effective agents» (19 de diciembre de 2024): anthropic.com/engineering/building-effective-agents
- Reglamento (UE) 2016/679 (Reglamento General de Protección de Datos), artículos 5 y 25, texto en el BOE: boe.es, DOUE‑L‑2016‑80807
¿Te ayudamos a llevarlo a tu negocio?
Cuéntanos qué quieres resolver y te diremos qué pieza lo hace y por qué, sin compromiso.
Cuéntanos tu proyecto
