IA pour le service client des compagnies aériennes : quoi automatiser un jour de tempête

Pourquoi une seule tempête ensevelit-elle la boîte de réception d'une compagnie aérienne ?

Parce qu'un vol annulé ne produit pas une question, il en produit cinq, et chaque passager pose les cinq en même temps. « Mon vol part-il toujours ? » devient « Puis-je partir demain ? », puis « Puis-je être remboursé ? », « Où est mon bagage ? » et enfin « Que me devez-vous ? ». Chaque question est un couloir différent avec un risque différent.

Les grandes compagnies répondent à cela avec des agents branchés sur leurs systèmes de réservation. Les budgets à la Ryanair ne sont pas la situation pour laquelle j'écris. J'écris pour la compagnie régionale avec une boîte partagée, l'opérateur de charter dont les vols sont annulés deux jours avant un jour férié, et le vendeur de voyages qui a vendu le billet mais ne pilote pas l'avion. Tous reçoivent le même flot par un helpdesk classique, et tous ont la même semaine où la file triple.

Je dois être clair sur ma position. Je n'ai jamais géré la file d'une compagnie aérienne. Je travaille la file chez eesel, où je vois ce qu'un pic fait à une équipe et quelles réponses une personne doit garder, et j'ai lu les sources primaires des règles ci-dessous plutôt qu'un résumé d'éditeur. La forme du problème est la même que dans mon guide sur l'IA pour les pics saisonniers de support, avec une grande différence : dans la boîte d'une compagnie aérienne, une mauvaise réponse peut coûter de l'argent réel, par la loi.

Quels couloirs l'IA peut-elle traiter, et lesquels restent à une personne ?

Sept couloirs couvrent presque tous les messages d'un jour de tempête. Trois appartiennent à l'IA, deux sont rédigés par l'IA et validés par une personne, et le reste ne quitte jamais des mains humaines.

Cette dernière ligne compte plus qu'il n'y paraît. La détection de sentiment peut signaler le message effrayé ou furieux, mais la bonne réponse à quelqu'un bloqué avec un enfant à minuit est une personne, pas un modèle mieux rédigé. Mon guide sur les clients en colère couvre le côté humain de ce couloir.

Comment l'IA doit-elle répondre aux questions de statut et de réacheminement ?

À partir d'un seul avis vérifié, rédigé par votre équipe d'exploitation, et rien d'autre. C'est le même principe que dans mon guide sur l'IA pour la communication lors d'incidents majeurs : un seul enregistrement, tous les canaux répondent à partir de lui. Pour une compagnie aérienne, cet enregistrement a quatre champs : quels vols sont touchés, ce que vous savez avec certitude, ce que les passagers peuvent faire maintenant et quand arrive la prochaine mise à jour.

L'IA reformule ensuite cet avis pour chaque question. « Le vol de 14 h 20 pour Bergen part-il ? » reçoit le statut de l'avis. « Puis-je partir demain à la place ? » reçoit votre politique de réacheminement expliquée, suivie de « un collègue confirmera votre siège ». Elle ne choisit jamais le siège. Elle ne dit jamais « ça devrait aller ».

Le DOT est clair : le réacheminement n'est pas une obligation légale de la compagnie aux États-Unis. Il dit que, bien que non exigé par le DOT, les compagnies proposent souvent de réacheminer, et que lorsqu'elles le font, elles doivent dire que le passager a droit à un remboursement s'il n'accepte pas. Cette dernière phrase est celle qu'une réponse d'IA ne doit jamais omettre. Un message de réacheminement qui laisse de côté l'option de remboursement est la façon discrète dont une réponse d'apparence serviable devient un problème de conformité.

Pour une compagnie de ferries, le même partage se joue chaque été. Norden-Frisia exploite un agent eesel appelé CaptAIn sur Zendesk, le chat de son site et un lien de chat public, et répond à partir de 346 éléments de connaissance (FAQ, macros et anciens tickets) ; il est prévu pour jusqu'à 10,000 interactions par mois en haute saison, en baisse d'octobre à mars. Quand un chat ne peut pas être clos, l'agent crée un ticket Zendesk pour l'équipe. Ce n'est pas une compagnie aérienne, mais une activité de transport de passagers saisonnière, rythmée par les horaires et soumise à la météo, en est assez proche pour en tirer des leçons.

Que disent les règles de remboursement, et que peut affirmer l'IA en toute sécurité ?

L'IA peut énoncer la règle. Elle ne doit pas décider si la règle s'applique à ce passager. Les règles diffèrent selon la région, donc je les lis dans les sources primaires plutôt que dans un résumé.

Aux États-Unis, la page des remboursements du DOT dit qu'un passager a droit au remboursement du prix du billet si la compagnie annule un vol pour quelque raison que ce soit, ou le retarde ou le modifie fortement, et que le passager choisit de ne pas voyager ou de ne pas accepter d'avoirs ou de bons. Un retard important correspond à une arrivée 3 heures ou plus tard sur un vol intérieur, ou 6 heures ou plus tard à l'international. C'est un remboursement automatique : le passager ne devrait pas avoir à le demander, et il est dû sous 7 jours ouvrables pour un paiement par carte de crédit et 20 jours calendaires pour les autres modes de paiement. Le 14 CFR Part 260 sous-jacent définit un remboursement automatique comme celui émis sans attendre une demande explicite.

Dans l'UE, le règlement 261/2004 donne au passager d'un vol annulé le choix entre un remboursement sous sept jours ou un réacheminement, plus repas et rafraîchissements gratuits et, si nécessaire, un hôtel (articles 8 et 9). L'indemnisation en espèces est de EUR 250, 400 ou 600 selon la distance (article 7), mais la compagnie ne la doit pas si elle prouve que l'annulation est due à des circonstances extraordinaires, et les considérants citent comme exemple les conditions météorologiques qui rendent le vol impossible.

Voici comment je répartirais le travail :

• L'IA énonce : « Si nous avons annulé votre vol et que vous ne voulez pas celui qui vous a été proposé, vous avez droit à un remboursement sur votre mode de paiement d'origine. Pour les achats par carte, il est dû sous 7 jours ouvrables. » Cette phrase figure sur la page même du DOT.
• Une personne confirme : si cette réservation est éligible, le montant, et tout ce qui touche aux bons ou avoirs. Le DOT dit que les avoirs et bons proposés à la place d'un remboursement doivent être valables au moins cinq ans.
• Jamais automatisé par l'IA : une décision météo. « Est-ce une circonstance extraordinaire ? » est une décision avec de l'argent derrière, et le règlement place la charge de la preuve sur le transporteur. Un agent du support, un responsable de permanence ou une équipe juridique prend cette décision.

Si vous vendez des billets au lieu de faire voler les avions, il y a une subtilité à imprimer. Le DOT dit que les agents de billets qui sont le commerçant de référence doivent faire les remboursements corrects des billets d'avion, mais pour les frais de bagage et les autres services optionnels, le passager doit demander à la compagnie. Un agent IA chez un vendeur de voyages qui dit à chaque passager « nous rembourserons tout » fait une promesse que la règle ne fait pas.

Les règles de remboursement écartent aussi un modèle populaire : le chatbot qui dit « veuillez remplir un formulaire de demande de remboursement ». Là où le remboursement est automatique, demander au passager de demander est le mauvais circuit, ce qui est une bonne raison de lire comment l'IA traite les demandes de remboursement avant d'en brancher un.

Que se passe-t-il quand l'IA se trompe sur une règle ?

La réponse vous appartient. Dans Moffatt v. Air Canada, un passager a réservé des vols après que le chatbot de la compagnie lui avait dit qu'il pouvait demander un tarif de deuil rétroactivement dans un délai de 90 jours. La page web de la compagnie disait le contraire. Le tribunal a donné raison au passager et rejeté l'idée que le bot relevait de la responsabilité de quelqu'un d'autre :

"It should be obvious to Air Canada that it is responsible for all the information on its website. It makes no difference whether the information comes from a static page or a chatbot."

Moffatt v. Air Canada, 2024 BCCRT 149, CanLII

Air Canada a été condamnée à payer $812.02 au total : $650.88 de dommages, $36.14 d'intérêts et $125 de frais de tribunal. La somme est modeste. Le précédent ne l'est pas, car le tribunal a aussi dit qu'il n'était pas raisonnable d'attendre d'un passager qu'il vérifie un chatbot en le recoupant avec une autre partie du même site.

Deux habitudes découlent de cette affaire :

1. Gardez une seule source de vérité. Si le bot et la page de politique peuvent se contredire, un jour ils le feront. Entraînez l'IA sur les mêmes pages que vous publiez, et quand une politique change, changez-la à un seul endroit. Mon guide sur la prévention des hallucinations de l'IA explique comment garder une hallucination d'IA hors d'une réponse.
2. Faites de « je ne sais pas » un résultat normal. Un agent qui transmet, avec une note claire, un ticket qu'il ne peut pas traiter à partir de votre texte fonctionne correctement, il n'échoue pas. Voilà à quoi ressemble une bonne escalade, et j'en ai parlé dans les bonnes pratiques de transfert d'agents IA.

Comment l'IA doit-elle gérer les bagages perdus et retardés ?

En faisant la prise d'informations et en laissant la décision. Le DOT dit qu'un bagage enregistré est considéré comme fortement retardé s'il n'est pas livré dans les 12 heures suivant l'arrivée sur un vol intérieur, dans les 15 heures sur un vol international de 12 heures ou moins, et dans les 30 heures sur un vol plus long. Un passager n'est remboursé des frais de bagage que s'il dépose une déclaration de bagage mal acheminé auprès de la compagnie, selon la règle 14 CFR Part 260.5 qui fixe cette exigence.

Cela rend la première réponse facile à automatiser et facile à rater. L'IA doit faire ces quatre choses :

• Dire au passager que la déclaration de bagage mal acheminé est l'étape qui protège son remboursement.
• Recueillir dans le ticket le numéro d'étiquette, le vol, la description et l'adresse de livraison.
• Dire que le remboursement des frais et tout remboursement de dépenses sont décidés par votre équipe bagages.
• Étiqueter le ticket pour que l'équipe puisse l'acheminer vers le bon service.

Un petit détaillant de valises montre ce que cela donne dans une vraie file. Koffer.ch vend des valises et utilise eesel sur Freshdesk, et dans sa configuration chaque réponse est un brouillon. Les réclamations pour dommages et garantie reçoivent un brouillon demandant des photos et les détails de la commande, et l'équipe décide. En un mois, il a rédigé des réponses pour 60 tickets en 4 langues. C'est un chiffre minuscule à côté du jour de tempête d'une compagnie aérienne, mais le schéma, prise d'informations par l'IA et décision par une personne, est exactement le couloir des bagages.

La note de transfert compte autant que la réponse. Timengo, une entreprise de logiciels danoise sur Freshdesk, fait laisser à eesel une note interne pour l'ingénieur sur chaque ticket avec ce qu'il a trouvé, en plus du brouillon de réponse. Un agent bagages qui ouvre un ticket avec le numéro d'étiquette, le vol et ce qui a été dit au passager démarre bien plus vite qu'avec un fil vide.

Que doit lire l'IA pour être utile ?

Deux choses, et ce sont des problèmes différents. La première est votre texte de politique : règles de réacheminement, règles de remboursement, seuils de bagages, ce que vous devez et ne devez pas lors d'un épisode météo. C'est un travail de base de connaissances, et une IA entraînée sur un vrai centre d'aide et sur vos anciens tickets le fait bien.

La seconde est le dossier de réservation, et je veux être franc là-dessus. La réponse à « mon remboursement est-il approuvé ? » se trouve dans un système de réservation ou de paiement, pas dans un centre d'aide. eesel se connecte à votre helpdesk, à vos sources de connaissances et aux outils vers lesquels vous le dirigez, mais je ne dirais pas à une compagnie aérienne qu'un agent eesel peut réacheminer un siège seul dans un système de réservation. Pour une compagnie régionale aujourd'hui, la configuration pratique est : l'IA gère tout ce que le texte de politique peut répondre, et une personne fait la recherche et l'action pour tout ce qui exige la réservation. C'est une promesse plus modeste que celle des grandes études de cas de compagnies aériennes, et c'est une promesse que vous pouvez tenir.

Si vos passagers écrivent sur WhatsApp, par e-mail et via une bulle de chat, la même règle vaut sur chaque canal. Les passagers attendent une réponse omnicanale cohérente, et une source de politique unique est le moyen d'y arriver. Si vous avez besoin de réponses dans la langue du passager, mon guide d'un agent de support multilingue en parle.

Comment l'essayer avant qu'une tempête n'arrive ?

Testez sur le pire jour de l'an dernier, pas sur celui de cette année. Prenez les tickets de votre dernière grosse perturbation et passez-les dans l'agent avant qu'il ne touche un passager réel. La fonction de simulation d'eesel rejoue d'anciens tickets et note les réponses de l'agent par rapport à ce que votre équipe a réellement envoyé. Elle ne prévoit ni taux de résolution ni coût, donc considérez le résultat comme une liste de lacunes à combler, pas comme une promesse.

Procédez ensuite en trois étapes :

1. Mode brouillon sur les couloirs de réponse (semaine 1). L'agent rédige des réponses sur le statut, la politique de réacheminement et les règles de remboursement, et une personne envoie chacune d'elles. Lisez les brouillons et corrigez la page de politique là où l'agent se trompe, car la correction appartient à la source, pas à un rustine.
2. Envoi automatique sur le couloir le plus étroit (semaine 2). Laissez-le envoyer uniquement les réponses de statut de retard qui citent l'avis validé, avec un workflow d'approbation pour tout le reste.
3. Rédigez les règles de transfert (avant la saison des tempêtes). Médical, accessibilité, détresse, indemnisation, et tout message qui mentionne un avocat ou un régulateur, vont tout de suite à une personne, avec une note.

Mesurez ce qui compte pour le passager, pas seulement la déviation. Mon article sur la déviation face au taux de résolution explique pourquoi un bot qui ferme un chat n'est pas la même chose qu'un bot qui a résolu le problème, et votre délai de première réponse un jour de tempête vous dira vite si cela marche.

Combien cela coûte-t-il un jour de tempête ?

Moins qu'un intérimaire, et c'est prévisible. eesel vend des forfaits mensuels fixes de crédits : 500 crédits pour $299, 1,000 pour $499, jusqu'à 5,000 pour $1,749, et un forfait gratuit avec 100 crédits. Un ticket ou un chat vaut un crédit, que l'IA l'ait résolu ou non. Le dépassement optionnel est de $0.80 le crédit et il est désactivé par défaut.

Le calcul est le prix du forfait divisé par les messages que vous envoyez, donc un mois chargé coûte moins cher par ticket qu'un mois calme, et un forfait est un lot mensuel sans report. Comparez avec le coût de l'alternative : mon guide du coût par résolution déroule le même calcul face à une embauche saisonnière, et IA contre support humain explique où les personnes l'emportent encore.

Essayez eesel pour le support aérien et voyage

Si vos passagers écrivent à un helpdesk classique, eesel donne à votre équipe un coéquipier IA de helpdesk qui répond aux questions de retard et de politique à partir de votre propre centre d'aide, rédige les réponses de remboursement et de bagages qu'une personne envoie, et transmet à votre équipe, avec une note, les messages médicaux, d'accessibilité et de détresse. Il fonctionne avec Zendesk, Freshdesk et les autres helpdesks avec lesquels il s'intègre, et vous pouvez démarrer gratuitement avec 100 crédits avant de vous engager sur un forfait.

Je commencerais par une question : quels cinq messages votre équipe a-t-elle le plus souvent traités lors de votre dernière perturbation ? Si quatre d'entre eux se trouvent dans les couloirs de réponse ci-dessus, c'est votre première semaine.