Ingeniería de procesos

Ingeniería de procesos con IA, paso a paso

La IA no arregla un mal proceso: lo acelera. Este método, que viene de la ingeniería de procesos y de la fiabilidad industrial, sirve para decidir dónde poner IA, cómo controlarla y cómo demostrar que mejora algo.

El principio: proceso primero, herramienta después

El error más caro es empezar por la herramienta («vamos a meter un agente») en vez de por el proceso («tardamos 3 días en contestar una incidencia y el 30 % se reabre»). El orden correcto:

Qué problema, medido.
Cómo es el proceso hoy.
Dónde aporta la IA y dónde no.
Cómo se controla.
Cómo se mide la mejora.

Paso 1 · Mapear el proceso

Dibuja el proceso como lo hace la gente hoy, no como dice el manual: entradas, pasos, decisiones, salidas, quién hace cada paso y cuánto tarda.

Plantilla de mapa de proceso

Proceso: [nombre]
Disparador: [qué lo inicia]
Entradas: [documentos, datos, peticiones]
Pasos:
1. [paso] · quién: [rol] · tiempo: [min] · decisión: [sí/no] · errores típicos: [...]
2. ...
Salida: [qué se entrega y a quién]
Indicadores hoy: [tiempo total, % de errores, coste por caso, casos al mes]

Paso 2 · Dónde aporta la IA

La IA generativa es buena en cuatro tipos de trabajo:

Tipo	Ejemplo	Riesgo
Clasificar	Categoría y urgencia de un correo o una incidencia	Bajo si hay umbral de confianza
Extraer	Datos de facturas, partes o contratos	Medio: comprobar cifras
Redactar	Borradores de respuestas, informes o actas	Medio: revisión humana
Resumir y buscar	Histórico de un equipo, normativa, manuales	Medio: citas obligatorias

Y es mala, o arriesgada, en: decisiones con consecuencias legales o de seguridad, cálculos críticos sin comprobar y cualquier cosa sin datos de entrada fiables.

Paso 3 · Diseñar el control

Aplica lo que en mantenimiento se llama análisis de modos de fallo: para cada paso con IA, pregúntate cómo puede fallar, qué efecto tiene y cómo se detecta.

Análisis de fallos de un paso con IA

Paso: [p. ej., clasificar la urgencia de una avería]
Modo de fallo: [clasifica como «baja» una avería crítica]
Efecto: [retraso en una intervención de seguridad]
Gravedad (1-10): [9]
Detección: [palabras clave de riesgo fuerzan revisión humana; umbral de confianza 0,8]
Acción: [nunca automático por debajo del umbral; revisión diaria de 10 casos al azar]

Reglas que casi siempre aplican:

Persona en el bucle para lo que tiene consecuencias.
Umbral de confianza: lo dudoso va a revisión.
Salida estructurada (JSON con campos fijos), no texto libre, cuando el resultado va a otro sistema.
Registro de cada caso: entrada, salida, quién revisó.

Paso 4 · Medir

Antes de cambiar nada, mide el proceso actual. Después, compara con los mismos indicadores:

Tiempo por caso y tiempo total.
Tasa de error o de reapertura.
Porcentaje de casos que necesitan revisión humana.
Coste por caso (horas y uso de la IA).

Prueba con un piloto de 20 a 50 casos reales antes de generalizar.

Paso 5 · Documentar y mejorar

Escribe la especificación del proceso con IA como si fuera software: qué hace, con qué datos, qué reglas no se rompen y cómo se comprueba. Revísala cada mes con los errores reales. Es el mismo enfoque del desarrollo guiado por especificaciones.

Ejemplo: avisos de mantenimiento

Hoy: los avisos llegan por correo; un técnico los lee, los clasifica y abre la orden de trabajo (25 min por aviso, 15 % mal clasificados).
Con IA: un flujo clasifica cada aviso (equipo, síntoma, urgencia) con salida JSON. Con confianza alta y urgencia baja, crea el borrador de la orden; lo demás va a la cola del técnico.
Control: las palabras de riesgo (fuga, humo, eléctrico) siempre van a revisión humana. Cada viernes se revisan 10 casos al azar.
Medida: tiempo por aviso, porcentaje de mal clasificados y porcentaje de revisión manual.

Tienes un plan de 6 horas para montarlo con n8n en Automatizar procesos con n8n.

Fuentes

Siguiente guía: Desarrollo guiado por especificaciones con IA