El stack de IA de voz que los compradores realmente quieren sustituir

El stack de IA de voz que la mayoría de los equipos de llamadas salientes quiere sustituir es la cadena de soluciones provisionales que rodea a la propia IA: un marcador aparte para realizar las llamadas, una lógica de detección de contestador automático hecha en casa y una capa de automatización que traslada cada llamada de un sistema a otro. El objetivo no es una nueva voz de IA. Son menos sistemas, menos traspasos, menos cosas que mantener y un único responsable que dé la cara cuando una llamada falla. El CRM no está en la lista.

¿Cómo es el stack típico de soluciones provisionales?

Normalmente tiene cinco capas, y cada una se añadió por un buen motivo. El problema es que ahora una sola llamada saliente pasa por las cinco.

Cuenta los traspasos de una sola llamada: del CRM a la automatización, de la automatización al marcador, del marcador a la lógica de contestador, de la lógica al proveedor de IA, del proveedor de IA de vuelta a la automatización y de la automatización de vuelta al CRM. Son seis puntos en los que una llamada puede fallar, repartidos entre cuatro o cinco proveedores.

¿Dónde se rompe el stack de soluciones provisionales?

Se rompe en los traspasos, no dentro de ninguna herramienta concreta. El panel de cada proveedor puede parecer correcto mientras falla el recorrido de la llamada entre ellos.

El estado de la llamada vive en dos sitios. Cuando el marcador realiza la llamada y la IA gestiona la conversación, una llamada sin respuesta queda registrada en el marcador y nunca llega a los logs del proveedor de IA. Depurar implica cruzar los ID de llamada entre dos proveedores. Por eso la marcación nativa es una decisión de arquitectura: el lugar desde el que se realiza la llamada determina dónde se guardan el registro de la llamada, el motivo de desconexión y la grabación.

La decisión entre máquina o persona se toma fuera del agente. Si el marcador clasifica la respuesta y después pasa la llamada, una clasificación errónea hace que el agente hable con el saludo de un buzón de voz o que una persona real escuche silencio. Los menús IVR son un tercer caso que muchas configuraciones de marcador ni siquiera contemplan.

La capa de automatización falla en silencio. Un escenario agota el tiempo de espera, se cambia el nombre de un campo del CRM o caduca un token. Las llamadas se detienen o los resultados dejan de registrarse, y no se avisa a nadie.

Cada cambio afecta a tres configuraciones. Una nueva campaña implica una lista en el marcador, una automatización editada y un prompt actualizado, y las tres acaban desincronizándose.

Nadie es responsable de la llamada completa. Cuando una llamada falla, el proveedor de IA culpa al marcador, el marcador culpa al operador y la automatización la creó alguien que ya se ha cambiado de equipo.

¿Qué deberías consolidar y qué debería quedarse?

Consolida las capas que solo existen para mover una llamada de IA entre herramientas y mantén los sistemas sobre los que funciona tu negocio. El marcador, la lógica de buzón de voz y la mayor parte de las automatizaciones de enlace a nivel de llamada pueden integrarse en la plataforma de IA de voz. El CRM, tu operador y tu centro de contacto con agentes humanos se quedan.

Mantener tu operador no significa mantener un marcador aparte. Una vez importado un número de Twilio o Telnyx mediante SIP, Retell realiza la llamada a través de ese trunk, así que el operador se queda y el software de marcación desaparece. La lista de comprobación de números de teléfono para llamadas salientes explica la decisión entre comprar números o traer los tuyos.

La capa de automatización rara vez desaparece por completo. El enrutamiento de leads, el enriquecimiento de datos y la lógica de negocio pueden quedarse. Lo que debería eliminarse son las automatizaciones de enlace cuya única función es iniciar una llamada o copiar una transcripción. Para ver cómo funciona la parte del CRM de principio a fin, consulta el flujo de trabajo del CRM a la IA de voz. Para conocer los detalles de integración sistema por sistema, consulta cómo encaja la IA de voz en tu stack de CRM y telefonía.

¿Cómo debería funcionar la detección de contestador automático cuando pasa al agente?

Trata el buzón de voz y el IVR como estados de llamada para los que el agente está diseñado, no como un filtro delante de él. Cuando la detección forma parte de la conversación, el resultado, la acción y el motivo de finalización quedan en un único registro de llamada. En Retell:

• Ventana de detección. La detección de buzón de voz e IVR se ejecuta durante los primeros 3 minutos después de que se conecte una llamada saliente. La ventana es fija y la detección no se aplica a las llamadas entrantes.
• Acciones de buzón de voz. Colgar o dejar un mensaje. El mensaje puede ser un prompt generado o una frase fija con variables dinámicas, como el nombre del contacto.
• Gestión del IVR. IVR Hangup finaliza la llamada cuando responde un menú telefónico. Press Digit, en cambio, permite al agente navegar por menús de teclado cuando el objetivo es llegar a un departamento.
• Informes. Las llamadas finalizan con un motivo de desconexión voicemail_reached o ivr_reached, para que tus informes puedan distinguirlas de las conversaciones.

Hay un detalle importante: un saludo puede clasificarse como IVR en lugar de como buzón de voz, así que activa IVR Hangup junto con la opción de colgar en el buzón de voz.

La documentación de Retell no describe la rellamada automática, así que decide dónde residen las reglas de reintento. Un patrón habitual es leer el motivo de desconexión (dial_no_answer, dial_busy, voicemail_reached) del webhook call_ended y dejar que tu CRM o tu planificador programe el siguiente intento. Para la redacción de los mensajes, consulta las buenas prácticas de buzón de voz para agentes de voz con IA.

¿Cómo es una llamada después de la consolidación?

Una llamada pasa por dos sistemas en lugar de cinco: la plataforma de IA de voz y el CRM. En Retell:

1. Tu CRM o tu backend inicia la llamada a través de la API, o subes una lista por lotes. Un objeto metadata, como el ID de registro de tu CRM, se guarda en la llamada.
2. Una función previa a la llamada busca el contacto para que el agente empiece con el contexto de la cuenta.
3. Retell marca desde un número de Retell o desde tu número importado.
4. La detección de buzón de voz e IVR decide el primer paso.
5. Durante la conversación, las herramientas de integración o las funciones personalizadas leen y escriben en tus sistemas.
6. Si hace falta una persona, el agente transfiere la llamada y los eventos del webhook de transferencia registran si se ha conectado.
7. Tras la llamada, Post Call Extraction estructura el resultado, las funciones posteriores a la llamada actualizan el CRM y los webhooks call_ended y call_analyzed notifican a cualquier otro sistema que necesite saberlo.

Cada paso está vinculado a un único ID de llamada, y el registro de la llamada incluye la transcripción, la grabación y el motivo de desconexión.

¿Qué debería incluir tu lista de comprobación de evaluación?

Pide a cada proveedor que te muestre estos puntos en una llamada real, no en una diapositiva.

Después, suma el coste de cada capa, no solo la tarifa por minuto de la IA: las cuotas del marcador, los minutos del operador, las tareas de automatización y las horas de ingeniería dedicadas a mantenerlo todo sincronizado. Según la página de precios de Retell, la telefonía personalizada y el SIP trunking no tienen cargo de telefonía de Retell (tu operador te sigue facturando), los números de Retell cuestan 2,00 $ al mes y las llamadas por lotes añaden 0,005 $ por marcación.

Por dónde empezar

Elige una campaña de llamadas salientes que pase por todo el stack de soluciones provisionales. Traza cada traspaso de una sola llamada, identifica a cada responsable y marca las capas que solo existen para mover esa llamada. Esas son tus candidatas a la consolidación. Después, haz un piloto con llamadas reales con tus propios números y tu CRM conectados, y cuenta los sistemas implicados cuando algo falla. Si estás planificando esa consolidación para un equipo de llamadas salientes, descubre cómo Retell gestiona las llamadas salientes para centros de contacto, con marcación, gestión del buzón de voz, transferencias y escritura en el CRM en una sola plataforma.