Automatizar todo lo que se mueve suena tentador, pero hay procesos que conviene mantener bajo supervisión humana hasta que estén maduros. Este artículo explica cuáles y por qué.
El discurso dominante en tecnología empresarial dice que todo lo que se pueda automatizar, se debe automatizar. Que cada tarea manual es una ineficiencia. Que cada proceso que todavía depende de una persona es una oportunidad de ahorro esperando a ser capturada.
Es un discurso atractivo. Pero también es incompleto y, en algunos casos, peligroso. Porque automatizar no es gratis, no es inocuo y no siempre es la decisión correcta.
Este artículo propone mirar la otra cara: qué tareas conviene mantener bajo criterio humano, cuáles todavía no están listas para ser automatizadas y cómo saber cuándo llegó el momento de dar el paso.
Automatizar un proceso implica tres costos que no siempre se consideran:
El costo de construir la automatización. Diseñar, desarrollar, probar y mantener un proceso automático requiere una inversión. Si el volumen de la tarea es bajo, esa inversión puede no recuperarse nunca.
El costo de la rigidez. Un proceso manual es flexible: si algo cambia, la persona se adapta. Un proceso automatizado es rígido: si algo cambia, hay que modificar el código, las reglas o la configuración. Mientras más cambia el proceso, más caro es mantenerlo automatizado.
El costo del error automatizado. Cuando una persona se equivoca, el error suele afectar una transacción. Cuando un sistema automatizado se equivoca, el error se replica a escala. Un error en una regla de facturación automática puede afectar cientos de facturas antes de que alguien lo detecte.
El error manual es caro por unidad. El error automatizado es barato por unidad pero se multiplica por el volumen. Si tu proceso tiene mil transacciones por mes y la tasa de error manual es del dos por ciento, tenés veinte errores. Si automatizás y la tasa baja al cero coma cinco por ciento, tenés cinco errores. Pero si la regla automática tiene una falla que afecta al diez por ciento, tenés cien errores en un mes. La automatización concentra el riesgo.
Hay decisiones que una máquina no puede tomar bien porque requieren entender un contexto que no está en los datos. Negociar un descuento con un cliente importante. Decidir si un reclamo merece una excepción a la política de devoluciones. Evaluar si un proveedor nuevo es confiable más allá de lo que dicen sus referencias.
Estas tareas se pueden apoyar con datos — un sistema puede sugerir un rango de descuento aceptable, por ejemplo — pero automatizarlas por completo implica delegar criterio en reglas que no pueden capturar la complejidad de cada situación.
Un mensaje automático para confirmar un pedido es útil. Un mensaje automático para manejar un cliente enojado es una mala idea. Los clientes detectan rápido cuándo están hablando con una máquina, y en situaciones de tensión, la automatización puede escalar un problema en lugar de resolverlo.
Conviene automatizar la comunicación transaccional — confirmaciones, recordatorios, notificaciones de estado — y mantener la comunicación sensible bajo supervisión humana. Si no estás seguro de cuál es cuál, preguntate: si este mensaje sale mal, ¿el cliente se molesta o solo se confunde? Si la respuesta es "se molesta", no lo automatices.
Automatizar un proceso que cambia cada dos meses es una forma de generar trabajo extra. Cada vez que el proceso cambia, la automatización necesita una actualización. Y cada actualización es una oportunidad de introducir un error.
Antes de automatizar, preguntate: ¿este proceso es estable? ¿Hace al menos seis meses que se hace de la misma manera? ¿Hay cambios previstos en el futuro cercano? Si el proceso es inestable, esperar a que madure es más barato que automatizarlo dos veces.
Todo proceso tiene excepciones. Pero si las excepciones son más del veinte o treinta por ciento de los casos, automatizar el proceso principal y dejar las excepciones para manejo manual puede ser más trabajo que mantener todo manual. Porque ahora tenés que mantener el sistema automático y además el procedimiento para las excepciones.
Una buena automatización cubre el ochenta por ciento de los casos y tiene un camino claro para el veinte por ciento restante. Si la proporción es cincuenta y cincuenta, probablemente el proceso no esté listo.
Antes de decidir automatizar, dedicá una semana a anotar cada excepción que aparece en el proceso. Si la lista es larga y variada — cada excepción es distinta de las demás — la automatización va a ser más compleja de lo que parece. Si las excepciones son pocas y predecibles, el proceso es buen candidato.
Así como hay señales de que un proceso no está listo, también hay señales de que sí lo está:
Si se cumplen al menos tres de estas cinco condiciones, el proceso probablemente merezca ser automatizado. Si no, esperar no es indecisión: es criterio.
Automatizar por automatizar no tiene sentido. La pregunta no es "¿esto se puede automatizar?" — casi todo se puede — sino "¿el beneficio de automatizar esto justifica el costo, el riesgo y la rigidez que introduce?".
A veces la respuesta es no. Y decir que no a una automatización prematura es tan buen criterio de gestión como decir que sí a una necesaria. Para complementar esta lectura, te sugerimos cuándo automatizar un proceso y cuándo no y riesgos de usar IA sin supervisión humana.
¿Quieres evaluar cómo aplicar esto a tu proyecto?
Cuéntanos tu caso →