Saltar al contenido
Condictor Studio
Automatización
Automatización

Automatización de procesos en la empresa: por dónde empezar

Lista en siete pasos para elegir y medir el primer proceso que automatizar, y saber qué procesos no conviene tocar al principio.

Aprox. 6 min de lecturapor
Una línea negra de procesos con un bucle central verde menta de automatización y un punto inicial coral, rodeada de estaciones manuales oscuras

Una buena primera automatización es un proceso que se realiza a menudo, puede describirse y medirse antes del cambio. El proceso más doloroso no siempre es el mejor punto de partida: puede tener demasiadas excepciones o un coste de error alto.

Esta es la lista de comprobación que recorremos con un cliente antes de construir nada.

Paso 1. Anota lo que se repite cada día

No un proceso entendido como organigrama, sino una tarea que alguien repite muchas veces. Durante una semana el equipo puede registrar en qué se le va el tiempo. Compara esas notas con los datos de los sistemas, si están disponibles: la percepción y los registros muestran partes distintas del trabajo.

Hallazgos habituales:

  • copiar datos entre dos sistemas que no se comunican;
  • introducir a mano datos de facturas, pedidos o formularios;
  • responder una y otra vez a las mismas preguntas de clientes;
  • preparar cada semana un informe con información de tres sitios;
  • vigilar que nadie haya pasado algo por alto.

Paso 2. Elige el proceso según tres criterios

No elijas el que más molesta. Elige según estos tres:

CriterioPor qué importa
Frecuenciael ahorro se multiplica por el número de repeticiones; en un proceso poco frecuente hay que comparar con especial cuidado el efecto con el coste de construcción y mantenimiento
Repetibilidad de las reglassi las reglas son estables, la automatización será económica y predecible
Capacidad de medicióndebes poder decir cuánto tardaba antes; de otro modo no sabrás si ha ayudado

Un proceso que cumple los tres merece prioridad, aunque no sea el más irritante. La primera automatización no solo debe ahorrar tiempo: debe comprobar con datos si este enfoque funciona en la empresa. Por eso conviene elegir un alcance cuyo resultado y riesgo puedan evaluarse honestamente.

Paso 3. Mide el estado «antes»

El conjunto mínimo son tres cifras:

  • cuántas veces por semana se ejecuta el proceso;
  • cuántos minutos lleva una ejecución;
  • con qué frecuencia termina con un error que hay que corregir.

Recoger estos datos puede exigir más que una conversación breve, pero sin ellos la evaluación posterior se apoyará sobre todo en impresiones. El punto de referencia permite distinguir un cambio real de la simple sensación de que «parece que ha ayudado».

Paso 4. Describe el proceso «tal como es», no «como debería ser»

La trampa clásica: la empresa describe el procedimiento del documento, pero el equipo trabaja de otra forma porque el procedimiento no contempla tres excepciones habituales. Entonces automatizarás un proceso que nadie ejecuta.

Un consejo práctico: pregunta «¿y qué haces cuando los datos no encajan?». Las respuestas a esa pregunta son el proceso real.

Paso 5. Decide qué es automatización y qué necesita IA

Esta distinción determina el coste:

  • Automatización (reglas): los datos tienen una estructura fija y las decisiones pueden escribirse como «si A, entonces B». Con un alcance comparable suele ser más barata, más predecible y más fácil de mantener que una solución basada en un modelo.
  • Capa de IA: la entrada es texto no estructurado (un correo, documento o descripción), o la decisión exige interpretación. Se añaden costes de uso del modelo, supervisión y medición de calidad.
  • Agente de IA: los siguientes pasos no pueden fijarse por completo de antemano, porque dependen de resultados de acciones previas. Esta variante suele aportar la mayor complejidad operativa en un proceso comparable. Consulta: qué es un agente de IA.

Regla: no añadas un modelo donde basta una regla. Un modelo introduce incertidumbre y coste recurrente. Si una parte de los casos puede resolverse de forma fiable con una regla, separa los recorridos y limita el uso del modelo a situaciones en las que su interpretación aporte un valor medible.

Paso 6. Construye, pero primero con datos, no en producción

El orden que evita más problemas:

  1. una versión que funciona junto al proceso, sin afectar a producción;
  2. una ejecución con datos históricos y comparación con lo que hizo una persona;
  3. el modo «sugiere y una persona aprueba»;
  4. solo después, automatización completa allí donde el resultado haya sido estable.

El modo de aprobación permite recoger errores antes de ejecutar automáticamente y comprobar que el equipo entiende las reglas de escalado. El siguiente paso debe depender del resultado de las pruebas y del coste de equivocarse, no solo del paso del tiempo.

Cuatro etapas una tras otra: una versión que trabaja junto al proceso, una ejecución con datos históricos, un modo con aprobación humana y automatización completa
Orden de implantación: del trabajo junto al proceso a la automatización completa.

Paso 7. Añade monitorización y una persona responsable

Una automatización sin monitorización puede dejar de funcionar correctamente sin un aviso visible para el usuario. Cambia el formato de un archivo, caduca un acceso o un proveedor modifica su interfaz. El mínimo necesario es una alerta de error, un registro de ejecuciones, una comprobación periódica de la integridad de los datos y una persona responsable del proceso.

Esta conclusión nace de nuestra propia experiencia: mantenemos en nuestra plataforma colectores monitorizados diseñados para funcionar de manera continua. La monitorización no garantiza que no haya interrupciones; sirve para detectarlas pronto y aportar los datos necesarios para reconstruir la ejecución.

Qué no automatizar al principio

  • Un proceso que de todos modos hay que cambiar. Automatizar un proceso malo da un proceso malo, solo que más rápido.
  • Un proceso con muchas excepciones. Si la mitad de los casos son «depende», ordena primero las reglas.
  • Un proceso que nadie sabe describir. Es señal de que el conocimiento está en una sola cabeza; el primer paso es documentarlo.
  • Todo a la vez. Muchos cambios paralelos dificultan saber cuál ha influido en el resultado y aumentan la carga del equipo de implantación.

Antes de decidir, compara el efecto anual con el coste de construcción, licencias, supervisión y gestión de excepciones. Si faltan datos, empieza por medir el proceso, no por implantar la solución.

Cuánto cuesta

Nuestras horquillas para agosto de 2026: automatización individual de un proceso: 2 000–8 000 PLN netos; paquete de varias automatizaciones o flujo de documentos: 8 000–25 000 PLN netos; mejora continua en modalidad de retención: 1 500–5 000 PLN netos/mes.

Vendemos el primer proceso como un producto pequeño e independiente —Primer proceso automatizado— precisamente porque la primera automatización debe ser una prueba asequible, no una gran inversión.

Preguntas frecuentes

¿Necesitamos un departamento de TI para mantenerlo?

No siempre. Sin embargo, necesitáis una persona responsable del proceso que reciba alertas o colabore con el equipo de mantenimiento y resuelva las excepciones de negocio. El alcance de las capacidades técnicas depende de las herramientas utilizadas, de la criticidad del proceso y del modelo de soporte acordado.

¿Se puede empezar sin cambiar los sistemas que ya tenemos?

A menudo sí, si los sistemas actuales proporcionan los datos necesarios y una forma segura de escribirlos. La falta de API, las limitaciones de permisos, los límites del proveedor o un modelo de datos incoherente pueden requerir una ampliación, una exportación intermedia o un cambio de alcance. Comprobamos estas dependencias antes de presupuestar automatizaciones.

¿Cuándo se ve el efecto?

El primer efecto puede verse al poner en marcha un piloto, pero el plazo depende de las integraciones, la calidad de los datos y los procedimientos de seguridad. Acordad desde el principio la fecha de medición y el indicador que debe cambiar, por ejemplo el tiempo de gestión, el número de errores o el coste de una ejecución.


¿No sabes qué proceso tomar primero? Lo convertimos en un entregable pequeño e independiente: una auditoría de IA con mapa de oportunidades o directamente automatización de procesos. También puedes simplemente describirnos el proceso que te está agotando.

Maciej Szukalski

Autor

Maciej Szukalski

Fundador de Condictor · arquitecto de sistemas · investigación y desarrollo

Diseña y desarrolla productos digitales desde 2014. Se especializa en arquitectura, investigación y aplicaciones con capas de automatización e inteligencia.

¿Tienes un problema que resolver?

Veamos cuál es el mejor primer paso

Describe tu situación en unas frases. Volveremos con preguntas o una propuesta concreta para el siguiente paso.

Describe tu tema

Ver también

Todos los artículos