Saltar al contenido
Voz

IVR inteligente en Colombia: diseña rutas que sí resuelvan

Diseña un IVR inteligente para un contact center en Colombia: rutas de atención, transferencia a personas, pruebas y métricas para verificar resultados.

Equipo de MoodCXMood Studios

Publicado
Lectura
6 min de lectura

Elegir un IVR inteligente para un contact center en Colombia empieza por una pregunta concreta: ¿qué debe pasar después de que alguien diga por qué llama? Entender una frase no basta. La ruta necesita una respuesta comprobable, acceso autorizado a los datos necesarios y una salida hacia tu equipo cuando no pueda resolver.

Esta guía propone un método para diseñar y probar esas rutas. El ejemplo es ilustrativo: no representa una instalación ni resultados de un cliente. Si necesitas primero distinguir un menú telefónico de un agente conversacional, consulta nuestra explicación de qué es un agente de voz con IA.

Define el resultado antes del saludo

Un IVR es un sistema de respuesta de voz interactiva. Puede recibir teclas o voz; el estándar VoiceXML 2.0 del W3C (sitio externo) contempla ambas entradas y mecanismos para manejar silencio o respuestas que no coinciden con lo esperado. Eso no significa que todos los productos implementen todas sus funciones ni que MoodCX use ese estándar.

Para diseñar tu atención, separa tres resultados: orientar, consultar y completar una gestión. Decir el horario orienta. Leer el estado de una solicitud exige consultar una fuente. Cambiar esa solicitud exige además permisos y confirmación del sistema. No presentes los tres como si fueran lo mismo.

Haz una ficha por motivo de llamada. Incluye qué quiere conseguir la persona, de dónde saldrá la respuesta, qué dato es indispensable y qué confirma que la gestión terminó. Agrega quién recibe el caso si falta información o se produce un error. Una ficha incompleta señala una decisión pendiente antes de automatizar.

Un ejemplo de ruta para consultar una solicitud

Imagina una empresa en Colombia que recibe llamadas para conocer el estado de una solicitud. El siguiente recorrido es una propuesta de diseño; depende de contar con una integración autorizada y probada con el sistema de la empresa.

  1. Identificar el motivo. La persona dice que quiere conocer el estado. Si también pide modificar datos, el flujo debe distinguir las dos gestiones antes de continuar.
  2. Aplicar la verificación definida por la empresa. Conocer un número de solicitud no demuestra por sí solo que quien llama puede acceder a ella. El procedimiento debe acordarse antes de conectar datos reales.
  3. Consultar la fuente. La integración devuelve un estado verificable o un error. La conversación no debe completar información que el sistema no entregó.
  4. Explicar el resultado. Si la respuesta contiene un plazo, comunicar el que aparece en la fuente. Si no lo contiene, no inventar una fecha ni presentarla como compromiso.
  5. Confirmar qué falta. Preguntar si la consulta quedó resuelta. Si el estado no explica el problema, ofrecer la ruta acordada hacia el equipo.

Una respuesta como «encontré tu solicitud» confirma una búsqueda, no una resolución. Conviene registrar esos hechos por separado. También debes distinguir una solicitud inexistente de una consulta que falló: repetir el identificador no soluciona una integración fuera de servicio.

Prepara las excepciones y la salida hacia una persona

La ruta más importante puede ser la que se activa cuando algo sale mal. Define un límite de reintentos para cada situación, con una acción posterior concreta. El límite es una decisión de diseño que debes probar, no una cifra universal.

  • Silencio o voz poco clara: reformular la pregunta y explicar qué información necesitas, sin repetir indefinidamente el mismo mensaje.
  • Motivo ambiguo: hacer una pregunta breve para distinguir las opciones posibles. Evitar que una interpretación incierta dispare un cambio de datos.
  • Fuente no disponible: explicar que la consulta no pudo completarse y ofrecer la alternativa acordada. No afirmar que la solicitud está rechazada o que no existe.
  • Petición de una persona: dirigir al equipo preparado para recibirla, según la disponibilidad y las reglas de la campaña.
  • Equipo fuera de horario: comunicar el horario o el canal alternativo realmente disponible. No prometer una devolución de llamada si no hay un proceso que la ejecute.

Transferir tampoco es una acción garantizada por pronunciar una frase. La documentación de transferencias de LiveKit (sitio externo) distingue modalidades de transferencia y sus requisitos de telefonía. En tu servicio debes comprobar el destino, la compatibilidad y qué ocurre si nadie responde. Una transferencia externa no implica que el sistema receptor reciba automáticamente todo el historial.

Qué puedes plantear hoy con MoodCX

MoodCX es software para atender conversaciones con IA y con el personal de tu empresa. El equipo de MoodCX diseña, prueba y publica las campañas; tu empresa define los procesos, facilita las fuentes autorizadas y aporta las personas que atienden los casos derivados.

El producto dispone de tareas de atención con IA y con personas, consultas mediante herramientas configuradas y mecanismos de transferencia. Eso no convierte cualquier CRM en una integración disponible ni cualquier número en un destino válido. Para el ejemplo de esta guía hay que acordar y comprobar la consulta al sistema de solicitudes y la ruta de entrega al equipo.

Pide que la demostración cubra tu recorrido completo: una consulta correcta, una respuesta incompleta, un error de integración y una derivación. Ver una conversación fluida no demuestra por sí solo que una operación se haya registrado. Comprueba el resultado en el sistema correspondiente y lo que recibe la persona que continúa la atención.

Prueba con las condiciones de quienes llaman

Para una operación en Colombia, construye las pruebas con las expresiones, nombres de trámites y condiciones de audio de tu público. No asumas que una única voz de prueba representa todas las formas de hablar. Usa ejemplos ficticios y evita introducir datos personales reales en un ensayo.

Incluye llamadas desde distintos dispositivos, ruido de fondo, pausas, interrupciones y correcciones. Prueba también que una persona cambie de intención: «quería consultar, pero necesito corregir la solicitud». El flujo debe reconocer ese cambio y aplicar las verificaciones que correspondan a la nueva gestión.

Antes de abrir la atención, revisa con el equipo responsable los avisos, permisos de acceso y tratamiento de grabaciones. Esta guía propone decisiones operativas; no sustituye una revisión de las obligaciones aplicables a tu empresa y sector.

Mide la resolución y también los fallos

Usa un período y un conjunto de llamadas definidos. Estas son métricas propuestas para evaluar la ruta; no son promesas de resultados ni una lista de indicadores disponibles automáticamente en MoodCX.

  • Resolución verificada: consultas que alcanzaron el resultado acordado divididas entre consultas elegibles para esa ruta. Define qué evidencia cuenta como resolución.
  • Derivación completada: llamadas recibidas por el destino humano divididas entre intentos de derivación. Una solicitud de transferencia no equivale a una entrega.
  • Error de consulta: consultas al sistema que fallaron divididas entre intentos de consulta. Separa los errores técnicos de los casos sin información.
  • Repetición de datos: revisa una muestra de derivaciones y cuenta en cuántas la persona tuvo que repetir información que ya había aportado y que podía compartirse.

Documenta las exclusiones para no mejorar un porcentaje retirando llamadas difíciles. Compara períodos equivalentes y revisa conversaciones, no solo totales. Puedes ampliar las definiciones en nuestra guía de métricas de contact center.

Qué llevar a una primera revisión

Prepara un motivo de llamada, una respuesta válida de ejemplo, una excepción y el destino humano. Añade el volumen previsto, los horarios y los picos de llamadas simultáneas. Con eso puedes revisar la solución de voz y estimar la configuración en precios.

El criterio para avanzar es concreto: la ruta responde con una fuente, reconoce sus límites y entrega el caso cuando hace falta. Si falla alguno de esos pasos, corrígelo antes de ampliar los motivos de atención.

Fuentes

Consultadas el 20 de octubre de 2026.

¿Hablamos de tu operación?

Cuéntanos qué atiendes hoy y por qué canales. Te responde una persona de nuestro equipo.