« Bonjour, c’est Monsieur Meier. J’ai rendez-vous demain à dix heures. Vous pouvez le déplacer à vendredi ? »
L’assistant trouve effectivement un Monsieur Meier à dix heures. Le CRM affiche peut-être même son véhicule ou le type de prestation. Le récit est cohérent. Cela ne prouve toujours pas que la personne au téléphone est le titulaire du dossier.
La vérification d’identité devient pénible quand elle est ajoutée trop tard au projet. Soit l’assistant révèle trop de choses parce que le nom « correspond », soit il oblige chaque appelant à passer un contrôle lourd avant même de donner les horaires.
La voie plus saine est une vérification progressive, proportionnelle à l’action. Les questions générales restent simples. Avant une donnée sensible ou une modification importante, le système augmente le niveau de preuve.
Vérifier l’appelant avec Voice AI : l’intention n’est pas l’identité
Un système vocal peut très bien comprendre ce que la personne demande. Il ne sait pas pour autant qui elle est.
NIST SP 800-63B traite l’authentification comme la vérification qu’un claimant correspond à une identité déjà liée à un abonné. Cette publication concerne les systèmes d’identité numérique et n’est pas une règle juridique suisse pour les assistants téléphoniques. La distinction reste utile : connaître des informations sur un client n’équivaut pas à prouver qu’on est ce client.
Le PFPDT/EDÖB rappelle par ailleurs que la loi suisse sur la protection des données s’applique directement aux traitements de données personnelles effectués avec l’IA.
Fait confirmé : le nom, l’adresse, le rendez-vous ou le véhicule peuvent aider à retrouver un dossier sans constituer à eux seuls un facteur d’authentification robuste.
Recommandation : augmentez la vérification en fonction de la prochaine action demandée.
Ce que l’assistant peut faire avant de vérifier
Beaucoup d’appels sont publics : horaires, adresse, description des services, disponibilité générale ou prise d’une demande de rappel. Un contrôle d’identité n’apporte rien dans ces cas.
Même lorsque l’assistant trouve un dossier, il devrait révéler le minimum avant la vérification. Dire « je peux vous aider avec votre rendez-vous » est différent de lire un historique ou des coordonnées parce que l’appelant connaît un nom.
Un step-up devient pertinent avant de communiquer des factures, un historique sensible, des données stockées ou avant de modifier des coordonnées, un moyen de paiement, une commande ou une réservation existante.
Exemple garage : « Faites-vous les pneus le samedi ? » reste public. « Modifiez le numéro de téléphone et l’adresse de facturation du dossier » touche au contrôle du compte.
Faire entrer la vérification au bon moment dans la conversation
Une bonne vérification ne ressemble pas à un interrogatoire. Elle apparaît juste avant l’étape qui nécessite réellement davantage de certitude.
- Comprenez d’abord la demande. Laissez l’appelant expliquer brièvement son besoin.
- Classez l’action. Publique, liée au compte, sensible ou engageante.
- Déclenchez le step-up uniquement si nécessaire. Code envoyé à un canal déjà enregistré, lien vérifié ou méthode adaptée au risque.
- N’utilisez pas uniquement des données faciles à connaître. Nom, date de naissance, adresse, plaque ou heure de rendez-vous ne suffisent pas toujours.
- Limitez les tentatives et les indices. Après quelques échecs, transférez à un humain plutôt que de révéler progressivement des informations.
- Limitez aussi la session vérifiée. Une vérification pour déplacer un rendez-vous ne doit pas forcément ouvrir tout le dossier.
La méthode exacte dépend de l’activité et des systèmes. Le principe important est d’écrire la règle plutôt que de laisser le bot improviser.
Moins de friction grâce à une sécurité mieux placée
Le mauvais UX vient souvent d’un contrôle trop tôt ou mal expliqué.
« Avant de modifier votre adresse de facturation, je dois vérifier que c’est bien vous. Je vous envoie un code au numéro déjà enregistré. » Le client comprend pourquoi on lui demande un effort supplémentaire.
L’ordre compte : poser cinq questions puis découvrir que la personne voulait seulement savoir quand l’atelier ferme est une friction entièrement évitable.
Il faut également prévoir la sortie. Une personne peut avoir changé de numéro, ne plus accéder à son e-mail ou ne pas pouvoir entrer un code en conduisant. L’assistant doit alors proposer un rappel contrôlé, une vérification par un collaborateur ou une étape asynchrone sûre.
Il ne devrait pas inventer de nouvelles « questions secrètes » plus faibles simplement pour terminer l’appel.
Le pilote minimal : trois actions, trois niveaux
Testez d’abord trois cas : information publique, modification modérée et opération clairement sensible.
Pour chacun, décidez ce que l’assistant peut dire avant la vérification, quel facteur utiliser, combien d’échecs accepter et comment transférer à un humain.
Incluez dans les tests deux clients portant le même nom, un ancien numéro, une mauvaise connexion, du suisse allemand et une personne qui connaît plusieurs vrais détails mais pas le facteur prévu.
Mesurez la réussite de la vérification, les abandons pendant cette étape, le temps supplémentaire par appel, le taux de transfert lié à la vérification, les actions sensibles correctement bloquées et les plaintes provoquées par le processus.
Une réussite proche de 100 % n’est pas forcément bonne si le contrôle est trop facile. Un système excessivement strict ne fait que déplacer le travail vers l’équipe.
Conclusion : Voice AI ne doit pas « identifier complètement » chaque personne. Elle doit obtenir suffisamment de preuve pour l’action qui arrive. Gardez les informations publiques fluides et placez une vraie barrière avant les données et changements qui comptent.
Le guide Voice AI et protection des données traite l'enregistrement et la transparence. Le modèle brouillon, validation, exécution encadre les actions.
Sources
FAQ
Le nom plus l’heure du rendez-vous suffisent-ils ?
Non. Ils peuvent retrouver un dossier, mais ne prouvent pas fortement l’identité.
Tous les appels doivent-ils être vérifiés ?
Non. Les informations publiques et la collecte non sensible peuvent rester sans authentification.
Quelle méthode choisir ?
Selon le risque et vos systèmes. Un code envoyé à un canal déjà enregistré est souvent plus robuste qu’une simple question de connaissance.
Si le client n’a plus son téléphone ?
Prévoyez une alternative humaine ou asynchrone sans réduire silencieusement le niveau de sécurité.
NIST SP 800-63B est-il une loi suisse ?
Non. C’est une référence technique américaine utilisée ici pour structurer l’architecture, pas une norme juridique suisse.