Agentes de IA para empresas

Qué procesos automatizar primero en una empresa (y cuáles no)

Elegir mal el primer proceso es la forma más rápida de pensar que automatizar no funciona. Te cuento cómo lo elijo yo, con ejemplos de correo, facturas, presupuestos y contactos, y qué dejaría fuera.

Daniel Brosed · publicado · revisado · 6 min de lectura

Portada del artículo Qué procesos automatizar primero, con cuatro procesos ordenados

Automatiza primero el proceso que se repite más veces a la semana, se hace siempre igual, trabaja con datos que ya están en una herramienta y, si falla una vez, se corrige sin daño. Suelen ser leer y clasificar el correo, sacar los datos de las facturas, pasar datos de un programa a otro, montar presupuestos con tarifa y cualificar contactos. Deja para después lo que depende de criterio, de una negociación o de un programa que no se puede conectar.

En este artículo

¿Qué significa automatizar un proceso?

Automatizar un proceso es que un sistema haga solo, cada vez que toca, los pasos que hoy hace una persona a mano: leer, copiar, comprobar, avisar. La persona deja de empujar el proceso y pasa a revisarlo.

Hay dos formas de hacerlo. Un flujo fijo recorre siempre los mismos pasos. Un agente de IA decide los pasos según el caso; lo explico en agentes de IA para empresas. Para elegir qué automatizar primero, el criterio es el mismo en los dos casos.

Y vale la recomendación de Anthropic para cualquier sistema con modelos de lenguaje: la solución más simple que funcione, y complejidad solo cuando haga falta. El primer proceso no tiene que ser el más ambicioso.

¿Cómo elijo el primer proceso que automatizar?

Paso cada proceso candidato por cinco preguntas:

  1. ¿Cuántas veces pasa a la semana?
  2. ¿Cuántos minutos lleva cada vez?
  3. ¿Se hace siempre igual o depende de quién lo haga?
  4. ¿Los datos están en una herramienta a la que se puede conectar?
  5. ¿Qué pasa si sale mal una vez?

Las dos primeras, multiplicadas, te dan las horas a la semana que se van en ese proceso. Pongamos una tarea que pasa 40 veces a la semana y lleva 6 minutos cada vez: son 4 horas semanales de una persona. Las otras tres preguntas te dicen si es fácil y seguro automatizarlo.

Empiezo por el que suma muchas horas y responde bien a las tres últimas, aunque no sea el más vistoso. Y las horas no lo son todo: un proceso que carga a la persona que más trabajo tiene, o que retrasa la respuesta a un cliente, puede ir antes que otro que suma más tiempo pero no frena el trabajo de otros.

¿Qué procesos suelen ir primero?

En las empresas con las que trabajo, el primero suele salir de esta lista:

Procesos que suelen automatizarse primero, por qué y qué sigue revisando una persona
ProcesoPor qué suele ir primeroQué sigue revisando una persona
Leer y clasificar el correo de entradaPasa muchas veces al día y cada tipo de correo se resuelve casi igual.Las respuestas que comprometen un plazo o un precio.
Sacar los datos de las facturas de proveedorFecha, base, IVA y total están siempre en el documento.Las que no cuadran con el pedido.
Pasar datos de un programa a otroEs copiar y pegar, sin decisión.Los avisos de error del propio flujo.
Presupuestos con tarifaLa tarifa ya está escrita; solo falta montarlo.El precio final antes de enviarlo.
Cualificar contactos que entranLas preguntas para cualificar son siempre las mismas.A quién se llama y qué se le ofrece.
Recordatorios y seguimientosDependen de fechas que ya están en tu agenda o tu CRM.El texto de cada recordatorio, una vez, al montarlo.
Informes semanalesLos datos salen de las mismas fuentes cada semana.La lectura del informe y lo que se decide con él.

Para la atención a clientes por WhatsApp o en la web, la decisión es otra: si basta con responder o hay que hacer gestiones. La cuento en chatbot o agente de IA.

¿Qué procesos no automatizaría?

Estos los dejo fuera, o los dejo para más adelante:

  • Los que cada persona hace a su manera. Primero se acuerda y se escribe cómo se hace; después se automatiza.
  • Los que pasan pocas veces. Una tarea que llega dos veces al mes no compensa el montaje ni el mantenimiento.
  • La venta y la negociación. El sistema prepara la información; la conversación con el cliente es tuya.
  • Las decisiones que afectan de forma importante a una persona: seleccionar personal, conceder o negar algo, sancionar. El artículo 22 del RGPD reconoce el derecho a no ser objeto de decisiones basadas únicamente en un tratamiento automatizado que produzcan efectos jurídicos o afecten de forma parecida, y la AEPD dedica un apartado a estas decisiones en su guía sobre IA y RGPD.
  • Los que dependen de un programa que no se puede conectar. Si los datos solo se ven en pantalla, primero toca pedir acceso al proveedor o cambiar de programa.
  • Los que van a cambiar pronto. Si en dos meses cambiáis de CRM, automatiza después del cambio.

¿Por dónde empiezo esta semana?

Cinco pasos que puedes dar sin mí:

  1. Apunta durante una semana cada tarea repetitiva, cuántas veces pasa y cuánto tarda. Una hoja de cálculo basta.
  2. Quédate con las tres que suman más horas.
  3. Pásales las cinco preguntas de arriba y elige una.
  4. Escribe sus pasos tal y como los hacéis hoy, con las excepciones. Es lo primero que te pediré si lo montamos.
  5. Empieza por un tramo: que el sistema prepare y una persona apruebe. Cuando lleve unas semanas acertando, se le da más autonomía.

Para ese último paso, n8n permite que el flujo se pare y espere la aprobación de una persona antes de usar una herramienta concreta. Así se puede encender pronto sin soltar el control.

Si los datos son de personas (clientes, empleados), revisa antes con quien lleve la protección de datos qué proveedores los van a tratar. El artículo 28 del RGPD pide un contrato con cada uno.

¿Cómo sabré si ha merecido la pena?

Midiendo antes y después, con los mismos datos. Antes de encender ya sabes cuántas veces pasa la tarea y cuánto tarda: es lo que apuntaste en el primer paso.

Después, durante el primer mes, miro tres cosas: cuántos casos resuelve el sistema sin ayuda, cuántos pasa a una persona y cuántos hay que corregir. Lo dejo registrado en el propio flujo, así no depende de que alguien se acuerde de apuntarlo.

Si los casos que hay que corregir no bajan en unas semanas, algo falla: o el proceso no estaba tan claro como parecía, o el sistema necesita más ajuste. Las dos cosas tienen arreglo, pero conviene verlo con datos y no a ojo.

Lo que más me preguntan sobre qué automatizar

¿Hace falta automatizar un proceso entero de golpe?

No. Muchas veces lo mejor es automatizar un tramo: la lectura del documento, el paso de datos o el borrador. El resto lo sigue haciendo la persona hasta que ese tramo funciona bien.

¿Qué herramientas hacen falta?

Las que ya tengas, si se pueden conectar. Yo uso n8n para los flujos, que se puede instalar en tu propio servidor o en una nube privada, y un modelo de lenguaje como Claude en los pasos que piden leer o redactar.

¿Cuánto se tarda en automatizar el primer proceso?

Un proceso completo, de tres a cuatro semanas entre montarlo, probarlo con casos reales y entregarlo documentado. Un tramo suelto puede estar antes.

¿Y si después cambia el proceso?

Se ajusta el flujo. Por eso lo entrego documentado y formo al equipo: para que los ajustes del día a día los podáis hacer vosotros sin esperarme.

¿Automatizar es lo mismo que usar ChatGPT en la empresa?

No. Usar ChatGPT o Claude en el navegador ayuda a cada persona con sus tareas, pero alguien tiene que abrirlo y pedírselo. Automatizar es que el trabajo pase solo, cada vez que toca, conectado a vuestras herramientas. Para lo primero suele hacer falta formación; tienes la mía en formación en IA para empresas.

Fuentes

  1. Anthropic · Building effective agents (19 de diciembre de 2024)Consultada el
  2. n8n · Human-in-the-loop for tools (documentación)Consultada el
  3. n8n · Host n8n (documentación)Consultada el
  4. EUR-Lex · Reglamento (UE) 2016/679, general de protección de datos (artículos 22 y 28)Consultada el
  5. AEPD · Adecuación al RGPD de tratamientos que incorporan inteligencia artificial. Una introducción (febrero de 2020)Consultada el

Daniel Brosed

Arquitecto de sistemas de IA · Huesca, España

Programo desde los 14 años y hoy soy desarrollador full stack: hago webs, plataformas y sistemas de IA para empresas de sectores muy distintos, y formo a sus equipos. Antes trabajé dentro de un hospital; de ahí viene mi forma de trabajar: protocolos claros y cuidado con los datos.

LinkedInGitHub