L'appel A2P, ou appel application-vers-personne, est un appel vocal initié par un logiciel à partir d'une application ou d'un flux de travail automatisé vers une personne. Un système métier peut déclencher l'appel, lire ou générer un message, recueillir des saisies au clavier, fournir une mise à jour de statut ou transférer le destinataire à un agent en direct lorsque le flux de travail nécessite une intervention humaine.
En termes pratiques : La voix A2P est un canal de communication sortant programmable. L'application décide du moment où un appel doit débuter, la plateforme vocale passe et contrôle l'appel, et le résultat est réinjecté dans le flux de travail de l'entreprise.
Les usages courants incluent les rappels de rendez-vous, les alertes de livraison, les notifications de compte, les appels de mot de passe à usage unique, les avis de panne, les rappels de file d'attente et les flux de service client qui transfèrent un appel connecté à un agent.
Comment fonctionne l'appel vocal A2P
La plupart des systèmes vocaux A2P suivent le même cheminement de base, bien que les détails de mise en œuvre varient selon le fournisseur.
Un événement métier déclenche le flux de travail
Un système de planification, un CRM, un système antifraude, une plateforme logistique ou une autre application détermine qu'un appel doit être passé.
L'application demande un appel sortant
Le logiciel envoie une demande à une plateforme vocale programmable. Twilio, par exemple, documente une API voix programmable qui peut créer et contrôler des appels par programmation.
Le fournisseur achemine l'appel
Le fournisseur de services vocaux connecte l'appel via le chemin réseau approprié vers le numéro de destination.
Le destinataire entend l'appel ou interagit avec
Le flux de travail peut lire un enregistrement audio, utiliser la synthèse vocale, collecter une saisie au clavier DTMF ou connecter la personne à un agent.
Le statut de l'appel revient à l'application
L'application peut utiliser des informations de statut définies par le fournisseur pour décider si la tâche est terminée, si une nouvelle tentative est appropriée, si un autre canal doit être utilisé ou si un humain doit effectuer un suivi. La ressource Call de Twilio est un exemple de ce modèle d'événement et de statut.
Appel A2P vs Messagerie A2P
La voix A2P et la messagerie A2P peuvent être déclenchées par des événements métier similaires, mais ce sont des canaux différents. La messagerie A2P est largement utilisée pour les notifications, les rappels, l'authentification et d'autres messages application-vers-personne ; la voix ajoute une interaction parlée en temps réel et peut prendre en charge la saisie au clavier ou le transfert vers un agent en direct. L'aperçu de la messagerie A2P de Twilio constitue un point de référence utile pour la comparaison côté messagerie.
| Canal | Utile quand | Contrainte principale |
|---|---|---|
| Voix A2P | Le message est urgent, une interaction parlée aide, la saisie au clavier est utile ou le transfert à un agent en direct est nécessaire. | Les appels sont plus intrusifs, et le consentement ou d'autres exigences de conformité dépendent de l'objectif, de la technologie, du destinataire et de la juridiction. |
| Messagerie A2P | Le message est court, asynchrone et facile à traiter depuis un écran. | Le destinataire doit remarquer et lire le message, et des règles spécifiques à la messagerie concernant l'enregistrement, le consentement et les opérateurs peuvent s'appliquer. |
| Appel sortant humain | La situation nécessite du jugement, de la négociation, de l'empathie ou une conversation complexe dès le départ. | Le coût du personnel et la simultanéité sont plus contraints que dans un flux de notification piloté par logiciel. |
Cas d'utilisation courants de la voix A2P
Rappels de rendez-vous et de réservations
Une application de planification peut passer un appel de rappel avant un rendez-vous et permettre au destinataire de confirmer, d'annuler ou de demander un rappel. Le flux de travail doit enregistrer le résultat afin de ne pas continuer à appeler une fois la tâche terminée.
Notifications de livraison et de service
Un système de logistique ou de service sur le terrain peut déclencher un appel lorsqu'une fenêtre de livraison change, qu'un technicien approche ou qu'un événement de service nécessite une attention immédiate.
Authentification et alertes de compte
Certains services utilisent la voix comme canal alternatif pour les mots de passe à usage unique ou les notifications de compte importantes. Les flux de travail sensibles à la sécurité doivent éviter de divulguer plus d'informations que nécessaire au destinataire pour accomplir la tâche.
Rappels de file d'attente
Un centre de contact ou centre d'appels peut permettre à un client de quitter la file d'attente et de recevoir un appel dès qu'un agent est disponible. L'application initie le rappel, mais la conversation de support réelle reste entre le client et l'agent.
Notifications de panne et d'incident
Les organisations peuvent utiliser des appels automatisés pour diffuser des mises à jour opérationnelles sensibles au facteur temps. Le message doit rendre l'expéditeur, l'objectif et l'action suivante compréhensibles le plus tôt possible.
L'appel A2P n'est pas la même chose que le « Robocalling légal »
« Initié par une application » décrit la façon dont un appel commence. Cela ne détermine pas, en soi, si un appel est autorisé.
Aux États-Unis, le Telephone Consumer Protection Act et les règles de la FCC restreignent certains appels utilisant une voix artificielle ou préenregistrée. Les appels de télémarketing peuvent avoir des exigences de consentement plus strictes que certains appels informatifs non liés au télémarketing, et la règle exacte dépend du type d'appel, de la technologie, du destinataire, de l'objectif et de l'exemption applicable. L'ordonnance de la FCC sur le consentement et la révocation TCPA de 2024 est l'une des sources primaires actuelles pour ce cadre.
Pour un programme vocal aux États-Unis, la mise en œuvre doit définir au moins :
- quel type de message est envoyé ;
- quel consentement ou quelle autre autorisation est requis pour ce type d'appel ;
- comment les demandes de révocation et de désinscription sont capturées et honorées ;
- si les exigences fédérales ou étatiques « ne pas appeler » s'appliquent ;
- quelle identification ou divulgation est requise ;
- quelles commandes d'heures d'appel ou de fréquence s'appliquent ; et
- si l'enregistrement ou la transcription crée des exigences supplémentaires.
Ces règles doivent être liées à la campagne et à la juridiction réelles plutôt que d'être copiées à partir d'un modèle A2P générique.
Ce que STIR/SHAKEN fait — et ne fait pas
STIR/SHAKEN est un cadre d'authentification de l'ID de l'appelant utilisé sur les réseaux vocaux IP. Il a été conçu pour rendre les informations d'ID de l'appelant plus dignes de confiance et aider les fournisseurs à lutter contre l'usurpation d'identité illégale.
Il est important de ne pas surestimer cette fonction. L'authentification de l'ID de l'appelant ne prouve pas que le contenu d'un appel est véridique, que l'appelant a obtenu le consentement requis ou que l'appel est licite. Un programme A2P fiable nécessite donc à la fois des contrôles d'identité réseau et des contrôles de gouvernance, de consentement et de suppression au niveau de la campagne.
Une architecture vocale A2P pratique
Un flux de travail de production typique ressemble à ceci :
Événement métier → logique applicative → API/fournisseur vocal → réseau opérateur → destinataire → événement d'interaction/statut → application
Événement métier
Le déclencheur doit être explicite : un rendez-vous atteint une fenêtre de rappel, un statut de livraison change, une règle de compte se déclenche, ou un rappel atteint le début d'une file d'attente.
Logique applicative
L'application décide si un appel doit être passé, quel message ou interaction approuvé utiliser, quel numéro appeler, ce qui se passe en cas de non-réponse et quand le flux de travail doit s'arrêter.
Fournisseur vocal
Le fournisseur gère l'initiation de l'appel et expose les fonctions de contrôle et de statut de l'appel. Selon la plateforme, ces fonctions peuvent inclure la synthèse vocale, les enregistrements, la collecte DTMF, le routage SIP, les conférences, les files d'attente ou le transfert vers un agent.
Interaction du destinataire
L'appel doit identifier rapidement l'expéditeur et l'objectif. Si le destinataire peut effectuer une action, les choix doivent être limités à ce qui est nécessaire pour accomplir la tâche.
Mise à jour du statut et du flux de travail
Les résultats de l'appel doivent être renvoyés à l'application métier. Une confirmation terminée doit supprimer les tentatives inutiles ; un appel échoué ou sans réponse peut passer à une autre étape approuvée selon le flux de travail.
Construisez le flux de travail avant de choisir les fonctionnalités
Une conception A2P utile commence par la tâche client, pas par la liste des fonctionnalités de l'API.
- Pourquoi un appel vocal est-il nécessaire ? Si une notification par SMS ou intégrée à l'application suffit, un appel peut créer une interruption inutile.
- Que doit-il se passer lorsque la personne répond ? Définissez l'interaction réussie la plus courte possible.
- Que se passe-t-il après une non-réponse ou un échec ? Définissez un chemin de nouvelle tentative explicite ou de canal alternatif plutôt que d'autoriser des tentatives sans fin.
- Quand l'automatisation doit-elle transférer à une personne ? La facturation complexe, la rétention, les litiges, les conversations médicales, financières ou de support peuvent nécessiter un jugement humain.
- Qu'est-ce qui arrête les futurs appels ? La confirmation, la désinscription, le statut du compte ou un événement modifié doivent mettre à jour rapidement la logique de suppression.
Liste de contrôle pour la mise en œuvre de la voix A2P
Avant le lancement, vérifiez les points suivants :
- Les numéros de destination sont normalisés et validés pour le flux de travail.
- Le numéro appelant et la configuration de l'ID de l'appelant sont autorisés pour le fournisseur et l'itinéraire utilisés.
- Les enregistrements de consentement ou d'autres autorisations sont liés au cas d'utilisation correct.
- Le message parlé identifie l'organisation et l'objectif comme requis pour la campagne.
- Les chemins de désinscription ou de révocation sont capturés et propagés aux systèmes de suppression.
- La logique de nouvelle tentative a un maximum défini et ne continue pas d'appeler après un succès.
- La logique de fuseau horaire et d'heures autorisées est basée sur le destinataire plutôt que sur l'heure du serveur de l'entreprise uniquement.
- Les états d'échec, occupé, sans réponse et terminé ont des actions suivantes distinctes.
- Les transferts vers un agent en direct ont une logique de personnel et de file d'attente derrière eux.
- L'enregistrement ou la transcription n'est activé qu'après que les règles applicables et les exigences de notification ont été traitées.
- La surveillance peut détecter des taux d'échec anormaux, le filtrage par les opérateurs ou des changements de volume d'appels inattendus.
Des mesures qui aident réellement
Le nombre total d'appels passés en dit peu sur la capacité du flux de travail à résoudre la tâche client. Des mesures plus utiles peuvent inclure :
- taux de réponse ou de connexion ;
- taux d'achèvement des tâches ;
- taux de confirmation ;
- taux de désinscription ou de révocation ;
- taux d'appels échoués par cause ;
- taux d'appels répétés ;
- taux de transfert vers un agent en direct ;
- taux d'achèvement des transferts ;
- nombre moyen de tentatives nécessaires pour accomplir la tâche ; et
- taux de plainte.
Une campagne peut avoir un taux de réponse élevé et être mal conçue si les destinataires ne comprennent pas l'appel, ne peuvent pas accomplir la tâche prévue ou demandent fréquemment d'arrêter les futurs appels.
Questions fréquemment posées
Que signifie l'appel A2P ?
L'appel A2P signifie généralement qu'une application ou un flux de travail automatisé initie un appel vocal vers une personne. L'application peut fournir des informations, recueillir des saisies, mettre à jour un autre système métier ou transférer le destinataire à un agent en direct.
L'appel A2P est-il la même chose que le démarchage automatisé (robocalling) ?
Pas exactement. A2P décrit un flux de travail initié par une application. « Robocall » est couramment utilisé pour les appels impliquant une numérotation automatisée ou une voix artificielle ou préenregistrée. Les obligations légales dépendent de la technologie réelle, du contenu, du destinataire, de l'objectif et de la juridiction.
Le A2P 10DLC est-il requis pour les appels vocaux A2P ?
Non. Le A2P 10DLC est un cadre américain pour la messagerie professionnelle sur des numéros standards à 10 chiffres. L'appel vocal a des exigences distinctes en matière de fournisseur, d'ID de l'appelant, de consentement et de réglementation.
STIR/SHAKEN rend-il un appel automatisé conforme ?
Non. STIR/SHAKEN aide à authentifier les informations d'ID de l'appelant sur les réseaux IP pris en charge. Il ne remplace pas les exigences de consentement, « ne pas appeler », de divulgation, d'enregistrement ou d'autres exigences spécifiques à la campagne.
Un appel A2P peut-il être transféré à un agent en direct ?
Oui. Un flux de travail vocal programmable peut connecter ou transférer un appel répondu à un agent lorsque le processus métier nécessite une interaction humaine et que la plateforme prend en charge ce flux d'appels.
Dernier point à retenir
La voix A2P est mieux comprise comme un canal de communication programmable : le logiciel décide quand passer un appel et ce que l'appel doit faire. L'API vocale n'est qu'une couche. Un système fiable nécessite également une tâche client claire, des nouvelles tentatives contrôlées, une identité d'appelant précise, une logique de consentement et de suppression, un retour de statut et un point défini où l'automatisation passe la conversation à une personne.
