Tu agente de voz ya llama. Antes de escalarlo, revisa esto

Preparar la telefonía con agentes de voz - netelip

La primera llamada funciona.

Hay audio en ambos sentidos. El agente escucha, responde y ejecuta las acciones que has configurado.

Perfecto. Ahora toca comprobar qué ocurre cuando deja de ser una prueba aislada.

¿Cuántas llamadas pueden coincidir? ¿A qué ritmo vas a iniciarlas? ¿Qué sucede si una integración tarda, se acumulan reintentos o varias conversaciones necesitan una transferencia?

Conseguir que un agente de voz haga una llamada correctamente es una parte del proyecto. Preparar el sistema para trabajar con tráfico real todos los días requiere revisar también la telefonía, la plataforma del agente y las integraciones.

Si necesitas repasar cómo encajan la numeración, la conexión SIP y la plataforma del agente, tienes el mapa completo en nuestra guía de infraestructura telefónica para agentes de voz con IA.

Esta guía recoge las comprobaciones operativas que conviene hacer antes de aumentar el tráfico. No sustituye las pruebas específicas ni las verificaciones normativas que correspondan al proyecto.



1. Define el tráfico antes de pedir capacidad



«Necesito hacer muchas llamadas» no permite dimensionar una campaña. Hay que convertirlo en datos:

  • Cuántos contactos vas a trabajar y en qué periodo.
  • Cuántos intentos puede generar cada contacto, incluidos los reintentos.
  • Durante qué horarios se lanzarán las llamadas y en qué zona horaria.
  • Cuánto duran los intentos y las conversaciones, según las primeras pruebas.
  • Cuántas campañas pueden funcionar al mismo tiempo.
  • Si habrá tráfico entrante, transferencias u otros usos que compartan capacidad.

No es lo mismo repartir miles de intentos durante una jornada que concentrarlos en unos minutos. Tampoco ocupa los mismos recursos una campaña con intentos breves que otra con conversaciones de varios minutos.

Además, contactos, intentos y conversaciones son cantidades diferentes. Una base de 10.000 contactos puede generar más de 10.000 intentos si incluye reintentos. Y esos intentos no se convertirán necesariamente en 10.000 conversaciones.

Si todavía no tienes datos reales de duración y respuesta, empieza con una estimación identificada como tal y revísala durante el piloto.



2. Canales y CPS: dos límites diferentes



Los canales expresan capacidad para mantener llamadas simultáneas en el servicio telefónico.

El CPS —Calls Per Second— expresa el ritmo de inicio de nuevas llamadas permitido en una interfaz o servicio. Hay que confirmar a qué tráfico y a qué ámbito se aplica: cuenta, trunk, plataforma u otro límite definido por el proveedor.

Puedes disponer de canales libres y no poder iniciar todas las llamadas de golpe por el límite de CPS. También puedes tener margen de CPS y haber agotado la capacidad simultánea.



🔹 Un ejemplo: 30 canales salientes y 5 CPS



En una configuración de ejemplo con esos límites:

  • Los 30 canales limitan la capacidad simultánea del servicio telefónico considerado.
  • Los 5 CPS limitan el ritmo de inicio a cinco llamadas nuevas por segundo, según las reglas de ese servicio.

Tener 5 CPS no significa poder mantener únicamente cinco llamadas. Disponer de 30 canales tampoco permite iniciar 30 llamadas de golpe si el límite de lanzamiento es 5 CPS.



Son valores ilustrativos, no una configuración recomendada para todos los proyectos ni una garantía de rendimiento.



Hay otro matiz: llamada simultánea no significa necesariamente conversación contestada. Confirma cómo contabiliza cada componente los intentos en establecimiento, el timbrado y las llamadas conectadas. La duración media de las conversaciones, por sí sola, no describe toda la ocupación.

Revisa también por separado los límites de la plataforma del agente. Tener capacidad en el operador no garantiza disponer de la misma capacidad en la plataforma de IA, ni al contrario.



3. Controla el lanzamiento con pacing



Una automatización puede generar intentos a un ritmo muy superior al de una persona. Por eso necesita límites explícitos.

El pacing regula cómo se lanzan las llamadas. Debe coordinar el ritmo de nuevos intentos con la capacidad disponible y con los límites de los componentes implicados.

El origen puede ser un CRM, un marcador, una API, un webhook o una automatización que recibe leads continuamente. Si varias campañas comparten recursos, sus lanzamientos y reintentos deben coordinarse.

Limitar únicamente la velocidad no basta: aunque respetes el CPS, puedes agotar la concurrencia si las llamadas permanecen activas. El sistema debe tener definido qué hará cuando no haya capacidad: esperar, encolar o detener nuevos lanzamientos, según la implementación.

Comprueba también que dos procesos no puedan llamar simultáneamente al mismo contacto ni repetir una llamada por procesar dos veces el mismo evento.



4. Aumenta el tráfico por etapas



Una llamada correcta confirma que ese recorrido ha funcionado en esas condiciones. No demuestra que el conjunto pueda sostener cualquier volumen.

Empieza con una prueba controlada y aumenta el tráfico por etapas. En cada una, registra qué configuración utilizas, qué volumen lanzas y qué ocurre.

Evita cambiar a la vez canales, CPS, bases de contactos, destinos, agentes y horarios. Si aparece un problema, resultará difícil saber qué lo ha provocado.

Antes de cada aumento, define qué necesitas observar para continuar y qué situaciones obligarán a pausar o reducir tráfico. Los valores concretos dependerán del proyecto y de los límites acordados con los proveedores.



Ampliar canales aumenta una capacidad concreta. No valida automáticamente el resto del sistema.



5. Separa las métricas telefónicas del resultado de la campaña



El número de llamadas realizadas dice cuánto tráfico has generado. No explica, por sí solo, qué has conseguido.

Los informes de llamadas de netelip permiten consultar llamadas contestadas y no contestadas, duración, ACD, ASR, coste y un gráfico de concurrencia, según el periodo y los filtros aplicados.

Para profundizar en su lectura, tienes el artículo sobre cómo analizar tu tráfico telefónico con los informes de llamadas.



🔹 ASR telefónico



El ASR —Answer-Seizure Ratio— relaciona las llamadas contestadas con el total de intentos considerados y se expresa como porcentaje.

Aquí hablamos de ASR telefónico. En documentación de agentes de voz, las mismas siglas también pueden referirse al reconocimiento automático del habla.

Una llamada registrada como contestada no demuestra que haya respondido la persona que buscabas: puede haber contestado un buzón o una locución. Por tanto, el ASR no equivale a una tasa de contacto humano ni a una tasa de conversión.



🔹 ACD y duración



El ACD —Average Call Duration— es la duración media de las llamadas contestadas del conjunto analizado.

Ayuda a observar cambios, pero no explica sus causas. Una llamada corta puede terminar de muchas formas; una llamada larga tampoco demuestra que se haya cumplido el objetivo.



🔹 Concurrencia



Permite analizar cuántas llamadas coinciden en el tiempo y comprobar cómo se utiliza la capacidad disponible. Interprétala según el servicio y el alcance del informe consultado.



🔹 Resultado de conversación y negocio



Para saber si la campaña funciona, necesitas relacionar los datos telefónicos con los resultados registrados por el agente y las integraciones: contacto con una persona, buzón, transferencia, cualificación, cita u otra acción prevista.

Comprueba también que la acción se haya completado en el sistema de destino. Que el agente diga «tu cita está reservada» no acredita que el calendario la haya guardado.

Compara periodos y segmentos equivalentes. Si cambias simultáneamente el país, la base y el horario, una variación del ASR o del ACD no permite atribuir el resultado a una sola causa.



6. Comprueba si necesitas más canales



Antes de ampliar capacidad, observa si realmente estás alcanzando el límite disponible y en qué momentos.

Una campaña puede tener pocos contactos efectivos por motivos que no se resuelven con más canales:

  • Una base poco adecuada o con números incorrectos.
  • Horarios que no funcionan para esos contactos.
  • Demasiados intentos o reintentos mal distribuidos.
  • Una conversación mal planteada o una mala experiencia inicial.
  • Errores o demoras en una integración.

Si el problema es de capacidad simultánea, ampliar canales puede ayudar. Si está en otro componente o en el diseño de la campaña, habrá que actuar ahí.

Campañas salientes con IA - netelip


7. Define qué ocurre con las devoluciones de llamadas



Si el número presentado permite recibir llamadas, una persona puede ver una llamada perdida y devolverla.

Decide antes del lanzamiento dónde debe llegar: al agente, a una Centralita Virtual, a un equipo humano o a otro flujo configurado. Prueba también qué sucede fuera de horario o cuando ese destino no está disponible.

No des por hecho que cualquier numeración saliente admite recepción. Confirma las capacidades del número y el identificador que verá el destinatario. Si no admite devoluciones, contempla esa limitación en el diseño del servicio y define una vía de contacto adecuada.



8. Prueba la transferencia completa



No basta con que el agente pueda solicitar una transferencia. Hay que comprobar que el recorrido funciona hasta el destino final.

Revisa:

  • A qué número, extensión, cola o destino SIP se envía.
  • Qué modalidad admite la combinación de operador y plataforma.
  • Qué ocurre si el destino está ocupado, no responde o rechaza la llamada.
  • Si existe una alternativa cuando la transferencia falla.
  • Cuándo se liberan los recursos y cómo queda registrado el resultado.

La capacidad necesaria durante una transferencia depende de cómo se implemente y de los tramos de llamada que permanezcan activos. Confírmala en las pruebas; no asumas que todas las transferencias se comportan igual.



9. Diseña los reintentos y las condiciones de parada



Los reintentos forman parte del dimensionamiento desde el principio.

Define qué resultados permiten reintentar, cuánto se espera entre intentos y cuántos se admiten por contacto y periodo. Diferencia una llamada no contestada de un número inválido, una conversación ya completada o una solicitud de no volver a llamar.

Coordina esas decisiones con el CRM y las automatizaciones. Si otro proceso ya ha cerrado la oportunidad o gestionado al contacto, la campaña debe recibir esa información antes de volver a marcar.

Prueba expresamente las condiciones de parada. Una política escrita no evita llamadas adicionales si el sistema no la aplica.



10. Localiza las incidencias por componentes



En una llamada con IA participan varias partes, con responsabilidades distintas:

  • Telefonía y conexión: numeración, operador, enrutamiento, señalización y transporte de audio.
  • Plataforma del agente: gestión de la llamada y procesamiento de la conversación, según su arquitectura.
  • Servicios de voz e IA: reconocimiento del habla, modelo y síntesis, cuando se utilizan esos componentes.
  • Integraciones: CRM, calendario, APIs, webhooks, automatizaciones y bases de datos.

SIP se utiliza para señalizar sesiones; no es sinónimo de transporte de audio. Que la llamada se establezca no demuestra que el audio llegue correctamente en ambos sentidos.

Una llamada que no llega a iniciarse, una llamada sin audio y una reserva que falla después de conversar son incidencias diferentes.

Para investigarlas, conserva fecha, hora con zona horaria, identificadores de llamada, resultado y registros pertinentes. Si cada plataforma utiliza un identificador diferente, necesitas poder relacionarlos.

Si el proyecto incluye servidores propios, observa los recursos y procesos que realmente ejecutan: CPU, memoria, red, colas, errores y tiempos de respuesta. Sin conocer su función y sin pruebas bajo carga, no se puede afirmar cuántas llamadas soportan.



11. Mide dónde aparece la demora



No todos los retrasos ocurren en el mismo momento.

Conviene distinguir entre el tiempo de establecimiento de la llamada, el tiempo que tarda el agente en responder durante la conversación y el tiempo de ejecución de una herramienta o integración.

En la respuesta conversacional pueden intervenir el transporte del audio, la detección de fin de turno, el reconocimiento del habla, el modelo y la síntesis de voz, según la arquitectura utilizada.

Una consulta a un CRM o calendario puede añadir su propia espera. No conviene atribuirla automáticamente al modelo.

Observa la experiencia completa y los registros disponibles para localizar el retraso. Revisa también qué ocurre con varias llamadas simultáneas: una prueba aislada no revela necesariamente las demoras que aparecen bajo carga.



12. Prueba los fallos antes de aumentar volumen



El camino ideal es solo una parte de la validación. Prueba también:

  • Agente o destino no disponible.
  • Capacidad simultánea agotada.
  • Límite de lanzamiento alcanzado.
  • Integración que tarda, devuelve un error o no responde.
  • Transferencia fallida.
  • Llamada sin audio en uno o ambos sentidos.
  • Evento duplicado o reintento inesperado.
  • Parada de campaña con llamadas pendientes.

En cada caso, comprueba qué experimenta la persona, qué hace el sistema, qué queda registrado y si se liberan los recursos utilizados.

No todas las plataformas encolan, rechazan o desvían de la misma manera. Verifica el comportamiento de la combinación que vas a utilizar.



Checklist antes de aumentar el tráfico



🔹 Tráfico y capacidad



  • Distingo contactos, intentos y conversaciones.
  • Tengo definidos horarios, zonas horarias y reintentos.
  • Conozco los límites de canales, concurrencia y CPS de los componentes implicados.
  • He confirmado cómo se contabiliza la ocupación.
  • El lanzamiento coordina campañas, capacidad disponible y reintentos.


🔹 Recorrido de la llamada



  • He probado numeración, identificador presentado y audio en ambos sentidos.
  • Sé si la numeración admite devoluciones y qué ocurre con ellas.
  • He probado transferencias y sus alternativas cuando fallan.
  • He comprobado las acciones en el CRM, calendario o sistema de destino.


🔹 Control y observación



  • Evito llamadas duplicadas al mismo contacto.
  • Las condiciones de parada se aplican en el sistema.
  • Puedo relacionar los registros de telefonía, agente e integraciones.
  • Separo métricas telefónicas de contacto humano y resultado de negocio.
  • He definido cuándo continuar, pausar o reducir tráfico.
  • He probado fallos y liberación de recursos antes de escalar.


Escala cuando los datos permitan dar el siguiente paso



La primera llamada te permite comprobar una integración. Las pruebas con tráfico representativo permiten evaluar cómo se comporta el conjunto.

Antes de pedir más capacidad, revisa qué está limitando el proyecto y qué evidencia tienes. Puede que necesites más canales. Puede que necesites corregir los reintentos, una transferencia o una integración que se queda esperando.

El siguiente aumento de tráfico debe servir para validar una capacidad concreta, con una configuración conocida y resultados que puedas revisar.

La apertura de la conversación también merece una revisión propia. Para trabajar esa parte, tienes nuestra guía sobre cómo informar de que una llamada usa IA sin cargarte la conversación en los primeros segundos.



¿Necesitas preparar la telefonía de tu proyecto?



Si ya tienes el agente funcionando, en netelip podemos revisar contigo la parte telefónica: plataforma utilizada, países, numeración, tráfico entrante y saliente, canales, CPS y volumen previsto.

Con esos datos podemos plantear las pruebas de telefonía que necesita el proyecto y coordinar con los responsables de la plataforma y las integraciones las comprobaciones del resto del sistema.

🚀 Prepara la telefonía antes de escalar tu agente

Cuéntanos qué plataforma utilizas, a qué países vas a llamar y qué volumen de tráfico prevés. En netelip podemos revisar contigo numeración, canales y CPS para plantear las pruebas de la parte telefónica.

¡Contáctanos! Estamos disponibles para charlar cuando quieras.

¿Te gusta el contenido? Compártelo.

Mili Pérez

52 países recorridos y ¡sumando! Cruzo fronteras con la tecnología correcta. Ayudo a empresas en España y LATAM a automatizar procesos, mejorar la atención telefónica y escalar sin dramas ni gastos absurdos. ¿Hablamos?

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *