Qué es la automatización de procesos, sin diapositivas
Si buscas «automatización de procesos» en Google te salen fabricantes de software para grandes empresas hablando de robots, plataformas y transformación. Todo eso existe, y casi nada de eso te sirve si tienes treinta personas en nómina y un ERP que compraste hace ocho años.
La versión útil es esta: automatizar un proceso es conseguir que una tarea que hoy hace una persona siguiendo siempre los mismos pasos se haga sola, o casi sola, y que esa persona solo tenga que revisar el resultado. Llega un correo con una petición, alguien lo lee, apunta los datos en una hoja, prepara un presupuesto con la plantilla, lo envía y anota la fecha de seguimiento. Cinco pasos, cuatro se pueden hacer sin que nadie los toque. El quinto, el de decidir si ese presupuesto sale así, se queda en manos de la persona.
Eso es lo que hacemos en Digency como agencia de inteligencia artificial, y la inteligencia artificial es solo una parte. Vamos a lo importante: cómo se elige por dónde empezar.
La regla para elegir el primer proceso
Tres condiciones, y las tres a la vez:
- Se repite. Cada día o cada semana, con la misma forma. Un proceso que pasa dos veces al año no compensa automatizarlo aunque sea pesado.
- Deja rastro. Empieza con algo que se puede detectar (un correo, un formulario, una fila nueva en una hoja, una reseña) y termina con algo que se puede comprobar (un documento, un registro, un aviso). Si el proceso vive en la cabeza de alguien, primero hay que sacarlo de ahí.
- Aburre. Nadie en la empresa disfruta haciéndolo. Es la mejor señal de que se puede sistematizar y, además, la que hace que el equipo lo reciba bien en lugar de con recelo.
Nuestra opinión, después de unos cuantos diagnósticos: el mejor primer proceso casi nunca es el que la dirección tiene en mente. Suele ser uno que hace una persona concreta un martes por la tarde y que nadie más ve. Por eso el diagnóstico se hace sentándose con quien hace el trabajo, no con quien lo dirige.
Ejemplo paso a paso: la petición de presupuesto
Es el proceso que más nos piden y sirve para ver cómo se piensa. Situación de partida: los presupuestos entran por el formulario de la web y por correo, los lee una persona de administración, los pasa a una plantilla, los manda a dirección para que ponga el precio y luego los envía.
Así queda automatizado:
- Entrada. El formulario y el buzón de correo se conectan al flujo. Cada petición nueva se lee al momento.
- Lectura y clasificación. Aquí entra la inteligencia artificial: extrae quién escribe, qué pide, para cuándo y desde qué empresa, aunque el correo esté escrito con prisas. Y decide si es un encargo que encaja, una petición que hay que derivar o correo basura.
- Borrador. Con esos datos rellena la plantilla de presupuesto con las partidas habituales de ese tipo de trabajo, y busca si ese cliente ya existe en el CRM.
- Revisión. El borrador se queda en una bandeja. Una persona lo abre, ajusta lo que haga falta y aprueba. Nada sale sin este paso.
- Envío y registro. Se envía, se anota en el CRM con su fecha de seguimiento y, si a los diez días no hay respuesta, se avisa a quien lo lleva.
Lo que cambia para la empresa: la persona de administración pasa de transcribir a revisar, dirección ve los presupuestos ordenados y ninguno se queda sin seguimiento. Lo que no cambia: quién decide el precio y quién firma.
Dónde entra la IA y dónde sobran reglas normales
Un error frecuente es usar inteligencia artificial para todo, porque queda moderno. Un flujo bueno mezcla dos cosas:
- Reglas para lo que es una regla: si el importe supera una cantidad, avisa a dirección; si la fecha de entrega es en menos de una semana, marca como urgente; si el correo viene de un dominio de la lista negra, descarta. Las reglas son baratas, rápidas y no se equivocan.
- IA para lo que una regla no puede hacer: entender un correo escrito por una persona, resumir una reseña, redactar un borrador en el tono de la marca, clasificar una factura escaneada.
Con herramientas de flujos como n8n se encadenan las dos sin programar desde cero, y los modelos de lenguaje se llaman solo en el paso que los necesita. Es más barato de mantener y, sobre todo, más fácil de entender para quien lo va a supervisar.
Qué no automatizar (todavía)
Hay procesos que dan ganas de automatizar y conviene dejar para más adelante:
- Los que cambian cada semana. Si el equipo todavía está decidiendo cómo se hace algo, automatizarlo es fijar en piedra una versión provisional.
- Los que tienen coste de error alto. Enviar una oferta con un precio mal calculado, contestar una reclamación delicada, tocar la facturación. Se automatiza la preparación, nunca la decisión.
- Los que dependen de una persona que no está en la reunión. Si el proceso vive en la cabeza de alguien de almacén, primero se habla con esa persona. Sin ella, el flujo automatiza una idea equivocada del proceso.
- El chatbot de la web. Suele ser lo primero que se pide y lo último que conviene montar. Un chat que contesta preguntas es útil cuando hay muchas preguntas repetidas y una base de conocimiento ordenada, que casi siempre empieza por las preguntas frecuentes de las páginas de servicio de la web. Antes de eso, los procesos internos aburridos ahorran más tiempo y no dan la cara ante el cliente.
Una persona al mando: el diseño con aprobación
Todos los flujos que montamos tienen tres cosas: un punto donde una persona aprueba antes de que algo salga fuera de la empresa, un registro de cada paso que ha dado el flujo y un límite claro de lo que puede hacer. Al principio, la aprobación está en todo. Con el tiempo, cuando el flujo lleva semanas sin fallar en un tipo de caso, se puede dejar que ese caso pase solo. Pero esa decisión la toma la empresa con datos, no la agencia por defecto.
Esto tiene una consecuencia práctica: el equipo tiene que poder ver qué ha hecho el flujo y pararlo. Un panel sencillo con lo que ha entrado, lo que ha salido y lo que está esperando revisión. Sin eso, la automatización se convierte en una caja negra, y una caja negra en una empresa mediana se apaga a la primera duda.
Cómo medir si ha compensado
Dos números antes del piloto y los mismos dos después: cuánto tardaba el proceso hecho a mano, de principio a fin, y cuántos errores se colaban (presupuestos sin enviar, seguimientos olvidados, datos mal copiados). Durante el piloto se cronometra la revisión y se cuentan las correcciones. Si el tiempo baja y los errores no suben, compensa. Si la persona tarda casi lo mismo en revisar que en hacerlo, el flujo está mal planteado y se replantea antes de implantarlo.
No hay que fiarse de las estimaciones de la primera semana, ni buenas ni malas: los datos se estabilizan cuando el flujo ha visto suficientes casos.
Por dónde empezar mañana
Sin agencia y sin herramientas: pide a cada persona del equipo que apunte durante una semana qué tareas hace más de una vez y le aburren. Junta las listas. Elige la que se repite, deja rastro y nadie quiere hacer. Escribe sus pasos en una hoja, uno por línea. Ya tienes el diseño de tu primera automatización, y la mitad del trabajo de un diagnóstico.
Si quieres que lo hagamos contigo, empezamos por esa misma reunión. Y si el proceso que más te pesa tiene que ver con las reseñas de Google, empieza por leer cómo se trabaja la ficha en el artículo sobre SEO local: parte del problema puede no ser de automatización.
