Aller au contenu principal
Retour à Outrank
IA Conversationnelle

Natural language understanding : guide complet 2026

Natural language understanding : composants, différences avec NLG et NLP, intégration LLM et RAG, cas d'usage relation client et bonnes pratiques RGPD.

Louis-Clément Schiltz
CEO & Founder, Webotit.ai
13 min de lecture

Parler de ce sujet avec Webotit

Un client appelle avec une phrase apparemment simple : « J'ai un souci avec ma facture du 12 ». Pourtant, derrière cette demande, il peut y avoir une contestation, un prélèvement refusé, une erreur d'adresse ou une question sur une échéance. Si le système le fait passer par un menu vocal, puis par trois services avant de le transférer au mauvais conseiller, l'expérience se dégrade immédiatement.

Le natural language understanding, ou NLU, change le point de départ. Au lieu de demander au client de choisir une branche prédéfinie, le système analyse ce qu'il cherche à accomplir, les informations présentes dans son message et le niveau de certitude de son interprétation. Le NLU devient alors une chaîne décisionnelle, reliée à l'ASR pour la voix, au LLM pour la formulation et au RAG pour les réponses documentées.

En France, cette approche s'inscrit dans une histoire de recherche déjà structurée. La conférence TALN est née en 1994, puis s'est tenue presque chaque année depuis 1997, avec des éditions dans plusieurs villes françaises. Cette continuité a contribué à stabiliser les travaux sur la compréhension du langage, l'interaction homme-machine et les agents conversationnels, comme le retracent les archives de la conférence TALN.

Pourquoi le NLU est devenu central en relation client

Reprenons l'appel de départ. Le client dit : « J'ai un souci avec ma facture du 12 ». Un système fondé sur des menus entend parfois le mot « facture » et envoie l'appel vers un parcours général. Un système NLU cherche plutôt à déterminer l’intention, par exemple contester une facture, obtenir une explication ou signaler un prélèvement, puis extrait la date et les éléments utiles.

Cette différence paraît subtile, mais elle modifie toute l'orchestration. Le NLU peut orienter l'appel vers la facturation, demander une précision si plusieurs intentions restent plausibles et transmettre au conseiller un résumé structuré. Le client évite de répéter son problème, tandis que l'agent reçoit un contexte exploitable avant même de prendre la conversation.

Schéma explicatif montrant comment le NLU analyse l'intention d'un appel client pour optimiser la relation client.
Schéma explicatif montrant comment le NLU analyse l'intention d'un appel client pour optimiser la relation client.

Une porte d'entrée commune aux canaux

Le même principe s'applique au chat, à l'email et à la voix, mais les contraintes changent. Dans un chat, le texte est généralement lisible et court. Dans un email, le système doit distinguer le sujet principal des détails secondaires. Dans un appel, il doit d'abord composer avec la transcription produite par l'ASR.

Les directions de la relation client recherchent souvent cinq effets concrets :

  • Structurer les demandes, en transformant une formulation libre en intention, entités et action possible.
  • Réduire les transferts inutiles, en envoyant la demande vers la bonne équipe dès le premier échange.
  • Préserver l'expérience, avec une réponse plus directe et un passage humain mieux préparé.
  • Renforcer la conformité, grâce à des décisions et des données suivies dans la chaîne de traitement.
  • Alimenter un LLM de façon contrôlée, avec un contexte qualifié plutôt qu'un message brut.

La maturité scientifique ne signifie pas que l'usage est déjà généralisé. Dans les données européennes relayées en France, 6 % des entreprises françaises de dix employés ou plus utilisaient l'IA en 2021, tandis que 1 % déclaraient utiliser l'analyse de big data via le NLP ou la reconnaissance vocale. La moyenne européenne d'adoption de l'IA était de 7 % dans cette même source, ce qui montre un écart entre l'intérêt stratégique du sujet et son déploiement réel, comme le rapporte ActuIA à partir des données Eurostat.

Pour cadrer un projet, une plateforme comme les agents IA pour la relation client de Webotit.ai doit donc être évaluée sur sa chaîne complète, pas uniquement sur la qualité d'un modèle.

Définition du natural language understanding et différences avec NLP et NLG

Une bonne analogie consiste à comparer une conversation à un orchestre. Le NLU ne joue pas la musique et ne rédige pas la partition. Il lit ce que le client exprime, identifie le morceau recherché et repère les éléments nécessaires pour lancer la bonne action.

Le NLU est une brique du NLP, ou traitement automatique du langage. Le NLP désigne l'ensemble des techniques qui permettent de traiter du langage humain, depuis la segmentation d'un texte jusqu'à son classement, son extraction d'informations ou son analyse syntaxique. Le NLG, ou génération de langage naturel, intervient à l'autre extrémité : il produit une réponse compréhensible.

CritèreNLUNLPNLG
PortéeComprendre la demande et son contexteTraiter et analyser le langage au sens largeGénérer un texte naturel
Sortie attendueIntention, entités, contexte, confianceTexte segmenté, annoté ou transforméRéponse, résumé ou reformulation
Exemple avec « résilie mon contrat »Intent « résiliation », entité « contrat »Tokenisation, analyse grammaticale, classification possibleRéponse empathique expliquant les étapes de résiliation

Pourquoi cette distinction compte dans une architecture

Un décideur peut acheter un assistant conversationnel basé sur un LLM en pensant acheter un moteur NLU. Ce n'est pas la même chose. Un LLM peut produire une formulation très naturelle, mais la fluidité d'une réponse ne garantit ni le bon routage, ni l'extraction correcte d'une référence client, ni la maîtrise d'une action sensible.

Dans un parcours de résiliation, le NLU peut reconnaître l'intention, identifier le contrat concerné et déclencher une demande de vérification. Le LLM peut ensuite reformuler les informations ou expliquer la procédure, à condition que les règles métier limitent ce qu'il a le droit de faire.

Règle d'architecture : le NLU décide ce que la demande signifie. Le LLM aide à dire quoi répondre.

Cette séparation évite aussi une erreur fréquente, celle qui consiste à confondre compréhension et réponse. Un système peut bien générer une phrase polie tout en ayant mal interprété l'intention initiale. Pour un service client, le premier contrôle doit donc porter sur la décision prise, pas seulement sur le style de sortie.

Le NLU n'est pas limité aux anciens systèmes à règles. Les modèles supervisés, les transformers et les LLM peuvent participer à la compréhension. L'enjeu reste le même : produire une représentation exploitable, contrôlable et reliée aux processus de l'entreprise.

Les quatre briques techniques d'un pipeline NLU

Prenons la phrase : « Je veux résilier ma mutuelle santé avant le 31 mars ». Un pipeline NLU ne la traite pas comme une simple suite de mots. Il la transforme progressivement en une décision structurée.

Première étape, préparer le texte

La tokenisation découpe la phrase en unités, mots ou sous-mots. Les modèles modernes peuvent utiliser des méthodes comme le Byte-Pair Encoding, qui représente aussi des mots rares ou des variantes morphologiques. La normalisation traite la casse, les accents et la ponctuation sans effacer les indices utiles.

Le système doit aussi tenir compte des formulations réelles. Un client peut dire « résilié ma mutuelle », « je veux arrêter ma complémentaire » ou « comment mettre fin à mon contrat santé ». La forme change, mais l'objectif peut rester identique.

Deuxième étape, reconnaître l'intention

Le classifieur compare l'énoncé à des intentions définies par l'entreprise. Historiquement, des modèles comme les SVM ont été utilisés pour cette tâche. Les architectures de type BERT et MiniLM permettent ensuite de mieux exploiter le contexte et les variations de formulation.

La sortie attendue n'est pas une réponse complète. C'est une étiquette comme résiliation de contrat, accompagnée d'un score de confiance. Ce score peut déterminer si le système poursuit automatiquement, pose une question de clarification ou transfère vers un conseiller.

Troisième étape, extraire les entités

La reconnaissance d'entités nommées, ou NER, repère les informations qui donnent une valeur opérationnelle à l'intention. Dans notre exemple, « mutuelle santé » correspond au produit et « 31 mars » à une date.

L'entreprise peut ensuite utiliser ces éléments pour sélectionner le bon contrat, vérifier une échéance ou demander une information manquante. Une classification correcte sans extraction fiable reste insuffisante pour automatiser un parcours.

Schéma illustrant les quatre étapes techniques d'un pipeline NLU, de la tokenisation à la classification de l'intention.
Schéma illustrant les quatre étapes techniques d'un pipeline NLU, de la tokenisation à la classification de l'intention.

Quatrième étape, relier le sens au contexte

Le parsing analyse les relations grammaticales entre les mots, notamment le sujet, le verbe et le complément. Les embeddings représentent ensuite la demande sous forme vectorielle pour rapprocher des formulations sémantiquement similaires, y compris celles qui n'étaient pas présentes dans les exemples d'entraînement.

Pour une équipe métier, cette mécanique a une conséquence simple : il faut tester séparément les intentions, les entités et la compréhension du contexte. Le benchmark français COLE regroupe 23 tâches et évalue 94 modèles sur des phénomènes linguistiques spécifiques au français, selon sa publication de recherche. Un score global peut masquer une faiblesse sur la paraphrase, la syntaxe ou le raisonnement.

Un projet de back-office peut exploiter cette structuration pour classer les demandes, pré-remplir un dossier et déclencher une action dans les systèmes internes, par exemple avec des agents IA dédiés au back-office.

Articuler NLU, LLM et RAG sans tomber dans l'hallucination

Le NLU et le LLM ne sont pas concurrents. Ils occupent des positions différentes dans la chaîne. Le NLU agit comme un routeur fiable : il identifie l'intention, extrait le numéro client ou la référence de sinistre, puis vérifie si la demande peut entrer dans un parcours connu.

Le LLM intervient ensuite pour reformuler, résumer ou produire une réponse naturelle. Avec le RAG, il ne s'appuie pas uniquement sur sa mémoire statistique. Il interroge une base documentaire, récupère les contenus pertinents et génère une réponse à partir de sources sélectionnées.

Le flux de décision recommandé

Un parcours vocal ou textuel peut suivre cette séquence :

  1. ASR ou texte brut, selon le canal.
  2. Détection d'intention et extraction d'entités par le NLU.
  3. Filtre de confiance, avec des règles différentes selon le risque.
  4. Recherche RAG, limitée à une base de connaissances validée.
  5. Réponse LLM contextualisée, avec le niveau de précision adapté.
  6. Revue humaine, lorsque la confiance est insuffisante ou l'action sensible.

Une demande de résiliation, de paiement ou de modification contractuelle ne doit pas suivre les mêmes règles qu'une question générale sur les horaires. Le système peut utiliser le LLM pour expliquer la procédure, mais l'autorisation de l'action doit rester gouvernée par les règles métier et les contrôles d'identité.

Point de vigilance : le RAG réduit le risque de réponse non fondée, mais il ne rend pas automatiquement une base documentaire exacte. Les sources doivent être versionnées, propriétaires identifiés et contenus obsolètes retirés.

Le NLU apporte le déterminisme du routage. Le LLM apporte la souplesse linguistique. Une base de connaissance IA pour le service client devient alors une composante de contrôle, pas seulement un réservoir de documents.

Chatbots, callbots et mailbots en pratique

Un client écrit « Où est ma commande ? », appelle dans un environnement bruyant ou envoie un long message avec une pièce jointe. Le canal change la qualité du signal disponible. Le NLU doit donc s'inscrire dans une chaîne décisionnelle adaptée à chaque usage, avec l'ASR pour la voix, le LLM pour formuler et une supervision humaine dès que la confiance baisse ou que la demande devient sensible.

Un chatbot web reçoit généralement un texte court et lisible. Il détecte l'intention, extrait les informations utiles, puis propose une réponse ou une action. Un chatbot de relation client peut traiter une demande d'attestation, vérifier les informations nécessaires et orienter vers un conseiller lorsque le dossier dépasse son périmètre.

Le callbot dépend d'abord de l'ASR. Celui-ci transforme la parole en texte malgré le bruit, les hésitations, les accents et les chevauchements de voix. Une étude sur le corpus MEDIA indique que le meilleur système spécialisé atteint 13,20 % de CER sur les transcriptions ASR de test. Cette valeur illustre l'effet direct des erreurs de transcription sur la reconnaissance des intentions et des entités, comme le montre la ressource consacrée au modèle MEDIA NLU. Le seuil de confiance doit tenir compte du risque. Une commande simple et une modification contractuelle ne suivent pas les mêmes règles.

Le mailbot traite des messages plus longs, parfois désordonnés, avec plusieurs demandes dans un même texte. Il combine le classement du sujet, l'extraction des informations métier et le résumé transmis au conseiller. Dans une mutuelle ou un service spécialisé comme Nextpool, il peut distinguer une réclamation, une souscription et une demande d’attestation, extraire le numéro de dossier et identifier le produit concerné. Le CRM reçoit alors un résumé et des champs pré-remplis, tandis que le conseiller garde la décision pour les dossiers complexes.

CritèreChatbot webCallbotMailbot
CanalTexte en ligneVoix transcrite par ASREmail et pièces jointes
Contraintes principalesVariantes lexicales, contexte de sessionBruit, accents, hésitations, erreurs ASRLongueur, structure libre, demandes multiples
Indicateurs utilesCompréhension, résolution, satisfactionCER, incompréhension, transfertClassement, extraction, délai de traitement

L'expérience doit aussi annoncer clairement l'IA au début d'un appel. 72 % des personnes en France se sentiraient trompées si une entreprise ne disait pas dès le départ qu'elles parlent à une IA, selon l’Observatoire des services clients 2025 d'Ipsos. La même source indique que 90 % préfèrent attendre un conseiller humain plutôt qu'un conseiller virtuel, et que 64 % refusent un conseiller assisté par IA. Une sortie humaine visible, compréhensible et accessible renforce la confiance, tout en facilitant la conformité et la traçabilité du parcours.

Mesurer la performance d'un système NLU en production

Un tableau de bord NLU doit relier la qualité linguistique à un résultat métier. Une bonne classification qui déclenche le mauvais workflow ne crée pas de valeur. À l'inverse, un transfert humain peut être pertinent si le système reconnaît correctement la complexité de la demande.

Quatre familles d'indicateurs

  • Qualité NLU, avec l'accuracy des intents, le F1-score des entités et le taux d'incompréhension.
  • Qualité ASR, sur la voix, avec le CER et le WER.
  • Impact opérationnel, avec le taux de transfert, la résolution au premier contact et le temps moyen de traitement.
  • Expérience client, avec la satisfaction post-bot et le NPS.

Les métriques offline proviennent d'un jeu de test annoté. Elles servent à comparer des versions dans un environnement contrôlé. Les métriques online viennent des conversations réelles, idéalement avec un mode d'observation qui permet de mesurer une nouvelle version avant de lui confier la décision.

Le réglage de la confiance mérite une attention particulière. Un système peut afficher une accuracy élevée sur ses intentions principales, mais transférer trop de conversations parce que son seuil est trop prudent. À l'inverse, un seuil trop bas peut laisser passer des erreurs sur des demandes sensibles.

Graphique montrant les indicateurs clés de performance pour mesurer l'efficacité d'un système NLU en environnement de production.
Graphique montrant les indicateurs clés de performance pour mesurer l'efficacité d'un système NLU en environnement de production.

Mesurer la dérive, pas seulement le lancement

Les formulations changent avec les offres, les campagnes, les réglementations et les habitudes des clients. Une détection de drift doit repérer l'apparition de nouveaux termes, la hausse des incompréhensions ou le déplacement des demandes vers une intention voisine.

L'équipe peut conserver un échantillon de conversations, faire annoter les erreurs par des conseillers et comparer les décisions du modèle avec les décisions humaines. Le réentraînement doit alors répondre à des erreurs observées, pas à une impression générale de baisse de qualité.

RGPD, traçabilité et confiance comme leviers de performance

La conformité ne se limite pas à une validation juridique avant le lancement. Elle influence directement la conception du parcours, la qualité des données et la confiance du client. Une interaction annoncée, explicable et réversible donne au conseiller les moyens de reprendre la main sans rupture.

La CNIL rappelle que le RGPD s'applique dès qu'un système d'IA collecte ou utilise des données personnelles. Ses 6 principes fondamentaux restent exigibles : licéité, finalité, minimisation, exactitude, limitation de conservation et sécurité, comme l'explique la fiche CNIL destinée aux professionnels.

Les contrôles à intégrer dès la conception

Un chatbot RH qui traite un nom, une adresse email ou un historique de demandes constitue un traitement de données personnelles. L'entreprise doit informer les personnes, tenir son registre à jour et limiter les données envoyées au modèle à ce qui sert réellement la finalité.

La CNIL précise aussi que le règlement européen sur l'IA complète le RGPD, sans le remplacer. Lorsqu'une décision entièrement automatisée produit des effets juridiques, l'article 22 du RGPD redevient central, comme le rappelle cette foire aux questions de la CNIL sur le règlement européen sur l'IA.

Une checklist opérationnelle peut inclure :

  • Base légale, définie avant l'entraînement et l'inférence.
  • Information claire, avec annonce de l'IA au début de l'interaction.
  • Minimisation, en retirant les données inutiles des prompts et des logs.
  • Traçabilité, avec intention, entités, score de confiance et transfert enregistrés.
  • Réversibilité, avec une escalade humaine fonctionnelle.
  • Revue de conservation, adaptée à la finalité du traitement.

Les recommandations publiées par la CNIL sur le développement des systèmes d'IA placent ces décisions au stade de la conception. Cette approche évite de découvrir trop tard qu'un parcours conversationnel envoie au LLM des données sans base légale clairement définie.

Checklist ROI et indicateurs de succès pour un projet NLU

Un décideur peut suivre un projet NLU avec quatre blocs. Le containment mesure les résolutions sans agent, les transferts humains et la pertinence des escalades. La qualité couvre les intentions, les entités, la satisfaction et les ré-appels. L'économie compare le coût par interaction, le délai de retour sur investissement et la période de récupération. La conformité vérifie la traçabilité, les incidents et l'information donnée au client.

BlocIndicateurSeuil de vigilanceFréquence
ContainmentRésolution sans agent et transferts pertinentsContainment inférieur à 70 %, réviser le modèleHebdomadaire
QualitéIntent accuracy, F1 entités, CSAT, ré-appelHausse des incompréhensions ou baisse de satisfactionHebdomadaire
ÉconomieCoût par contact, ROI, payback periodCoût stable sans amélioration de résolutionMensuelle
ConformitéLogs tracés, incidents RGPD, information délivréeTrace manquante ou escalade indisponibleMensuelle

Le tableau ne suffit pas à expliquer une baisse. Il faut relier chaque résultat à la chaîne de décision. Une erreur d'ASR peut dégrader l'intention, un LLM peut reformuler une demande hors périmètre, et un RAG peut fournir un contenu mal récupéré. Les seuils doivent donc déclencher une vérification humaine, puis une correction du composant concerné.

Un comité métier et technologie examine ces données chaque mois. Une revue du dataset chaque trimestre, des tests continus des prompts LLM et des variantes d'annonce limitent l'effet boîte noire. Pour les emails, un mailbot de réponse aux emails peut être évalué sur le classement, l'extraction et le temps réellement économisé par les agents.

Le système doit rester un produit vivant, avec responsables, versions, seuils et retour humain. Webotit.ai conçoit des chatbots, callbots, mailbots et agents IA combinant NLU, LLM, RAG, intégrations métier, supervision humaine et traçabilité RGPD. Un diagnostic gratuit de 45 minutes sur Webotit.ai peut aider à prioriser les demandes et à cadrer une feuille de route mesurable.

natural language understandingNLU chatbotNLU et LLMNLU RGPDNLU relation client