Automatizar un proceso con IA puede ahorrar horas. También puede convertir un problema pequeño en uno más caro, más rápido y más difícil de explicar.
Pasa mucho en empresas de Donostia - San Sebastián, Gipuzkoa y Euskadi. Alguien detecta una tarea repetitiva: clasificar emails, leer PDFs, preparar respuestas, revisar tickets, extraer datos de pedidos, ordenar incidencias. La idea parece buena. Se prueba una herramienta. La demo sale decente. Y entonces aparecen las preguntas que deberían haber llegado antes: qué datos usa, quién revisa, qué pasa con las excepciones, cómo se mide si merece la pena.
Este post propone una auditoría breve antes de automatizar. No es una consultoría eterna. Es una forma de parar una hora, mirar el proceso con calma y decidir si conviene meter IA ahora, arreglar primero el proceso o dejarlo para más adelante.
El error: automatizar lo que todavía no se entiende
La IA no arregla un proceso confuso. Lo acelera.
Si cada persona resuelve una solicitud de forma distinta, el agente aprenderá un flujo borroso. Si los documentos llegan incompletos, el extractor fallará justo donde más molesta. Si nadie sabe quién aprueba una excepción, la automatización se quedará parada o hará demasiado.
Antes de hablar de modelos, prompts o integraciones, conviene dibujar la tarea real. Qué entra. Qué se decide. Qué sale. Quién toca el proceso. Qué casos raros aparecen cada semana. Qué sistemas intervienen. No hace falta hacerlo perfecto, pero sí lo bastante claro como para no automatizar a ciegas.
Una auditoría de 45 minutos
La versión corta funciona así. Junta a una persona del equipo que hace la tarea, alguien que entienda los datos o sistemas, y una persona que pueda decidir prioridades. Elegid un proceso concreto, no un área entera.
Mal: "automatizar administración". Mejor: "leer facturas de proveedores recurrentes y preparar el asiento para revisión".
Mal: "mejorar atención al cliente". Mejor: "clasificar tickets entrantes y proponer una respuesta cuando la política esté documentada".
Con ese alcance, revisad siete puntos.
1. Objetivo operativo
Escribe qué quieres mejorar en una frase normal. Reducir tiempo de respuesta. Evitar copia manual. Detectar errores antes. Priorizar solicitudes. Preparar borradores. Buscar información interna.
Si el objetivo suena demasiado grande, divídelo. Un buen primer piloto de IA suele hacer una parte del trabajo, no todo el proceso de punta a punta.
2. Entradas y datos
Mira qué recibe el proceso: emails, PDFs, formularios, Excel, tickets, CRM, ERP, llamadas transcritas, documentos internos. Luego pregunta algo incómodo: ¿las entradas llegan con calidad suficiente?
La IA puede manejar cierta variación, pero no hace magia. Si faltan campos críticos o cada documento llega con una estructura distinta, quizá el primer paso sea ordenar la captura de datos.
3. Decisiones y excepciones
Todo proceso tiene casos raros. Clientes especiales. Importes altos. Mensajes ambiguos. Proveedores nuevos. Documentos ilegibles. Peticiones que no encajan.
La auditoría debe separar lo que puede resolver la automatización de lo que debe escalar a una persona. Ahí se gana seguridad. Un flujo útil no es el que "lo hace todo". Es el que sabe cuándo parar.
4. Permisos y datos sensibles
Antes de conectar herramientas, revisa qué información toca el proceso. Datos de clientes, contratos, nóminas, precios, información médica, propiedad intelectual, credenciales, conversaciones internas.
Para una empresa local que trabaja con clientes de Gipuzkoa o de fuera, esto importa desde el primer día. No basta con que la herramienta funcione. Tiene que respetar permisos, dejar trazas y evitar que una persona reciba información que no debería ver.
5. Integraciones necesarias
Haz una lista honesta de sistemas. Microsoft 365, Google Workspace, CRM, ERP, gestor documental, web, WhatsApp Business, Slack, Teams, herramientas internas.
Después marca qué integración es imprescindible para el piloto y cuál puede esperar. Muchas automatizaciones fracasan porque intentan conectarlo todo desde el inicio. A veces basta con leer una bandeja concreta, generar un borrador y pedir aprobación humana.
6. Revisión humana
Decide dónde entra una persona. Antes de enviar una respuesta. Antes de crear una oportunidad. Antes de actualizar el ERP. Antes de cerrar un ticket. Antes de usar datos sensibles.
La revisión humana no es un freno si está bien puesta. Es lo que permite empezar con casos reales sin exigir confianza ciega en el sistema.
7. Métrica de retorno
Si no vas a medir nada, no lo llames piloto. Llámalo prueba.
Elige una métrica sencilla: minutos ahorrados por caso, reducción de errores, tiempo medio de respuesta, porcentaje de solicitudes clasificadas correctamente, número de excepciones escaladas, coste por operación. Una o dos métricas bastan al principio.
Señales de que el proceso sí encaja
Un proceso suele ser buen candidato si se repite a menudo, tiene entradas relativamente claras, usa reglas que el equipo puede explicar, permite revisión humana y tiene una métrica sencilla.
También ayuda que el equipo quiera quitarse esa tarea de encima. Suena obvio, pero no lo es. Si la automatización se percibe como otra pantalla más o como vigilancia, costará adoptarla aunque técnicamente funcione.
Señales de que conviene esperar
Yo frenaría el piloto si nadie puede describir el proceso igual dos veces, si los datos llegan demasiado rotos, si las excepciones son más frecuentes que los casos normales, si hay permisos sensibles sin resolver o si la automatización tendría que actuar sin revisión en una decisión importante.
Esperar no significa abandonar. A veces el mejor proyecto de IA empieza limpiando una plantilla, ordenando un buzón, definiendo estados en el CRM o separando permisos en carpetas.
Descarga el checklist básico
Hemos preparado un PDF breve para hacer esta auditoría con tu equipo. Incluye una tabla de puntuación, preguntas por bloque y una ficha de decisión para salir de la reunión con un "sí", "no" o "todavía no".
Descarga el how-to básico
PDF breve para revisar objetivo, datos, excepciones, permisos, integración, revisión humana y métrica antes de lanzar un piloto de IA.
Cómo lo trabajamos en Umintia
En Umintia usamos este tipo de auditoría antes de proponer automatizaciones con IA, agentes o RAG privado. La idea es sencilla: primero entender el proceso, después elegir la tecnología.
Si tu empresa está en Donostia - San Sebastián, Gipuzkoa o Euskadi y tienes tres o cuatro procesos candidatos, podemos ayudarte a ordenarlos. En una primera sesión suele quedar bastante claro cuál merece un piloto y cuál necesita limpieza previa.