Cómo configurar cola de llamadas en Asterisk

Una llamada que espera sin información, suena demasiadas veces o llega siempre al mismo agente no es un problema menor: afecta a la experiencia del cliente y a la productividad del equipo. Saber cómo configurar cola de llamadas permite convertir una centralita IP en una herramienta de atención organizada, medible y adaptada al volumen real de su empresa.

Una cola no consiste simplemente en poner llamadas en espera. Define quién responde, en qué orden, cuánto tiempo puede esperar cada persona, qué ocurre si nadie está disponible y qué datos se registran para corregir cuellos de botella. En una clínica, por ejemplo, puede separar citas y urgencias. En un área comercial, puede priorizar oportunidades entrantes sin sobrecargar a los agentes más eficaces.

Antes de configurar una cola de llamadas

El primer error suele ser técnico solo en apariencia: crear la cola sin haber definido la operación. Antes de entrar en Asterisk o en la interfaz de su centralita, conviene responder a cuatro preguntas básicas: qué tipo de llamadas recibirá la cola, qué personas la atenderán, cuál es el tiempo de espera razonable y qué alternativa tendrá el cliente si no se le atiende.

No todas las llamadas deben entrar en la misma cola. Ventas, soporte, facturación y recepción tienen prioridades, conocimientos y horarios distintos. Una única cola puede resultar útil en negocios con poco tráfico, pero a medida que crece el volumen acaba ocultando problemas y enviando consultas a personas que no pueden resolverlas.

También debe diferenciar entre un grupo de timbrado y una cola. El grupo de timbrado llama a varios internos al mismo tiempo o siguiendo una secuencia simple. Funciona bien cuando hay pocas llamadas y la respuesta debe ser inmediata. La cola, en cambio, mantiene al cliente en espera, aplica una estrategia de distribución y genera métricas de atención. Es la opción adecuada si varias llamadas pueden llegar al mismo tiempo o si necesita medir el servicio.

Defina objetivos operativos realistas

No copie valores de otra empresa sin revisar su contexto. Un tiempo de espera de 30 segundos puede ser exigente pero viable para una recepción con cuatro personas; para soporte técnico especializado, el objetivo quizá deba ser distinto. Lo relevante es que el umbral responda a su capacidad y al nivel de servicio comprometido.

Establezca también un límite de espera. Mantener a un cliente cinco minutos escuchando música no mejora la atención, solo retrasa su frustración. Según el tipo de servicio, puede ser preferible ofrecer devolución de llamada, desvío a un buzón de voz bien gestionado o una alternativa por mensajería. La decisión depende de si la llamada requiere atención inmediata y de la capacidad real del equipo para responder después.

Cómo configurar cola de llamadas paso a paso

En Asterisk, una cola se define habitualmente en el archivo `queues.conf` y se invoca desde el plan de marcado mediante la aplicación `Queue()`. Algunas distribuciones con interfaz gráfica permiten hacerlo desde un panel de administración, pero la lógica es la misma: crear la cola, asignar agentes, decidir la estrategia y definir las salidas.

1. Cree la cola y asigne un identificador claro

Utilice nombres que el equipo pueda reconocer con facilidad, como `ventas`, `soporte` o `citas`. Evite códigos ambiguos si existen varias sedes, departamentos o franjas horarias. Un nombre bien elegido facilita el mantenimiento, la lectura de informes y la solución de incidencias.

Una configuración básica puede tener esta estructura:

```ini [ventas] strategy=rrmemory timeout=15 retry=5 wrapuptime=20 maxlen=20 joinempty=no leavewhenempty=yes member => PJSIP/201 member => PJSIP/202 member => PJSIP/203 ```

En este ejemplo, `rrmemory` distribuye las llamadas de forma rotativa, pero recuerda qué agente recibió la última. Así evita que, tras cada pausa en la cola, el sistema vuelva a empezar siempre por el mismo interno. `timeout=15` indica cuánto tiempo sonará el teléfono de un agente antes de probar con otro, mientras que `retry=5` establece el intervalo antes de volver a intentarlo.

El parámetro `wrapuptime=20` concede 20 segundos al agente tras finalizar una llamada antes de que pueda recibir otra. Es especialmente útil en atención comercial o sanitaria, donde hay que registrar información antes de continuar. Sin ese tiempo de cierre, la centralita puede entregar una nueva llamada cuando el agente todavía está completando la gestión anterior.

2. Elija la estrategia de reparto adecuada

La estrategia tiene un impacto directo en la carga de trabajo y en la percepción del equipo. No existe una opción universalmente mejor.

`ringall` hace sonar todos los teléfonos disponibles a la vez. Puede reducir el tiempo de respuesta en grupos pequeños, pero genera interrupciones constantes y dificulta saber quién está realmente disponible. `roundrobin` reparte por turnos, aunque no conserva la memoria del último agente llamado. `rrmemory` suele ser una buena alternativa para distribuir de manera equilibrada durante toda la jornada.

`leastrecent` envía la llamada al agente que lleva más tiempo sin atender una. Puede ser útil si se busca equilibrio de actividad. `fewestcalls`, por su parte, dirige la llamada a quien ha gestionado menos contactos, una opción interesante para equipos donde los agentes permanecen conectados durante periodos similares.

La estrategia debe considerar la realidad de cada puesto. Si un agente atiende llamadas más largas porque gestiona incidencias complejas, repartir solo por número de llamadas puede no reflejar su carga. En esos casos, conviene revisar también duración media, estados de pausa y tareas fuera de la centralita.

3. Configure la entrada desde el plan de marcado

Una vez creada la cola, debe indicar qué extensión, número entrante o menú IVR enviará llamadas hacia ella. Un ejemplo sencillo en el plan de marcado sería:

```ini exten => 600,1,Answer() same => n,Queue(ventas,tT,,,120) same => n,Playback(no-agents-login) same => n,Hangup() ```

La extensión 600 dirige la llamada a la cola `ventas`. En este caso, el valor `120` establece un máximo de dos minutos en cola. Si transcurre ese tiempo sin respuesta, Asterisk reproduce un mensaje y finaliza la llamada. En una operación real, quizá prefiera enviar la llamada a un buzón, a una extensión de respaldo o a un flujo de devolución de llamada.

La opción correcta depende de sus procesos. Desviar todas las llamadas a un móvil personal puede resolver una urgencia puntual, pero no es una estrategia sostenible ni fácil de auditar. Una alternativa útil es establecer una ruta de contingencia para horarios de alta demanda o para ausencias planificadas.

4. Diseñe mensajes que informen sin alargar la espera

Los mensajes de cola deben dar contexto al cliente, no rellenar silencios. Informe de que su llamada está siendo atendida, comunique un canal alternativo si existe y evite promesas que no pueda cumplir. Decir que la llamada será respondida “en breve” cuando la espera media supera varios minutos erosiona la confianza.

Tampoco conviene repetir un mensaje comercial cada 15 segundos. Una frecuencia excesiva aumenta la sensación de espera. Combine locuciones breves con música de espera adecuada y revise que el volumen, la calidad de audio y el idioma sean coherentes con la atención de su empresa.

Si la organización utiliza WhatsApp multiagente, puede mencionarlo como alternativa para consultas no urgentes, siempre que haya un equipo y un tiempo de respuesta definidos. Derivar clientes a otro canal sin capacidad para atenderlos solo mueve el problema de sitio.

5. Controle la disponibilidad real de los agentes

Una cola funciona bien cuando sus miembros reflejan la operación real. Los agentes deben poder iniciar y cerrar sesión, activar pausas justificadas y evitar recibir llamadas cuando están en reuniones, formación o tareas críticas.

En Asterisk puede gestionar miembros estáticos, definidos directamente en la configuración, o dinámicos, que entran y salen de la cola mediante códigos, teléfonos o integraciones. Los miembros estáticos son sencillos para equipos pequeños y estables. Los dinámicos ofrecen más control en centros de atención con turnos, teletrabajo o rotación frecuente.

Revise con cuidado los parámetros `joinempty` y `leavewhenempty`. Con `joinempty=no`, no se permite entrar en la cola si no hay agentes disponibles. Con `leavewhenempty=yes`, las llamadas en espera salen cuando todos los agentes dejan de estar disponibles. Estos valores pueden evitar esperas inútiles, pero necesitan una ruta de salida bien configurada para no terminar en cortes inesperados.

Mida la cola antes de cambiarla otra vez

Configurar no es el final del trabajo. Durante las primeras semanas, observe el comportamiento de la cola en horarios normales y en picos de demanda. Las métricas más útiles suelen ser el volumen de llamadas recibidas, atendidas y abandonadas; el tiempo medio de espera; el nivel de servicio; la duración de las conversaciones y el número de llamadas que no llegan a ningún agente.

Un porcentaje elevado de abandono no siempre indica falta de personal. Puede revelar un IVR demasiado largo, horarios publicados de forma incorrecta, una locución confusa o llamadas que deberían haberse dirigido a otra cola. Del mismo modo, un tiempo medio de espera bajo puede ocultar un problema si muchas llamadas se abandonan antes de ser atendidas.

Compare los datos con la percepción del equipo. Si los informes indican una carga equilibrada pero los agentes manifiestan saturación, quizá las llamadas tengan distinta complejidad o existan tareas administrativas no registradas. La analítica debe servir para tomar decisiones, no solo para generar informes.

Errores que encarecen la atención telefónica

Una cola mal diseñada puede aumentar costes aunque aparentemente responda las llamadas. Entre los fallos más frecuentes están incorporar demasiados agentes sin formación en el mismo servicio, configurar tiempos de timbrado excesivos, no prever qué ocurre fuera de horario y mantener locuciones desactualizadas.

También es habitual crear una cola con capacidad ilimitada. Si acepta más llamadas de las que el equipo puede gestionar, la centralita deja de ser un sistema de orden y se convierte en una sala de espera sin control. Definir `maxlen` permite proteger la experiencia del cliente y activar alternativas cuando se alcanza el límite.

Por último, no confunda una configuración inicial con un diseño definitivo. Cambiar una estrategia de reparto, ajustar el tiempo de cierre o separar una cola puede tener efectos positivos, pero conviene hacerlo con datos y comunicarlo al equipo. La tecnología debe acompañar el proceso de atención, no obligar al personal a trabajar contra ella.

Una buena cola de llamadas no busca retener al cliente el mayor tiempo posible. Busca llevar cada llamada a la persona adecuada, con expectativas claras y con información suficiente para mejorar la siguiente atención. Cuando la centralita se configura desde esa lógica, deja de ser un coste operativo y pasa a apoyar directamente la calidad de servicio y la facturación.