Auditoría de IA: cómo encontrar procesos para automatizar

La forma más sencilla de encontrar procesos para automatizar es observar brevemente el trabajo real y complementarlo con conversaciones con el equipo. Anotas a qué se dedica el tiempo, agrupas las actividades en procesos y comparas su coste actual con el esfuerzo, el riesgo y el posible efecto del cambio.

Esta entrada describe exactamente ese método para que puedas realizarlo por tu cuenta. Si prefieres delegarlo, lo convertimos en una auditoría de IA, pero el método es el mismo y no tiene secretos.

Paso 1. Una semana de registro, no una hora de conversación

En una conversación es fácil señalar las tareas más irritantes, aunque no siempre son las que más tiempo consumen. Por eso conviene contrastar las declaraciones con una medición breve.

Un método sencillo para la primera medición: durante cinco días laborables, las personas participantes anotan en una hoja la actividad, el tiempo y el número de repeticiones. Tres columnas limitan la carga, pero si el volumen semanal varía mucho, el resultado debe comprobarse durante un periodo más largo o en los registros de los sistemas. No se trata de controlar el trabajo, sino de hacer visibles las actividades rutinarias.

Antes de empezar, explica el objetivo de la medición, limita el alcance de los datos recogidos y no utilices la hoja para evaluar a personas concretas. Te interesa la carga del proceso, no vigilar a un empleado.

Paso 2. Convierte la lista de actividades en una lista de procesos

Las actividades se agrupan en procesos. «Introduzco los datos de una factura», «compruebo que coincida con el pedido» e «introduzco el resultado en el sistema» forman un único proceso de flujo de facturas, no tres temas independientes.

Para cada proceso anota cuatro cosas:

• entrada: qué llega y en qué forma (correo, archivo, formulario o teléfono);
• decisiones: qué resuelve una persona por el camino;
• salida: cuál debe ser el resultado;
• excepciones: qué ocurre cuando los datos no encajan.

Las excepciones importan porque cada una exige una regla, manejo de error o decisión humana. Su número y coste pueden convertir una automatización sencilla en un proyecto separado.

Paso 3. Calcula el coste actual

Para cada proceso, a escala mensual, registra:

• número de ejecuciones;
• tiempo medio de una ejecución;
• tiempo empleado en corregir errores.

La suma son horas mensuales. Conviértelas en dinero según la tarifa de quien realiza el trabajo. Obtendrás una cifra que hay que ver: la intuición se equivoca en ambos sentidos; a veces una rutina que molesta a todos cuesta poco y copiar datos aburridos es lo que más cuesta.

Añade los costes invisibles cuando puedan estimarse: retrasos en la atención al cliente, errores cuya corrección tiene un coste propio y horas extra en picos de trabajo.

Paso 4. Evalúa el esfuerzo de implantación

Una escala sencilla de tres niveles sirve para el primer cribado. No sustituye al análisis técnico, pero ayuda a separar candidatos rápidos de temas que requieren un piloto:

Nivel	Cuándo	Alcance típico
Bajo	datos estructurados, reglas estables, uno o dos sistemas	reglas, flujo de datos
Medio	la entrada es texto o documento, las decisiones requieren interpretación	automatización más capa de IA
Alto	muchas excepciones, integraciones difíciles, alto coste de error o requisitos de cumplimiento	primero un piloto; un agente solo si la forma de trabajar lo justifica

Preguntas útiles para decidir: ¿la entrada y el resultado esperado tienen formato fijo?, ¿la decisión se puede describir con reglas?, ¿hay datos de prueba? y ¿cuánto cuesta un error? Un agente o varios roles de IA que colaboran son opciones solo cuando los pasos siguientes dependen realmente de información hallada durante el recorrido y un workflow más simple no alcanza el resultado exigido.

Paso 5. Ordena, no hagas una lista de deseos

Coloca los procesos en una matriz: efecto posible en un eje y esfuerzo de implantación en el otro. En el efecto incluye no solo ahorro de tiempo, sino disminución de errores, menor tiempo de atención y coste de riesgo. Surgen cuatro grupos:

• Alto efecto, bajo esfuerzo: candidato para el primer piloto.
• Alto efecto, alto esfuerzo: proyecto separado que necesita análisis más detallado y etapas.
• Bajo efecto, bajo esfuerzo: mejora opcional; merece combinarse con otro cambio.
• Bajo efecto, alto esfuerzo: normalmente se aplaza, salvo que el cambio lo imponga el cumplimiento, la seguridad o una dependencia estratégica.

En la última categoría suelen caer ideas que empiezan por la herramienta en vez de por el problema. La matriz obliga a hablar del resultado esperado y del riesgo.

Qué buscar: dónde suele haber oportunidades

Lugares que vale la pena revisar primero:

• La unión de dos sistemas que no se hablan. Una persona como cable entre el CRM y la tienda.
• Entrada no estructurada. Pedidos por correo, documentos PDF o descripciones «en palabras».
• Respuestas repetitivas. Las mismas preguntas de clientes. El primer paso suele ser ordenar las fuentes de conocimiento, no un agente: si la respuesta no está escrita en ningún sitio, el sistema no tiene una base fiable.
• Informes recurrentes. Montar cada semana el mismo resumen desde tres lugares. La solución puede ser un flujo automático de datos y un informe simple dentro de la analítica, no un modelo generativo.
• Vigilar plazos. Alguien recuerda de memoria qué tiene que ocurrir.

Cuándo una auditoría muestra que no conviene

Es un resultado real, no un fracaso. Situaciones en las que una recomendación honesta es «ahora no»:

• Primero hay que cambiar el proceso. La automatización puede consolidar pasos y excepciones innecesarios en vez de eliminar su causa.
• Faltan datos. No hay nada que procesar porque el conocimiento está en las cabezas de las personas.
• El volumen es demasiado bajo. En un proceso infrecuente, el ahorro de tiempo puede no cubrir construcción y mantenimiento; la excepción son los casos donde un error individual tiene gran coste.
• No hay propietario. Sin una persona responsable, alertas, excepciones y cambios de proceso pueden quedar sin respuesta aunque la integración siga funcionando.

Un resultado correcto de la auditoría puede ser «primero mejorad el proceso, por ahora sin modelo». Esa conclusión protege el presupuesto y da un punto de referencia para reevaluar tras el cambio del proceso.

Qué debe salir de una auditoría

Un documento concreto, no una presentación. En nuestro caso incluye:

• una lista corta de prioridades con la descripción del proceso «tal como es»;
• para cada una, ahorro estimado, esfuerzo de implantación y riesgos;
• orden recomendado con justificación;
• rangos de presupuesto de cada elemento;
• lo que no recomendamos y por qué.

El documento es tuyo y puedes ejecutarlo con nosotros o con cualquier otro proveedor. En agosto de 2026 nuestra auditoría de IA cuesta 2.000–6.000 PLN netos y tarda aproximadamente 1–2 semanas. Descontamos ese importe del presupuesto del proyecto si encargas la construcción con nosotros.

Preguntas frecuentes

¿Cuánto tiempo requiere la auditoría por nuestra parte?

La base es un taller de normalmente 2–3 horas y una breve ronda de preguntas. Si el proceso no tiene datos fiables de tiempo o número de ejecuciones, podemos acordar una medición adicional en segundo plano o un registro de actividades; su alcance depende de la auditoría. Nosotros realizamos el resto del análisis.

¿Hay que tener los procesos ordenados antes de una auditoría?

No. La auditoría sirve precisamente para verlos. Una documentación ordenada puede ser incluso engañosa, porque describe el procedimiento y no la práctica.

¿Tiene sentido una auditoría en una empresa pequeña?

Sí, si existe un proceso recurrente cuyo coste justifique el cambio. El tamaño de la empresa no decide por sí solo: cuentan el volumen, el tiempo de trabajo, el coste del error y el coste de mantener la solución.

---

Puedes aplicar este método por tu cuenta o encargárnoslo. Si prefieres lo segundo: auditoría de IA con mapa de oportunidades. Si ya sabes qué proceso duele más, descríbelo y te diremos si merece la pena abordarlo.