Par où commencer avec l’IA · Premier workflow n° 3

Les demandes clients récurrentes

Un assistant de réponse aux demandes clients, introduit en deux étapes : il aide d’abord les conseillers à répondre, puis répond seul sur les motifs standards autorisés.

Un premier usage de l’IA n’a pas besoin d’être spectaculaire. Il doit surtout être suffisamment délimité pour être testé, mesuré et amélioré.

Télécharger la fiche de cadrage (PDF, 2 pages) Voir le carrousel (PDF)

Un faible risque, dans un périmètre strict seulement

Les demandes adressées au service client sur le statut d’une commande, les conditions de livraison ou de retour et l’utilisation d’un produit réunissent les quatre critères d’un bon premier workflow : elles sont répétées souvent, ont un porteur clair, appellent un livrable net et constituent un irritant déjà ressenti.

Le cas n’est à faible risque que dans un périmètre strict :

des demandes d’information statut de commande, conditions, mode d’emploi ;
des données de commande consultées en lecture seule, client authentifié ;
aucune décision commerciale ni remboursement ni geste confié à l’IA ;
les réclamations, litiges et cas sensibles transmis à un conseiller.

L’assistant répond à partir de données et de textes que l’entreprise possède déjà. Le risque ne disparaît pas. Il devient plus visible, mesurable et gouvernable lorsque les sources, le périmètre et les règles de transmission sont définis.

Une démarche en trois temps

Préparer les sources

Valider les réponses types, résoudre les contradictions, attribuer un propriétaire à chaque document et définir les données accessibles. L’outil vient ensuite.

L’assistant propose, le conseiller décide

L’assistant prépare un projet de réponse qui cite la source ou la commande concernée. Un conseiller relit, corrige si besoin, puis envoie. Chaque correction est notée, motif par motif.

L’assistant répond sur les motifs autorisés

Il répond lorsque la demande relève d’un motif autorisé, que le client est authentifié et que la réponse peut citer une source ou une donnée à jour. Il transmet au conseiller les réclamations, litiges et cas ambigus, toute demande touchant un remboursement, un geste commercial, un dommage ou la sécurité d’un produit, et toute question dont la source est absente, contradictoire ou ancienne.

Passer de l’étape 1 à l’étape 2

Le passage à l’étape 2 ne devrait pas être décidé à l’avance. Il dépend de ce que le service client observe durant l’étape 1 : la qualité des réponses proposées, les corrections nécessaires et la capacité du système à reconnaître les demandes qui sortent de son périmètre.

exactitude de la réponse et de la source citéecorrections nécessaires, par motiftransmission correcte des exceptionspas d’incident significatif observé sur le périmètre testédes sources à jour, chacune avec un propriétaire

Le statut de commande peut passer à l’étape 2 pendant que les modes d’emploi restent à l’étape 1.

Architecture de référence : comment le dispositif reste contrôlé

Une architecture mixte : données de commande lues par API, en lecture seule et limitées au client authentifié ; recherche hybride (vecteurs + BM25) avec reranking dans les conditions, la FAQ et les modes d’emploi ; LLM instruit de s’appuyer sur ces éléments et d’en citer la source ; garde-fous d’entrée et de sortie avec routage vers les conseillers. Boucle d’apprentissage : journal, revue métier, jeu d’évaluation.

Cliquer sur le schéma pour l’ouvrir en grand.

Les contrôles nécessaires avant toute réponse autonome :

Évaluation. Jeu de référence d’environ 150 demandes réelles anonymisées. Métriques : exactitude, fidélité aux sources et aux données, citation correcte, taux de détection et de bonne transmission des réclamations, litiges et cas hors périmètre. Rejoué à chaque changement de modèle, de prompt ou de sources.

Observabilité. Pour chaque requête, journal des seuls éléments nécessaires : demande minimisée, références des données et passages récupérés, réponse, signaux de contrôle, décision de routage. Accessible aux seules personnes autorisées et conservé pour une durée définie.

Identité et droits. Client authentifié avant toute donnée de commande. Accès limité à ses propres commandes, appliqué dès la lecture, pas après la génération.

Données. Hébergement et transferts de données vérifiés selon la solution retenue ; conditions contractuelles de non-utilisation des données pour l’entraînement ; chiffrement ; durée de conservation et accès au journal définis ; analyse nLPD documentée pour le traitement réellement déployé.

Sécurité applicative. Protection contre l’injection de prompt, y compris dans les e-mails reçus. L’orchestration limite les actions de sortie à deux : répondre ou transmettre.

Les corrections servent d’abord à améliorer les sources, le routage, les consignes et le jeu d’évaluation. Le réentraînement du modèle n’est ni le point de départ ni un substitut à ce travail.

Ce que l’on cherche

L’objectif n’est pas de remplacer les conseillers. Il est de réduire le délai de réponse sur les demandes d’information, d’éviter que les mêmes réponses soient réécrites et de permettre aux conseillers de consacrer davantage de temps aux clients qui ont besoin d’écoute et de jugement.

Télécharger la fiche de cadrage (PDF) Voir le carrousel (PDF)

Cas illustratif : société fictive, chiffres donnés comme ordres de grandeur. Sergio Castagna Consulting est membre de l’OpenAI Partner Network et partenaire enregistré du Google Cloud Partner Network ; le choix d’un outil intervient après le choix du problème.