Decidir si conviene automatizar o corregir primero

Automatizar no es el destino inevitable de un proceso. A veces la mejor decisión es eliminar un paso, reducir una entrada, acordar una regla o esperar hasta que exista suficiente volumen y estabilidad.

Someterás el proceso delimitado a una matriz de descarte. Los filtros siguientes reúnen la evidencia para completarla; no son pruebas independientes. El resultado válido puede ser «no debemos automatizar esto todavía», una conclusión que evita convertir una deficiencia organizativa en software más caro y difícil de cambiar.

Cuatro decisiones posibles

Ante un proceso problemático, no existe solo la opción de automatizar. Ordena las alternativas así:

1. Eliminar: el trabajo no aporta un resultado necesario.
2. Simplificar: el resultado es necesario, pero hay pasos, formatos o aprobaciones evitables.
3. Estabilizar: el proceso aporta valor, pero sus reglas, responsables o entradas todavía cambian de forma descontrolada.
4. Automatizar o asistir: el trabajo restante es reconocible, repetido y puede controlarse.

La automatización debe aplicarse al proceso que debería existir, no preservar automáticamente todo lo que se hace hoy.

Primer filtro: ¿el resultado sigue siendo necesario?

Pregunta quién utiliza la salida y qué decisión toma con ella. Si nadie puede responder, quizá el proceso se mantiene por costumbre.

Un informe mensual que nadie consulta no gana valor por generarse en segundos. Una doble carga de datos no necesita IA si puede eliminarse definiendo una única fuente de verdad. Una aprobación sin criterio explícito puede requerir rediseño, no un modelo.

La eliminación es una mejora completa: reduce tiempo, riesgo y mantenimiento sin construir nada.

Segundo filtro: ¿el proceso puede explicarse?

No necesitas que todas las situaciones sean iguales, pero sí reconocer:

• qué inicia y termina el proceso;
• qué reglas se aplican;
• qué variantes son habituales;
• qué excepciones requieren decisión;
• quién responde por el resultado.

Si cada participante describe un proceso distinto, automatizar puede consolidar una versión que nadie ha acordado. En ese caso, el siguiente paso es observar y alinear, no implementar.

Tercer filtro: ¿la repetición es suficiente?

Una tarea repetida merece atención, pero la frecuencia no decide por sí sola. Considera conjuntamente:

• volumen de casos;
• tiempo por caso;
• coste de los errores;
• dificultad de formar a otra persona;
• demora que provoca en el proceso completo;
• capacidad que podría liberarse;
• coste de construir y mantener la solución.

Una tarea anual de alto esfuerzo puede justificar una herramienta si sus riesgos son controlables. Una tarea diaria de pocos segundos quizá no compense ninguna integración. La recomendación depende del contexto y debe apoyarse en la línea base.

Cuarto filtro: ¿las entradas tienen estabilidad mínima?

No confundas estabilidad con uniformidad perfecta. Un proceso documental puede aceptar formatos distintos si las diferencias son observables y existe un tratamiento para los casos dudosos.

Detente si:

• no se sabe qué documentos o datos son válidos;
• la fuente cambia continuamente sin responsable;
• faltan campos esenciales en la mayoría de los casos;
• no existe forma de comprobar la salida;
• las excepciones no se registran;
• cada error se resuelve improvisando.

El problema puede seguir mereciendo atención, pero la intervención inicial será ordenar datos y criterios.

Quinto filtro: ¿el problema está en el proceso o en su entorno?

Una automatización no corrige por sí sola:

• permisos ausentes;
• datos contradictorios entre aplicaciones;
• plantillas sin dueño;
• responsabilidades superpuestas;
• objetivos comerciales incompatibles;
• decisiones que la dirección no ha acordado.

Estos elementos pueden convertirse en dependencias de la oportunidad. Si bloquean el funcionamiento básico, la ficha debe reflejar «preparar antes de automatizar».

Sexto filtro: ¿las excepciones dominarían el trabajo?

La automatización de un proceso puede combinar pasos automáticos, tareas asistidas por personas y tratamiento de casos o excepciones. Por tanto, encontrar excepciones no obliga a descartar.

El problema aparece cuando no puedes distinguir de antemano el camino normal de la excepción, o cuando casi todos los casos necesitan una decisión distinta y no hay criterios para evaluarla.

Haz tres preguntas:

1. ¿Puede el sistema reconocer que no sabe continuar?
2. ¿Existe una persona responsable de resolverlo?
3. ¿El coste de revisar excepciones sigue dejando una mejora neta?

Si alguna respuesta es desconocida, registra la dependencia. Si las tres son negativas, no propongas automatización completa.

Ejemplo hipotético: solicitudes de proveedores

Una empresa quiere clasificar automáticamente solicitudes de alta de proveedores. Al revisar treinta casos descubre que cada departamento pide documentos diferentes, no existe una lista común de requisitos y las aprobaciones se solicitan por mensajes privados.

La clasificación automática podría separar tipos de documento, pero no resolvería qué documentación debe exigirse ni quién aprueba. El equipo decide:

1. acordar requisitos por tipo de proveedor;
2. definir estados y responsables;
3. centralizar la entrada;
4. registrar excepciones durante dos meses;
5. reevaluar después la clasificación y extracción.

La decisión no rechaza la automatización para siempre. Cambia el siguiente paso de «construir» a «preparar».

Decide con la matriz de descarte

Valora cada dimensión como suficiente, corregible o bloqueante:

No sumes las columnas de forma mecánica. Una sola condición bloqueante puede bastar, por ejemplo si nadie utiliza el resultado, no puede comprobarse la salida, faltan los datos esenciales o no existe un control eficaz ante una consecuencia grave. Si la mayoría de casos exige revisión y esa carga supera el trabajo evitado, registra también el bloqueo. La ficha no fracasa: identifica qué debe cambiar para reabrir la oportunidad.

Aplicación: emite una decisión argumentada

Utiliza el proceso de la lección anterior y redacta:

• tres razones que apoyan intervenir;
• tres razones para no automatizar todavía;
• cambios que podrían eliminar o simplificar trabajo;
• dependencias que deben resolverse;
• decisión actual: eliminar, simplificar, estabilizar, asistir, automatizar o posponer;
• fecha o evidencia necesaria para revisar la decisión.

La aplicación termina con una frase inequívoca:

En este momento proponemos actuar de esta forma porque la evidencia disponible muestra estas condiciones y estos bloqueos.

No escribas todavía qué tecnología utilizarías.

Decisión que queda registrada

Ahora puedes añadir:

• decisión de continuar o descartar;
• pasos que deben eliminarse o simplificarse;
• condiciones previas;
• reglas todavía no acordadas;
• excepciones bloqueantes;
• responsable de preparar el proceso;
• evidencia necesaria para reevaluar.

Si la oportunidad supera este filtro, la siguiente pregunta será más precisa: qué partes deben resolverse con reglas deterministas, cuáles necesitan inferencia y si existe alguna razón real para introducir IA.