Implementación·30 de septiembre de 2026·7 min de lectura

Agente y persona en paralelo: compara antes de soltarlo

Las grandes ponen un sistema nuevo a funcionar junto al antiguo antes de apagarlo. Haz lo mismo: que agente y persona resuelvan los mismos casos y compara.

Cuando un banco cambia su sistema de contabilidad o una aseguradora estrena un programa de gestión, no apaga el antiguo el viernes para encender el nuevo el lunes. Durante un tiempo, los dos trabajan a la vez con los mismos datos y alguien compara lo que sale de cada uno. Solo cuando los resultados coinciden, o cuando las diferencias están explicadas, se apaga el viejo. Se llama funcionamiento en paralelo y es una de las costumbres más sensatas de las grandes organizaciones.

En una pyme se suele hacer al revés: se prueba algo nuevo con un caso, parece funcionar y se da por bueno. Si vas a confiar una tarea a un agente de IA, un programa que hace tareas de trabajo por ti y te consulta lo importante, conviene copiar esa costumbre. Durante unas semanas, el agente y una persona resuelven los mismos casos por separado, y tú comparas. No es desconfianza: es cómo se decide con datos en lugar de con impresiones.

Qué es trabajar en paralelo, en concreto

Cada caso real que llega a tu empresa (una consulta de un cliente, una factura que hay que registrar, un presupuesto que preparar) se trata dos veces:

  • Por la persona que hoy hace ese trabajo, como siempre, y es su resultado el que llega al cliente o al sistema.
  • Por el agente, que prepara su propia versión sin enviarla ni aplicarla.

Después, alguien compara las dos versiones. Mientras dura el paralelo, el agente no decide nada: su trabajo es solo material para comparar. El cliente sigue recibiendo la respuesta humana.

Esto es distinto a una prueba con datos inventados. Los casos reales tienen sorpresas que ningún ejemplo de laboratorio recoge: mensajes mal escritos, peticiones ambiguas, clientes con historias largas.

Cómo montarlo paso a paso

  1. Elige una tarea concreta y acotada. Por ejemplo, responder a las consultas de horarios y precios, no "toda la atención al cliente".
  2. Decide cuánto tiempo durará. Lo suficiente para ver casos variados, incluidos los raros. Cuánto exactamente depende de cuántos casos te lleguen; lo decides tú antes de empezar.
  3. Define qué significa "bien hecho". Por escrito, antes de mirar resultados. Qué es una respuesta correcta, cuál es aceptable y cuál es un fallo.
  4. Nombra a quien compara. A ser posible, una persona distinta a la que hizo el caso y que no tenga interés en que el agente salga bien ni mal.
  5. Registra cada caso con las dos versiones, la diferencia y una nota: quién acertó, en qué, y por qué.
  6. Reúne al equipo de vez en cuando para revisar los casos dudosos y ajustar al agente.

Qué comparar

No basta con preguntar "¿se parecen?". Conviene mirar varias cosas por separado:

  • Acierto: ¿la respuesta del agente es correcta? ¿Dice algo falso o inventado?
  • Completitud: ¿responde a todo lo que se preguntó o se deja algo?
  • Tono: ¿suena a tu empresa? ¿Es demasiado seco, demasiado efusivo?
  • Criterio en los casos raros: ¿sabe cuándo debe pasar el caso a una persona? Un agente que contesta con seguridad a algo que no debería contestar es más peligroso que uno que duda.
  • Tiempo: ¿cuánto se tarda en cada caso, incluyendo la revisión humana necesaria?
  • Lo que hizo mejor la persona, y lo que hizo mejor el agente. A veces el agente detecta un detalle que la persona pasó por alto.

Anota también las diferencias que no son errores, sino estilos distintos. Te ayudarán a decidir cuánto margen quieres dejar.

Cómo decidir que está listo

Fija los criterios antes de empezar, no después de ver los resultados. Es lo que evita que te convenzas a ti mismo. Algunos criterios razonables:

  • Ningún fallo grave de los que tú consideres inaceptables (datos de un cliente en la respuesta de otro, una promesa que no puedes cumplir, información legal o fiscal errónea).
  • Un nivel de acierto que tú decidas, sobre la muestra de casos revisados, en línea con lo que consideras suficiente para esa tarea. No hay un número universal; depende de qué pasa si falla.
  • Buen criterio para pasar casos a una persona cuando no sabe o el asunto es delicado.
  • Un equipo que confía en el resultado porque lo ha visto y ha podido opinar.

Si no se cumplen, no pasa nada: se ajusta y se prolonga el paralelo. Es mucho más barato descubrirlo ahora que con un cliente delante.

Soltarlo por partes, no de golpe

Cuando el paralelo sale bien, tampoco hace falta dar el salto completo. Una transición prudente puede ser:

  1. El agente prepara y una persona aprueba todo. El trabajo es del agente, pero nada sale sin una revisión humana.
  2. El agente resuelve los casos sencillos por su cuenta y una persona revisa una muestra, mientras los complicados siguen siendo humanos.
  3. Revisión periódica. Incluso cuando funciona bien, conviene repasar cada cierto tiempo una muestra de casos, porque los clientes, los precios y los productos cambian.

Y define siempre la salida: qué ocurre si algo falla y cómo se vuelve al sistema anterior. Las grandes no apagan el sistema antiguo hasta estar seguras, y tú tampoco deberías perder la capacidad de volver atrás.

Un ejemplo hipotético

Pensemos en una pequeña tienda online que quiere que un agente conteste a las preguntas sobre pedidos y envíos. Durante el paralelo, cada consulta la contesta la persona de atención al cliente, como siempre, y el agente redacta su respuesta aparte. Al final de cada semana, la responsable revisa una selección de casos.

En ese repaso descubre que el agente responde bien a las preguntas de estado de un pedido, pero se equivoca al explicar las condiciones de devolución de un tipo de producto y, en una ocasión, da una respuesta muy segura a una queja que debería haber pasado a una persona. Ajustan las instrucciones, añaden una regla sobre devoluciones y amplían el paralelo solo para ese tema. Es un ejemplo inventado; lo que muestra es que los fallos se descubren sin que ningún cliente los sufra.

Qué cuidar

  • Datos personales en la prueba. Los casos reales contienen datos de clientes. El agente debe tratarlos con las mismas garantías que en producción, y los registros de comparación no deben circular más de lo necesario ni conservarse indefinidamente.
  • Avisar al equipo. Que la persona que hace el trabajo sepa que se compara no es para vigilarla. Conviene dejar claro que el objetivo es evaluar al agente, no a los empleados.
  • No usar la comparación para evaluar a personas. Decisiones sobre contratar, despedir o valorar el desempeño las toma siempre una persona, con sus criterios y, si procede, con asesoramiento laboral.
  • Que el paralelo no se eternice. Es una fase con fecha de revisión, no una doble carga permanente.

Por dónde empezar con algo pequeño

Elige la tarea más repetitiva y menos delicada que tengas, y monta el paralelo con un único compañero de equipo y una hoja de registro sencilla. Con pocas semanas ya sabrás si el agente encaja y qué hay que afinar. Para profundizar, tienes el artículo sobre cómo se prueba un agente antes de ponerlo delante de clientes reales, la guía para diseñar un piloto de IA y el de supervisión humana en procesos con IA.

Conclusión

Antes de confiar un trabajo a un agente, conviene que trabaje junto a una persona y comparar los resultados con criterios fijados de antemano. Así se descubren los fallos sin coste para tus clientes y se decide con datos cuándo soltarlo, y hasta dónde. La persona sigue supervisando incluso después.

En MG Solutions construimos agentes de IA específicos para cada empresa, adaptados a tu forma de trabajar y a tus herramientas, no una plantilla genérica.

Si quieres ver cómo encajaría en tu empresa, escríbenos y lo hablamos.

Escríbenos por WhatsApp

¿Te imaginas esto funcionando en tu empresa?

En MG Solutions diseñamos y desplegamos agentes de IA a medida. Cuéntanos tu caso en una primera reunión de 1 hora, por videollamada y sin compromiso.

Primera reunión sin compromiso · Videollamada · Eliges día y hora

Este contenido ha sido generado con asistencia de inteligencia artificial y revisado por el equipo editorial de MG Solutions.