La pregunta que llega hoy a casi toda evaluación de tercerización ya no es si conviene automatizar con IA, sino cuánto. Y ahí empieza el error. Se trata la automatización como un interruptor —está encendida o apagada— cuando en la práctica es un dial: qué pasos del flujo se delegan a un agente de software, cuáles siguen siendo humanos y dónde está el corte. Poner el dial en el lugar equivocado no ahorra costos: los mueve, y a veces los aumenta.
Automatizar el flujo completo suena eficiente y casi nunca lo es. La mayoría de los procesos de un BPO tienen un núcleo repetible y un borde de excepciones. El núcleo se automatiza bien. El borde es donde vive el criterio, y es justo lo que un agente de IA todavía maneja mal cuando el caso no se parece a nada que haya visto.
Qué se automatiza bien hoy
Un paso es buen candidato a automatizarse cuando cumple tres condiciones a la vez: es repetible, tiene un criterio estable que se puede escribir, y trabaja sobre datos que el sistema puede leer. Cuando falta alguna de las tres, automatizar agrega fragilidad en lugar de velocidad.
Con ese filtro, los pasos que hoy rinden bien con un agente de software son los de clasificar y enrutar un caso que entra, extraer datos de documentos y formularios, redactar un borrador de respuesta para que un humano lo revise, resumir un caso largo antes de escalarlo, y responder el primer nivel de preguntas frecuentes cuya respuesta no cambia de un cliente a otro. Son tareas de alto volumen y bajo criterio: exactamente donde una persona se cansa y una máquina no.
Qué sigue siendo humano
El otro lado del dial importa igual. Hay pasos que no conviene automatizar aunque técnicamente se pueda, porque el costo de equivocarse es mayor que el ahorro.
- Las excepciones y los casos ambiguos. Cuando el caso no encaja en el flujo, hace falta alguien que decida con contexto, no un sistema que fuerce la entrada al molde más cercano.
- Las decisiones con consecuencia. Aprobar una excepción, aceptar un reclamo, hacer un ajuste que cuesta dinero: eso necesita un responsable humano, aunque el agente prepare la información.
- Los momentos sensibles. Un cliente molesto, una queja delicada, una mala noticia. Ahí el tono y el juicio pesan más que la velocidad.
- La relación. La conversación que retiene a un cliente o cierra una venta rara vez se gana con una respuesta automática.
La regla práctica: automatiza el trabajo, no la responsabilidad. El agente puede hacer casi todo el paso; la decisión final sobre lo que tiene consecuencia se queda con una persona.
El error de empezar por el caso más difícil
Hay una tentación natural al automatizar: atacar primero el caso que más duele, el que llena la cola de reclamos o consume las tardes del equipo. Casi siempre es el peor punto de partida. El caso que duele suele doler justamente porque es ambiguo, poco frecuente o cargado de excepciones, es decir, todo lo contrario de lo que una máquina resuelve bien. Automatizar ahí primero produce un piloto que falla, y un piloto que falla mata la confianza en el resto del proyecto.
El orden que funciona es el inverso: empezar por lo aburrido. El paso repetitivo, de alto volumen y bajo riesgo no genera titulares, pero libera horas reales y deja una victoria temprana con la que el equipo aprende a confiar en la herramienta. Lo difícil se aborda después, cuando ya hay rodaje y datos para saber hasta dónde llega el agente.
Cómo decidir el corte
El corte no se decide en una reunión, se decide midiendo. Antes de automatizar un paso conviene saber tres cosas: cada cuánto aparece, cuánto tarda hoy un humano en hacerlo, y qué pasa cuando sale mal. Un paso frecuente, lento y de bajo riesgo es el primero que se automatiza. Uno raro, rápido y de alto riesgo casi nunca vale la pena.
El patrón que mejor funciona no es reemplazar al humano, es ponerlo a supervisar. El agente hace el borrador o la clasificación, y una persona revisa lo que el sistema marca como dudoso. Con el tiempo, si la calidad se sostiene, el umbral de revisión sube y el humano toca menos casos. Ese ajuste es gradual y se basa en datos, no en una promesa del proveedor de tecnología.
El costo que nadie cotiza: mantener el agente
La parte que suele quedar fuera de la cuenta es que un agente de IA no es "instalar y olvidar". El proceso cambia, aparecen casos nuevos, el sistema empieza a fallar en situaciones que antes manejaba. Alguien tiene que revisar qué está saliendo mal, corregir las instrucciones, actualizar la base de conocimiento y volver a medir. Si nadie hace ese mantenimiento, la calidad se degrada despacio y sin avisar.
Por eso la automatización no elimina la necesidad de medir; la vuelve más importante. Sin una línea base de calidad y sin seguimiento, no hay forma de saber si el agente está ayudando o generando retrabajo silencioso (qué medir en una operación de BPO desde el primer mes). Y el volumen que el agente sí resuelve cambia el cálculo de cuánta gente hace falta, así que el dimensionamiento se rehace, no se hereda (cómo dimensionar una operación de soporte).
Dónde encaja smartBPO
Tratamos la automatización como un dial, no como un interruptor. Empezamos por mapear el flujo y separar el núcleo repetible del borde de excepciones, automatizamos primero los pasos de alto volumen y bajo criterio dejando a una persona a cargo de lo que tiene consecuencia, y medimos la calidad antes y después para saber si el corte quedó bien puesto. No prometemos reemplazar al equipo con un agente ni un ahorro fijo; proponemos mover el trabajo repetible a la máquina y el criterio a la gente, y ajustar el corte con datos a medida que el proceso lo demuestra.