Procesos y automatización

Cómo detectar tareas automatizables sin empezar por una herramienta

Un método práctico para encontrar qué procesos conviene automatizar primero, estimar su coste y evitar automatizar el síntoma en lugar del problema.

La pregunta «¿qué podemos automatizar?» suele llegar después de ver una demostración: un flujo en n8n, un agente de IA o una integración que parece resolverlo todo. El problema de empezar por la herramienta es que buscas dónde aplicarla, en lugar de buscar qué problema merece resolverse.

Este es el método que uso para detectar tareas automatizables en una empresa antes de hablar de tecnología.

1. Sigue un objeto, no un departamento

Los procesos suelen fallar en los traspasos entre personas y sistemas. Por eso no empiezo preguntando qué hace administración. Pregunto qué le pasa a un pedido, una factura, una solicitud o una incidencia desde que entra hasta que se cierra.

Elige un objeto frecuente y recorre su camino:

  • ¿Por dónde llega? Correo, formulario, teléfono, WhatsApp o portal.
  • ¿Quién lo toca y en qué orden?
  • ¿En qué herramientas se escribe o se consulta?
  • ¿Dónde espera y por qué?
  • ¿Cómo sabe el cliente o la dirección en qué punto está?

Dibujado en una hoja, ese recorrido muestra enseguida dónde se escribe dos veces la misma información, dónde alguien copia de una pantalla a otra y dónde el estado solo lo conoce una persona.

2. Busca cinco señales

Una tarea es buena candidata cuando cumple varias de estas condiciones:

  1. Se repite con frecuencia. Cada día o cada semana.
  2. Sigue reglas reconocibles. Si alguien puede explicar cómo decide en la mayoría de los casos, esas reglas se pueden escribir.
  3. Mueve información de un sitio a otro. Copiar, reenviar, consolidar o reescribir es el trabajo que menos valor aporta para el tiempo que consume.
  4. Tiene un coste de error visible. Un dato mal copiado genera una factura errónea, un envío equivocado o una llamada del cliente.
  5. Depende de una persona concreta. Si esa persona se va de vacaciones, el proceso se detiene.

Si una tarea cumple una sola señal, probablemente no compensa. Si cumple tres o más, merece la pena medirla.

3. Calcula el coste antes de elegir la solución

Automatizar tiene un coste de construcción y otro de mantenimiento. Para decidir con criterio necesitas una estimación del coste actual:

Dato Pregunta
Frecuencia ¿Cuántas veces se hace a la semana o al mes?
Tiempo ¿Cuántos minutos consume cada vez, sumando a todas las personas?
Coste por hora ¿Cuál es el coste real de quien lo hace, con salario y cotizaciones?
Errores ¿Qué parte sale mal y cuánto cuesta corregirla?

Una tarea de 12 minutos que se hace 20 veces al día parece pequeña. Multiplicada por los días laborables del año supone cientos de horas. He preparado una calculadora del coste de un proceso manual para hacer esta cuenta con tus datos y ver qué inversión tendría sentido en uno o dos años.

El resultado es un orden de magnitud para decidir si seguir estudiando el proceso, sin garantía de retorno.

4. Separa reglas, lectura y criterio

Dentro de un mismo proceso conviven tres tipos de trabajo:

  • Reglas. «Si el importe supera 3.000 €, lo aprueba dirección». Se automatizan con lógica fija, que es barata, rápida y previsible.
  • Lectura de información no estructurada. Entender un correo, un PDF o un escaneo. Aquí la IA puede ayudar, siempre con validación y revisión.
  • Criterio. Negociar con un cliente o aceptar una excepción comercial. Esto sigue en manos de personas.

El error habitual es tratarlo todo como un caso de IA o todo como una regla. Una buena automatización combina ambas cosas y deja a las personas lo que necesita criterio, con la información ya preparada.

Las excepciones merecen atención especial. Si el 80 % de los casos sigue la regla y el 20 % no, la automatización debe detectar ese 20 % y enviarlo a una persona con el motivo, en lugar de intentar resolverlo a ciegas.

5. Comprueba que el problema no es otro

A veces lo que parece una tarea automatizable es el síntoma de otra cosa:

  • No hay una fuente fiable para el dato. Si el stock está en el ERP y en una hoja de cálculo, automatizar la copia entre ambos mantiene el problema. Primero hay que decidir cuál manda.
  • El proceso no está definido. Si cada persona lo hace de una forma, automatizar solo fija el desorden. Primero hay que acordar el proceso.
  • La herramienta está mal configurada. Muchas empresas pagan software que ya permite hacer lo que buscan.

En estos casos, la mejora más rentable no requiere desarrollo, y conviene saberlo antes de invertir.

6. Ordena por impacto, esfuerzo y riesgo

Con la lista de candidatas y su coste estimado, valora cada una en tres ejes:

  • Impacto. Horas, errores o esperas que elimina.
  • Esfuerzo. Sistemas implicados, calidad de sus API y número de excepciones.
  • Riesgo. Qué pasa si falla, a quién afecta y si toca datos sensibles o dinero.

La primera automatización ideal tiene un impacto medio o alto, un esfuerzo contenido y poco riesgo. Sirve para comprobar el valor, conocer el proceso real y ganar la confianza del equipo antes de abordar lo complejo.

Lo que no conviene hacer

  • Automatizar porque la herramienta lo permite. Que algo sea posible no significa que compense.
  • Empezar por el proceso más crítico. Si falla, el coste de aprender es demasiado alto.
  • Olvidar el mantenimiento. Las API cambian, los formatos cambian y la empresa también. Una automatización sin responsable deja de funcionar sin que nadie se entere. Lo explico en qué debe pasar cuando una automatización falla.
  • Prometer porcentajes sin un punto de partida. Si no has medido cuánto tarda hoy, no podrás comprobar cuánto ha mejorado.

Con qué tarea empezar

Elige la que cumpla tres o más señales, tenga un responsable interno y no sea el proceso más crítico. Si al calcular el coste actual no llegas a decenas de horas al año, déjala anotada y busca otra: la siguiente candidata casi siempre sale del mismo recorrido.

Si quieres hacer este análisis sobre un proceso concreto con alguien externo, es lo que cubre la consultoría tecnológica con un diagnóstico cerrado.

He preparado esta guía con ayuda de herramientas de IA para la estructura y la redacción. La he revisado y editado personalmente. Más información en la política editorial.

Alberto Mier

Alberto Mier

Consultor tecnológico y desarrollador senior. Llevo más de doce años desarrollando software para empresas, autónomos y organizaciones: webs, aplicaciones móviles, plataformas, integraciones, automatizaciones e IA aplicada. Desarrollo los proyectos a través de LTR Digital Solutions.

Sobre mí · LinkedIn

Otras guías