Qué proceso automatizar primero

Empiece por una decisión, no por una herramienta

La mejor primera automatización rara vez es el proceso técnicamente más impresionante de la empresa. Es aquel en el que puede expresarse un problema operativo claro con lenguaje sencillo: un equipo dedica demasiado tiempo a recopilar un informe recurrente, dirigir solicitudes rutinarias, comprobar si está presente la información requerida o mover datos entre sistemas ya establecidos. Si el problema no puede describirse sin referirse a un producto de IA o una plataforma de automatización concretos, deténgase antes de seleccionar tecnología.

Establezca un objetivo empresarial explícito antes de evaluar la viabilidad. El objetivo debe nombrar el cambio previsto y la persona o equipo al que afecta. Por ejemplo: reducir el esfuerzo manual necesario para preparar un resumen interno semanal de estado, manteniendo la revisión final del responsable. Esto es más útil que una ambición amplia de «usar IA», porque da un límite al proyecto y permite medirlo más adelante.

Los directivos y equipos empresariales también deben diferenciar entre un proceso molesto y uno con consecuencias. La repetición por sí sola no convierte un proceso en un buen primer candidato. Un candidato útil tiene una conexión visible con el tiempo, la consistencia, la capacidad de respuesta, la reducción del riesgo o la calidad de las decisiones, y esa conexión puede comprobarse después del despliegue.

• ¿Puede describirse el proceso como una secuencia repetible de entradas, decisiones y salidas?
• ¿Hay un objetivo empresarial que el equipo pueda expresar en una frase?
• ¿Importaría un cambio en el proceso para un grupo definido de usuarios o partes interesadas?

Busque trabajo estable y acotado

Una primera automatización realista suele encargarse de una parte acotada de un flujo de trabajo, en lugar de intentar sustituir el criterio de todo un departamento. Unos buenos límites pueden ser un tipo concreto de solicitud, un formato de documento recurrente, una transferencia definida entre dos sistemas o una fase específica antes de una decisión humana. Un alcance más estrecho facilita ver qué se espera que haga la automatización y qué queda fuera de su responsabilidad.

La estabilidad importa porque las automatizaciones dependen de reglas, entradas y resultados razonablemente coherentes. Un proceso puede seguir incluyendo variación, pero el equipo debe entender dónde se produce. Si cada solicitud llega en un formato distinto, depende de excepciones no escritas y termina en un tipo de decisión diferente, el primer proyecto puede necesitar aclaración del proceso o preparación de datos antes de que la automatización sea adecuada.

La cuestión no es si se debe eliminar a las personas del flujo de trabajo. En muchos primeros proyectos útiles, las personas conservan las decisiones que requieren contexto, responsabilidad o interpretación. La automatización puede preparar, ordenar, extraer, redactar o señalar trabajo para que la atención humana se concentre donde más se necesita.

• Prefiera un proceso con un inicio y un final claros.
• Identifique las excepciones conocidas antes de construir en torno al recorrido estándar.
• Defina qué paso requiere revisión humana y quién la realiza.

Evalúe el control de datos y las salvaguardas

Un proceso candidato solo es realista cuando los datos necesarios para ejecutarlo están suficientemente controlados para el uso previsto. Eso significa que el equipo puede identificar de dónde proceden las entradas, quién puede acceder a ellas, cuán actualizadas están y si su calidad es suficiente para la tarea propuesta. Una automatización útil no puede compensar de forma fiable una propiedad poco clara, información inaccesible o material de origen inconsistente.

Los datos controlados no significan que cada registro deba ser perfecto. Significan que el alcance del proyecto reconoce las limitaciones y utiliza salvaguardas acordes al proceso. Por ejemplo, un flujo puede rechazar envíos incompletos, identificar campos inciertos para su revisión, limitar el acceso a usuarios autorizados o conservar el material original junto a un borrador automatizado. Estas decisiones facilitan rastrear lo ocurrido cuando hay que comprobar un resultado.

Considere las consecuencias de un resultado incorrecto antes de decidir cuánto automatizar. Las tareas de preparación con pocas consecuencias pueden admitir un patrón de revisión más ligero que las salidas que afectan a clientes, finanzas, información sensible o decisiones internas importantes. La revisión humana debe ser explícita: identifique qué se revisa, cuándo se revisa y qué puede corregir o detener la persona revisora.

• Mapee los datos de origen aprobados y su responsable.
• Enumere los controles de acceso y las reglas de tratamiento pertinentes para el flujo.
• Diseñe una ruta para entradas incompletas, contradictorias o inciertas.
• Mantenga un punto de revisión humana proporcional a las consecuencias del error.

Ejemplo: comparación de dos candidatos

Ejemplo para decidir: imagine que un equipo empresarial elige entre automatizar resúmenes semanales del estado de proyectos y automatizar la aprobación de todas las solicitudes entrantes de proveedores. El flujo de resúmenes recoge actualizaciones de sistemas internos conocidos, produce un formato estándar y lo revisa un responsable antes de distribuirlo. El flujo de solicitudes de proveedores puede implicar documentos variados, excepciones, aprobaciones y decisiones con consecuencias operativas más amplias.

El primer candidato tiene un límite inicial más claro: recopilar entradas aprobadas, preparar un borrador según una estructura fija y presentarlo para revisión del responsable. Su objetivo podría ser reducir el esfuerzo de preparación manual manteniendo al responsable como responsable del resumen final. Su medición en producción podría incluir la proporción de resúmenes preparados mediante el flujo, el tiempo necesario para prepararlos y el número de correcciones realizadas durante la revisión.

El segundo candidato puede acabar siendo valioso, pero es menos adecuado como primera automatización si aún no se han definido sus reglas, fuentes de datos y rutas de escalado. En su lugar, un equipo podría empezar automatizando un subpaso de menor riesgo, como confirmar que una solicitud incluye los campos requeridos o dirigir solicitudes completas al revisor adecuado. Ese proyecto más estrecho puede revelar problemas de datos y procesos sin asumir que la aprobación de extremo a extremo está lista para automatizarse.

Use esta comparación sencilla para cada proceso propuesto: valore la claridad de su objetivo, el control de entradas, la estabilidad de las reglas, las consecuencias del error, el diseño de revisión humana y el plan de medición como claros, parciales o poco claros. Un proceso con varias valoraciones «poco claras» no es necesariamente una mala idea; es una señal de que se necesita preparación antes de que se convierta en un primer proyecto realista.

• Claridad del objetivo: ¿puede expresarse claramente el cambio empresarial previsto?
• Control de entradas: ¿se conocen, autorizan y pueden utilizarse las fuentes de datos pertinentes?
• Revisión humana: ¿hay una persona o función designada para validar las salidas importantes?
• Medición en producción: ¿puede el equipo observar el uso, las correcciones y el resultado previsto?

Planifique la medición antes del despliegue

La medición en producción no es un ejercicio de informes que se añade después del lanzamiento. Es la forma en que un equipo aprende si la automatización se usa como se esperaba y si respalda el objetivo empresarial explícito. Decida de antemano qué se observará, quién lo revisará y qué indicaría que el flujo necesita ajustes, un alcance más estrecho o salvaguardas adicionales.

Las medidas deben ajustarse al proceso, no imitar un panel genérico. Para un flujo de redacción, las observaciones relevantes pueden incluir con qué frecuencia las personas utilizan el borrador, con qué frecuencia quienes revisan realizan correcciones significativas y si el paso de preparación requiere menos esfuerzo manual. Para un flujo de enrutamiento, el equipo puede observar si las solicitudes llegan a la cola correcta, cuántas requieren reenrutamiento y dónde se concentran las excepciones. Estas observaciones deben interpretarse junto al contexto, no tratarse como prueba automática de valor.

Establezca un punto de seguimiento después del despliegue. Revise el flujo con las personas responsables de usarlo y mantenerlo, compare el comportamiento observado con el objetivo original y decida qué cambiar. Esto mantiene el proyecto conectado a las operaciones prácticas, en lugar de tratar el despliegue como el final del trabajo.

• Anote el proceso de referencia y el cambio previsto.
• Siga la adopción, las excepciones y las correcciones de quienes revisan en producción.
• Programe una revisión de seguimiento con una responsabilidad clara sobre las mejoras.

Cómo encaja esta guía en el contexto de Victor Laybats

Victor Laybats presta servicios de ingeniería de IA y automatización desde París. El contexto público describe un enfoque que abarca desde la definición inicial hasta el despliegue y el seguimiento. Este artículo ofrece orientación práctica para evaluar un primer candidato dentro de ese tipo de ciclo de vida; no afirma que una plantilla, herramienta o proceso sirva para todas las organizaciones.

Las recomendaciones están deliberadamente acotadas. Un proyecto de IA útil depende de datos controlados, salvaguardas adecuadas y un objetivo empresarial explícito, mientras que los resultados dependen del contexto, los sistemas existentes y la calidad de las entradas. Por ello, un candidato que parece prometedor en una lista de comprobación aún necesita definirse frente al flujo de trabajo real de la organización, su entorno de datos, sus responsabilidades de revisión y sus limitaciones operativas.

Para los equipos empresariales, la conclusión útil es sencilla: elija un proceso lo bastante estrecho para entenderlo, lo bastante importante para justificar atención, lo bastante seguro para revisarlo y lo bastante medible para mejorarlo. Esto crea una base sólida para decidir si se avanza desde la definición inicial hacia el despliegue y el seguimiento.

• No trate una lista de comprobación como sustituto de definir el proceso y los datos.
• Mantenga las salvaguardas y la revisión humana alineadas con las consecuencias del flujo.
• Espere que el diseño de producción refleje los sistemas existentes y la calidad de las entradas.