Cómo identificar procesos automatizables

Empieza por el trabajo, no por la herramienta

Haz una lista de tareas repetidas que consuman tiempo o generen esperas, errores y retrabajo. Describe cada una con un verbo y un resultado observable: «copiar datos del formulario al CRM», «clasificar una solicitud» o «conciliar una factura». Evita empezar con «poner IA en…»: la tecnología se decide después de entender el flujo.

Para cada candidato, anota quién lo inicia, qué información recibe, qué pasos ejecuta, qué sistemas toca, quién valida la salida y qué ocurre cuando algo falla. Una conversación con las personas que realizan el trabajo suele revelar excepciones que un procedimiento escrito no refleja.

Puntúa los candidatos

Valora cada criterio de 1 a 5. Define las escalas con el equipo antes de comparar: así un 5 en riesgo significa lo mismo para todas las áreas. Una hoja simple basta.

Criterio	Pregunta	Señal favorable
Frecuencia	¿Cuántas veces ocurre en un periodo representativo?	Se repite con regularidad
Esfuerzo	¿Cuánto tiempo activo requiere por caso?	Hay trabajo manual identificable
Estabilidad	¿Los pasos y reglas se mantienen?	Cambian poco y tienen responsable
Excepciones	¿Cuántos casos salen del camino habitual?	Son pocos o se pueden derivar
Datos	¿La información está disponible y tiene calidad suficiente?	Campos y fuentes identificables
Impacto	¿Qué mejora concreta se espera?	Menos espera, errores o retrabajo
Riesgo	¿Qué pasa si la salida es incorrecta?	Se detecta antes de causar daño

No conviertas la puntuación en una promesa de ahorro. Úsala para ordenar conversaciones y señala qué datos faltan. Una frecuencia alta puede no compensar un riesgo elevado o un proceso que cambia cada semana.

Busca señales de un buen primer alcance

Un piloto manejable tiene límites claros: un tipo de entrada, un equipo, un sistema de destino y un conjunto acotado de excepciones. Puede funcionar en modo asistido: prepara una propuesta y una persona la aprueba antes de que se registre o envíe. Esta etapa permite observar errores sin delegar una decisión irreversible.

Por ejemplo, clasificar correos entrantes podría ser candidato si cada mensaje termina en una cola conocida, existe alguien que corrige la clasificación y se pueden guardar ejemplos representativos. Si el correo incluye decisiones legales o compromisos con clientes, mantén aprobación humana y define cómo se detiene el flujo.

Descarta o aplaza estos casos

• El proceso no tiene una persona responsable o nadie puede explicar qué significa «hecho correctamente».
• Las reglas cambian según conocimiento tácito que no está documentado.
• Los datos de origen son incompletos y no hay un modo razonable de corregirlos.
• Una salida errónea puede producir un efecto importante y no existe revisión o reversión.
• El volumen es ocasional y el mantenimiento costaría más que el trabajo que se quiere evitar.

Descartar ahora no significa que el proceso nunca pueda automatizarse. A veces el primer paso es normalizar datos, acordar políticas o mejorar la integración entre sistemas.

Define una prueba antes de construir

Especifica la entrada, la salida esperada, los casos que deben escalarse, quién revisa, y cómo se desactiva la automatización. Establece una línea base con un periodo comparable y métricas observables: tiempo de ciclo, proporción de casos que requieren corrección, errores detectados y coste operativo. No mezcles tiempo ahorrado con capacidad liberada: solo existe ahorro económico si cambia un coste real o se reasigna la capacidad de forma verificable.

La guía de gestión de riesgos de IA de NIST ofrece un marco para identificar, medir y tratar riesgos durante el ciclo de vida. Adáptalo al impacto real del proceso; no sustituye la revisión legal o sectorial que corresponda.

La priorización útil termina con una decisión documentada: probar, preparar dependencias o no automatizar. Si todavía no puedes describir las excepciones, dedica tiempo a observar el proceso antes de elegir proveedor o modelo.