Checklist antes de lanzar un agente de voz
Antes de lanzar un agente de voz conviene revisar si está preparado para llamadas reales, no sólo para una demo. El checklist debe cubrir alcance, herramientas, pruebas, métricas, escalado, rollback y operación.
La mayoría de problemas aparecen cuando el piloto se convierte en producción sin cambiar la forma de operar. Un agente que habla bien puede fallar si no sabe retirarse, si una herramienta no responde o si nadie mira los resultados.
Este checklist está pensado como puerta de salida antes de activar tráfico real o ampliar un piloto.
Alcance cerrado
El agente tiene una familia de llamadas definida, un objetivo principal, una lista de tareas permitidas y una lista de situaciones excluidas. Todo lo que no entra en el alcance tiene una salida prevista.
Si todavía se espera que resuelva cualquier cosa que pregunte el cliente, no está listo para lanzar.
Datos y permisos revisados
Los datos que pide, consulta y guarda están definidos. También los permisos: qué puede leer, qué puede modificar, qué debe confirmar y qué requiere identidad o validación adicional.
Las llamadas sensibles necesitan más cuidado: datos personales, pagos, cambios irreversibles, reclamaciones, urgencias y clientes enfadados.
Herramientas probadas
Cada herramienta crítica se ha probado con entradas válidas, entradas incompletas, errores, lentitud, timeouts y respuestas inesperadas. El agente sabe qué hacer cuando una acción no se completa.
No basta con que la API funcione en el camino feliz. Producción es el lugar donde aparecen huecos de calendario, duplicados, permisos insuficientes y sistemas lentos.
Escalado con contexto
La transferencia a una persona debe incluir motivo de llamada, datos recogidos, intentos realizados, estado de la acción y razón del escalado.
Si el cliente tiene que repetir todo, el agente no ha reducido fricción. Sólo ha añadido una capa antes del humano.
Métricas de avance y parada
Antes de lanzar deben existir umbrales: resolución válida, abandono, transferencia, error de herramienta, latencia, satisfacción, coste por resultado y quejas críticas.
También debe estar claro qué números permiten ampliar y qué números obligan a pausar. Sin criterios, el lanzamiento se gobierna por impresiones.
Rollback ensayado
El equipo debe saber apagar el agente por cola, sede, horario, caso de uso o función concreta. El rollback no puede ser una idea; tiene que estar probado.
Si algo falla, la empresa necesita volver a una ruta humana o anterior sin dejar llamadas perdidas ni acciones a medias.
Comunicación interna
Las personas afectadas deben saber qué hará el agente, qué no hará, cómo llegarán los traspasos, qué deben vigilar y a quién avisar si ven fallos.
Un lanzamiento sorpresa suele generar resistencia y ocultar señales útiles. El equipo de primera línea es parte del sistema de detección.
Revisión después del lanzamiento
El primer día necesita vigilancia cercana. La primera semana necesita revisión frecuente. Después hace falta una cadencia diaria, semanal o mensual según volumen y riesgo.
El agente debe tener propietario, versiones, historial de cambios y revisión de llamadas. Lanzar sin operar es dejar que la calidad se degrade.
Runbook de IA
Acciones irreversibles en IA
Implementar un agente de voz en la empresa
Preguntas frecuentes sobre agentes de voz
Requisitos para implementar un agente de voz
Piloto de agente de voz
Cómo lanzar un agente de voz
Consultoría de agentes de voz
Si vas a lanzar un agente de voz y quieres evitar sustos,
conviene revisar el checklist contra tus llamadas, herramientas y equipo real. Revisar implementación