Para cambiar lo que dice un agente de voz durante una caída del servicio sin un proyecto de desarrollo, incorpora una sola vez en el agente un espacio para el mensaje y, cuando ocurra algo, cambia el valor de ese espacio. Así, la actualización es una edición de configuración con reversión en un solo paso, no un lanzamiento de versión. La rapidez con la que tu equipo de operaciones puede hacer esa edición de forma segura es lo que los compradores llaman agilidad de contenido, y debería figurar en cualquier lista de evaluación de IA de voz.
Este artículo trata las caídas, los lanzamientos y las actualizaciones de servicio de tu lado. Si quieres saber cómo mantiene Retell su propia plataforma en funcionamiento, lo explicamos en cómo gestiona Retell las caídas y la disponibilidad.
¿Por qué importan más los mensajes de caída con un agente de voz?
Porque un agente de voz responderá a cada llamada con su configuración actual hasta que alguien la cambie. Un equipo humano recibe instrucciones al empezar el turno. Un agente recibe lo que digan su prompt y su mensaje de bienvenida.
Cuando un portal de facturación deja de funcionar o un socio de entregas falla un día, quienes llaman quieren tres cosas: confirmación de que lo sabes, qué pueden hacer ahora y cuándo volver a consultar. Si el agente no puede decirlo, cada persona que llama explica el problema desde cero, pide hablar con alguien y añade carga a la cola que intentabas proteger.
¿Qué debería poder cambiar tu equipo sin lanzar una versión?
Cuatro elementos cubren la mayoría de las incidencias y los lanzamientos:
- El mensaje de bienvenida, para que quienes llaman escuchen el aviso antes de explicar nada.
- Un aviso que el agente pueda comentar durante la llamada, para que responda de forma coherente a «¿ya está solucionado?».
- El destino de las transferencias, para que las escaladas lleguen a un equipo de desbordamiento.
- Datos de referencia para un lanzamiento o un cambio de política, como los detalles de un nuevo plan o los horarios de festivos.
En Retell, las variables dinámicas funcionan en todos estos lugares: el mensaje de bienvenida, los prompts del agente, las frases estáticas de Conversation Flow, los números de destino de transferencia y el texto de los SMS. Eso es lo que hace posible un cambio sin lanzar versión.
¿Cómo configuras un agente para que un aviso se active con un solo cambio?
Hazlo una vez, antes de necesitarlo.
Añade una variable de aviso. Pon {{service_notice}} en el mensaje de bienvenida personalizado, por ejemplo: «Gracias por llamar. {{service_notice}} ¿En qué puedo ayudarte hoy?». Añade una línea equivalente al prompt, como «Aviso de servicio actual: {{service_notice}}. Si no está vacío, menciónalo una vez cerca del inicio y responde a las preguntas sobre él usando solo este texto».
Dale un valor predeterminado vacío. En Retell, una variable sin valor se queda en el mensaje como texto literal {{service_notice}}, mientras que una cadena vacía la sustituye por nada. Define un valor predeterminado de "" a nivel de agente en Security & fallback settings para que el agente hable con normalidad en un día corriente.
Vincula los números de producción a la etiqueta prod. Las etiquetas de entorno de Retell son nombres que apuntan a una versión del agente, y los números de teléfono asignados a una etiqueta la siguen. Los números asignados directamente a una versión se quedan en esa versión, así que revisa ahora todos tus números de producción.
Prueba la ruta del aviso. Los casos de prueba de simulación de Retell te permiten predefinir variables dinámicas. Mantén un caso de prueba con un aviso de ejemplo y confirma que el agente lo lee y aun así completa la llamada.
¿Cómo activas el mensaje durante una caída del servicio?
Define el aviso en la etiqueta, no en el agente. En la cabecera del agente, abre Environment, luego Configure Tags, elige prod y asigna a service_notice tu texto aprobado. Retell aporta los valores de la etiqueta cuando una llamada la usa, y los valores de la etiqueta tienen prioridad sobre los predeterminados del agente. Antes de confiar en esto durante una caída, haz una llamada de prueba para confirmar que la siguiente llamada recoge el nuevo valor.
El mismo patrón sirve para el enrutamiento. Si tu destino de transferencia es una variable, defínelo en la etiqueta para enviar las escaladas a una línea de desbordamiento y, después, restablécelo.
Para las llamadas que ya están en curso, un desarrollador puede usar la Update Live Call API de Retell, que sobrescribe las variables dinámicas de una llamada activa y surte efecto de inmediato.
Para revertir, borra el valor de la etiqueta. El valor predeterminado vacío del agente vuelve a aplicarse en la siguiente llamada.
¿Cuándo debería un cambio ser una nueva versión?
Cuando cambias el comportamiento, no solo las palabras. Un lanzamiento de producto que añade nuevas preguntas, una nueva herramienta o una ruta de llamada distinta es un cambio de versión.
El flujo en Retell:
- Crea un borrador a partir de la versión a la que apunta
prod. Los borradores son copias editables que no afectan al original. - Edítalo y pruébalo con una llamada de prueba o con tus casos de prueba de simulación.
- Abre la comparación de versiones desde el cuadro de diálogo de publicación. El diff semántico enumera cada campo modificado y resalta las palabras exactas añadidas o eliminadas en los textos largos.
- Publica, lo que convierte la versión en solo lectura, y luego mueve la etiqueta
prod a ella.
Para revertir, vuelve a mover prod a la versión anterior. Los números vinculados a la etiqueta la siguen.
¿Pueden tus propios sistemas activar el mensaje automáticamente?
Sí, si lo configuras una vez. El webhook de llamadas entrantes de Retell se define por número de teléfono y llama a tu endpoint cuando entra una llamada. Tu respuesta puede definir variables dinámicas, o sobrescribir el mensaje de bienvenida y las bases de conocimiento vinculadas, solo para esa llamada. Las sobrescrituras no se guardan en el agente.
Eso significa que un indicador de incidencia en tus propias herramientas de estado puede decidir lo que escuchan quienes llaman, sin editar nada en el panel durante la incidencia. Mantén un agente de entrada predeterminado en el número: si tu endpoint falla en los tres intentos, Retell intenta conectar la llamada con ese agente y, si no lo hay, cuelga la llamada.
¿Qué papel tiene la base de conocimiento?
Úsala para los detalles de lanzamientos y actualizaciones de servicio, no para el estado de una incidencia en directo. Una base de conocimiento es adecuada para datos que el agente consulta, como los detalles de un plan o una lista de regiones afectadas, y la documentación de Retell recomienda mantener las instrucciones en el prompt y no en la base de conocimiento.
Dos advertencias. Las fuentes de URL y de documentos sincronizados se actualizan automáticamente cada 24 horas, algo demasiado lento para un estado que cambia cada hora. Además, las bases de conocimiento se vinculan a los agentes como objetos independientes, así que comprueba qué agentes usan una antes de añadirle un aviso temporal. Para la estructura, consulta cómo estructurar una base de conocimiento de IA de voz.
¿Cómo es un buen manual de mensajes para caídas del servicio?
Redacta y aprueba estos mensajes antes de una incidencia y, el día en cuestión, rellena los corchetes.
| Desencadenante | Qué dice el agente | Quién lo aprueba | Cómo revertir |
|---|
| Caída confirmada de un sistema de cara al cliente | «Sabemos que [sistema] no está disponible en este momento. No hace falta que lo notifiques. [Qué puede hacer la persona que llama en su lugar]». | Responsable de la incidencia, con la aprobación del texto por parte del responsable de CX | Borra service_notice en la etiqueta prod |
| Servicio degradado (lento, parcial) | «Hoy algunas solicitudes de [función] van más lentas de lo habitual. Si la tuya es urgente, puedo [acción]». | Responsable de CX | Borra service_notice en la etiqueta prod |
| Ventana de mantenimiento planificada | «[Sistema] no estará disponible de [inicio] a [fin], [zona horaria]». | Responsable de operaciones, programado con antelación | Borra el valor de la etiqueta cuando termine la ventana |
| Pico de demanda que requiere desbordamiento a personas | Saludo normal; las escaladas van a la línea de desbordamiento | Responsable de planificación de personal o de colas | Restablece la variable de transferencia en la etiqueta |
| Lanzamiento de producto o cambio de política | Nuevo guion y nuevas preguntas, respaldados por contenido actualizado de la base de conocimiento | Responsable de producto, más cumplimiento normativo si el cambio afecta a avisos legales | Vuelve a mover prod a la versión anterior |
| Aviso de entrada activado por tu indicador de incidencia | Mensaje de bienvenida o variables por llamada desde tu webhook | Definido por regla; la regla se aprueba una sola vez | Desactiva el indicador de incidencia en tu sistema |
Limita cada aviso a una o dos frases cortas. Di qué está afectado y qué puede hacer la persona que llama. Indica una hora de restablecimiento solo si ingeniería la ha confirmado.
¿Quién debería poder cambiarlo y cómo sabes que ha funcionado?
Limita los permisos de edición por rol. El control de acceso de Retell permite que los roles Admin y Developer editen agentes y bases de conocimiento, mientras que el rol Member es de solo lectura. La documentación de Retell no describe un paso de aprobación dentro del producto, así que indica el aprobador de cada desencadenante en tu runbook de incidencias, como en la tabla anterior.
Después, comprueba el resultado. Live Monitoring permite a un supervisor escuchar llamadas en curso, así que puedes oír cómo las primeras personas que llaman reciben el aviso. Las reglas de alerta de Retell pueden enviar un correo electrónico o llamar a un webhook cuando baja la tasa de éxito o aumentan los errores de la API, lo que ayuda tanto a detectar una incidencia como a confirmar la recuperación. Añade el aviso a tu scorecard de QA para agentes de voz para la revisión de la incidencia.
¿Qué deberías preguntar a un proveedor de IA de voz sobre la agilidad de contenido?
Pídele que te muestre cada uno de estos puntos en directo, no que te los describa:
- ¿Puede alguien sin perfil técnico cambiar el mensaje de bienvenida y un aviso durante la llamada sin lanzar una versión?
- ¿Los números de producción siguen un puntero, de modo que publicar y revertir sean un solo paso cada uno?
- ¿Puedes probar un cambio con escenarios guardados antes de que lo escuchen quienes llaman?
- ¿Puedes ver un diff palabra por palabra de lo que ha cambiado entre versiones?
- ¿Pueden tus propios sistemas definir el mensaje por llamada a partir de un indicador de incidencia?
- ¿Puedes actualizar llamadas que ya están en curso?
- ¿Qué roles pueden editar y cuáles son de solo lectura?
Después, cronometra tú mismo el ciclo durante el piloto. Nuestra guía para evaluar una plataforma de agentes de voz antes de la puesta en producción cubre el resto de esa prueba.
Retell ofrece a los equipos de centro de contacto agentes con control de versiones, etiquetas de entorno, variables por etiqueta y sobrescrituras por llamada, para que las personas que gestionan la cola puedan cambiar lo que escuchan quienes llaman y deshacerlo en un solo paso. Descubre cómo encaja en tu operación en la página de la plataforma empresarial de Retell.
