Las llamadas A2P, o llamadas de aplicación a persona, son llamadas de voz iniciadas por software desde una aplicación o flujo de trabajo automatizado hacia una persona. Un sistema empresarial puede activar la llamada, reproducir o generar un mensaje, recopilar datos del teclado, proporcionar una actualización de estado o transferir al destinatario a un agente real cuando el flujo de trabajo requiera intervención humana.
En términos prácticos: La voz A2P es un canal de comunicación saliente programable. La aplicación decide cuándo debe comenzar una llamada, la plataforma de voz realiza y controla la llamada, y el resultado regresa al flujo de trabajo empresarial.
Los usos comunes incluyen recordatorios de citas, alertas de entrega, notificaciones de cuentas, llamadas con códigos de acceso de un solo uso, avisos de interrupciones, rellamadas de cola y flujos de trabajo de atención al cliente que transfieren una llamada conectada a un agente.
Cómo funcionan las llamadas de voz A2P
La mayoría de los sistemas de voz A2P siguen el mismo camino básico, aunque los detalles de implementación varían según el proveedor.
Un evento empresarial activa el flujo de trabajo
Un sistema de programación, CRM, sistema de fraude, plataforma logística u otra aplicación determina que se debe realizar una llamada.
La aplicación solicita una llamada saliente
El software envía una solicitud a una plataforma de voz programable. Twilio, por ejemplo, documenta una API de Voz Programable que puede crear y controlar llamadas mediante programación.
El proveedor enruta la llamada
El proveedor de voz conecta la llamada a través de la ruta de red adecuada hacia el número de destino.
El destinatario escucha o interactúa con la llamada
El flujo de trabajo puede reproducir audio grabado, utilizar texto a voz, recopilar datos del teclado DTMF o conectar a la persona con un agente.
El estado de la llamada regresa a la aplicación
La aplicación puede utilizar información de estado definida por el proveedor para decidir si la tarea está completa, si es apropiado realizar otro intento, si se debe usar otro canal o si una persona debe realizar un seguimiento. El recurso de llamada de Twilio es un ejemplo de este modelo de eventos y estados.
Llamadas A2P frente a mensajería A2P
La voz A2P y la mensajería A2P pueden activarse por eventos empresariales similares, pero son canales diferentes. La mensajería A2P se utiliza ampliamente para notificaciones, recordatorios, autenticación y otros mensajes de aplicación a persona; la voz añade una interacción hablada en tiempo real y puede admitir la entrada por teclado o la transferencia a un agente real. El resumen de mensajería A2P de Twilio proporciona un punto de referencia útil para el lado de la mensajería de la comparación.
| Canal | Útil cuando | Principal restricción |
|---|---|---|
| Voz A2P | El mensaje es sensible al tiempo, una interacción hablada ayuda, la entrada por teclado es útil o la transferencia a un agente en vivo es importante. | Las llamadas son más intrusivas, y el consentimiento u otros requisitos de cumplimiento dependen del propósito, la tecnología, el destinatario y la jurisdicción. |
| Mensajería A2P | El mensaje es corto, asíncrono y fácil de procesar desde una pantalla. | El destinatario debe notar y leer el mensaje, y pueden aplicarse reglas específicas de registro, consentimiento y de los operadores de telefonía para la mensajería. |
| Llamada saliente humana | La situación requiere juicio, negociación, empatía o una conversación compleja desde el principio. | El costo de personal y la concurrencia están más limitados que en un flujo de trabajo de notificaciones impulsado por software. |
Casos de uso comunes de la voz A2P
Recordatorios de citas y reservas
Una aplicación de programación puede realizar una llamada de recordatorio antes de una cita y permitir que el destinatario confirme, cancele o solicite una devolución de llamada. El flujo de trabajo debe registrar el resultado para que no continúe llamando después de que la tarea esté completa.
Notificaciones de entrega y servicio
Un sistema de logística o de servicio en campo puede activar una llamada cuando cambia una ventana de entrega, un técnico se está acercando o un evento de servicio necesita atención inmediata.
Autenticación y alertas de cuenta
Algunos servicios utilizan la voz como canal alternativo para códigos de acceso de un solo uso o notificaciones importantes de la cuenta. Los flujos de trabajo sensibles a la seguridad deben evitar revelar más información de la que el destinatario necesita para completar la tarea.
Rellamadas de cola
Un centro de contacto o centro de llamadas puede permitir que un cliente abandone la cola y reciba una llamada cuando un agente esté disponible. La aplicación inicia la rellamada, pero la conversación de soporte real sigue ocurriendo entre el cliente y el agente.
Notificaciones de interrupciones e incidentes
Las organizaciones pueden usar llamadas automatizadas para distribuir actualizaciones operativas sensibles al tiempo. El mensaje debe hacer que el remitente, el propósito y la siguiente acción sean comprensibles lo antes posible.
Las llamadas A2P no son lo mismo que el "robocalling legal"
La frase "iniciado por una aplicación" describe cómo comienza una llamada. Por sí misma, no determina si una llamada está permitida.
Qué hace —y qué no hace— STIR/SHAKEN
STIR/SHAKEN es un marco de autenticación de identificador de llamadas utilizado en redes de voz IP. Fue diseñado para hacer que la información del identificador de llamadas sea más confiable y ayudar a los proveedores a combatir la suplantación de identidad (spoofing) ilegal.
Es importante no exagerar esa función. La autenticación del identificador de llamadas no prueba que el contenido de una llamada sea veraz, que el llamador haya obtenido el consentimiento requerido o que la llamada sea legal. Por lo tanto, un programa A2P confiable necesita tanto controles de identidad de red como controles de consentimiento, supresión y gobernanza a nivel de campaña.
Una arquitectura de voz A2P práctica
Un flujo de trabajo de producción típico se ve así:
Evento empresarial → lógica de aplicación → API/proveedor de voz → red del operador → destinatario → evento de interacción/estado → aplicación
Evento empresarial
El disparador debe ser explícito: una cita llega a una ventana de recordatorio, un estado de entrega cambia, una regla de cuenta se dispara o una rellamada llega al frente de una cola.
Lógica de aplicación
La aplicación decide si se debe realizar una llamada, qué mensaje o interacción aprobada usar, a qué número llamar, qué sucede si no hay respuesta y cuándo debe detenerse el flujo de trabajo.
Proveedor de voz
El proveedor maneja el inicio de la llamada y expone funciones de control de llamadas y estado. Dependiendo de la plataforma, esas funciones pueden incluir texto a voz, grabaciones, recopilación DTMF, enrutamiento SIP, conferencias, colas o transferencia de agentes.
Interacción del destinatario
La llamada debe identificar al remitente y el propósito rápidamente. Si el destinatario puede realizar una acción, las opciones deben limitarse a lo necesario para completar la tarea.
Actualización de estado y flujo de trabajo
Los resultados de la llamada deben fluir de vuelta a la aplicación empresarial. Una confirmación completada debe suprimir reintentos innecesarios; una llamada fallida o sin respuesta puede pasar a otro paso aprobado según el flujo de trabajo.
Construya el flujo de trabajo antes de elegir características
Un diseño A2P útil comienza con la tarea del cliente, no con la lista de características de la API.
Lista de verificación de implementación de voz A2P
Antes del lanzamiento, verifique lo siguiente:
- Los números de destino están normalizados y validados para el flujo de trabajo.
- El número de llamada y la configuración del identificador de llamadas están autorizados para el proveedor y la ruta que se está utilizando.
- Los registros de consentimiento u otros permisos están vinculados al caso de uso correcto.
- El mensaje hablado identifica a la organización y el propósito según lo requerido para la campaña.
- Las rutas de exclusión voluntaria o revocación son capturadas y propagadas a los sistemas de supresión.
- La lógica de reintento tiene un máximo definido y no sigue llamando después del éxito.
- La lógica de zona horaria y horas permitidas se basa en el destinatario en lugar de solo en la hora del servidor de la empresa.
- Los estados de falla, ocupado, sin respuesta y completado tienen acciones siguientes separadas.
- Las transferencias a agentes en vivo tienen lógica de personal y colas detrás de ellas.
- La grabación o transcripción está habilitada solo después de que se hayan abordado las reglas aplicables y los requisitos de notificación.
- El monitoreo puede detectar tasas de falla anormales, filtrado de operadores o cambios inesperados en el volumen de llamadas.
Métricas que realmente ayudan
El total de llamadas realizadas dice poco sobre si el flujo de trabajo resolvió la tarea del cliente. Medidas más útiles pueden incluir:
Preguntas frecuentes
¿Qué significa llamada A2P?
Las llamadas A2P generalmente significan que una aplicación o flujo de trabajo automatizado inicia una llamada de voz a una persona. La aplicación puede entregar información, recopilar datos, actualizar otro sistema empresarial o transferir al destinatario a un agente real.
¿Es la llamada A2P lo mismo que el robocalling?
No exactamente. A2P describe un flujo de trabajo iniciado por una aplicación. "Robocall" se usa comúnmente para llamadas que involucran marcación automatizada o voz artificial o pregrabada. Las obligaciones legales dependen de la tecnología real, el contenido, el destinatario, el propósito y la jurisdicción.
¿Es necesario el registro A2P 10DLC para las llamadas de voz A2P?
No. A2P 10DLC es un marco de EE. UU. para mensajería empresarial a través de números estándar de 10 dígitos. Las llamadas de voz tienen requisitos separados de proveedor, identificador de llamadas, consentimiento y regulación.
¿STIR/SHAKEN hace que una llamada automatizada cumpla con las normas?
No. STIR/SHAKEN ayuda a autenticar la información del identificador de llamadas en redes IP compatibles. No reemplaza los requisitos de consentimiento, "no llamar", divulgación, grabación u otros requisitos específicos de la campaña.
¿Puede una llamada A2P transferirse a un agente real?
Sí. Un flujo de trabajo de voz programable puede conectar o transferir una llamada contestada a un agente cuando el proceso de negocio requiere interacción humana y la plataforma admite ese flujo de llamadas.
Conclusión final
La voz A2P se entiende mejor como un canal de comunicación programable: el software decide cuándo realizar una llamada y qué debe hacer la llamada. La API de voz es solo una capa. Un sistema confiable también necesita una tarea de cliente clara, reintentos controlados, identidad de llamada precisa, lógica de consentimiento y supresión, retroalimentación de estado y un punto definido donde la automatización entrega la conversación a una persona.
