Claude aide un agent de support d'éditeur SaaS sur les tâches faites de texte et d'analyse : qualifier un ticket, lire des logs, retrouver la bonne page de documentation, rédiger une réponse dans la charte et résumer un historique. Il prépare, l'agent relit et envoie. Pour que cela tienne dans la durée, on met en place un projet « Support » avec la documentation produit, un skill de réponse au ticket, et si l'outil de ticketing le permet, un connecteur.
Ce guide suit l'ordre de mise en place : les tâches où Claude aide vraiment, les étapes pour installer le dispositif, la façon de vérifier une sortie avant envoi, ce qui reste à l'humain, puis le moment où un agent N1 sur mesure devient pertinent. Les gains dépendent de la qualité de votre documentation et de la discipline de relecture : aucun chiffre n'est promis ici.
1. Claude pour le support client : quelles tâches déléguer ?
Le quotidien d'un analyste support est presque entièrement textuel : lire un ticket, comprendre le contexte, chercher dans la documentation, interpréter une trace d'erreur, écrire une réponse, escalader à la R&D. C'est exactement le terrain où Claude est utile, à condition de lui donner le ticket, la documentation et la charte.
Dans une équipe support d'éditeur logiciel que nous avons préparée, Claude était déjà utilisé, mais sans cadre commun et avec la compétence concentrée sur une ou deux personnes. Le but du dispositif est de la rendre réutilisable par toute l'équipe.
| Tâche | Ce que Claude produit | Ce que l'agent contrôle |
|---|---|---|
| Qualifier un ticket | Catégorie, priorité, composant concerné, informations manquantes, prochaine action | La priorité (un client réellement bloqué ou non) et le composant |
| Analyser des logs | Lecture des erreurs, hypothèse sur la cause, lignes citées | Que la ligne citée existe et touche bien le client concerné |
| Retrouver la documentation | La page à lire, avec le passage pertinent | Que la page dit bien ce que Claude affirme |
| Rédiger la réponse | Brouillon dans la charte, avec la page de doc citée | Le ton, l'exactitude, les engagements pris |
| Résumer un historique | Chronologie d'une conversation longue ou d'un client | Qu'aucun point important n'a été écarté |
| Préparer une escalade | Résumé, reproduction, comportement attendu et observé, impact client | Les éléments manquants, signalés plutôt qu'inventés |
Un exemple de qualification
Lors de la préparation d'une formation pour un éditeur de gestion de commandes pour le retail, l'exercice était un incident fictif : les commandes de retrait en magasin d'un seul point de vente restent bloquées. La qualification attendue : incident, priorité haute (un magasin bloqué sur un flux client, pas toute l'enseigne), composant « préparation en magasin et changement de statut », informations manquantes (heure du premier blocage, nombre de commandes, message d'erreur) et prochaine action (demander ces informations, regarder les logs du changement de statut).
La force de cette sortie est qu'elle sépare ce que le ticket dit de ce qu'il ne dit pas. C'est le point central du prompt de qualification ci-dessous.
2. Mettre en place un projet Claude pour le support, pas à pas
Pour installer Claude dans un support, on commence par un projet partagé, puis un skill, puis un connecteur. Dans cet ordre, car chaque étape améliore la précédente.
Prérequis
- Un plan Team ou Enterprise : selon la documentation d'Anthropic, les projets se partagent dans l'organisation, avec des droits « Can edit » ou « Can view », sauf si l'administrateur a désactivé le partage. Les offres et conditions évoluent : à vérifier avant déploiement. Notre guide de Claude en entreprise détaille les offres.
- La documentation produit à jour, idéalement en traitement de texte (les tableaux, schémas et PDF complexes sont moins bien exploités).
- Une règle écrite sur les données clients (voir la section 4).
Étape 1 : créer le projet « Support »
- Dans Claude, ouvrir Projets puis Nouveau projet, et le nommer « Support ».
- Cliquer sur Définir les instructions du projet et coller les consignes ci-dessous.
- Ajouter dans la base de connaissances du projet : la documentation produit, la charte de réponse, le gabarit de réponse client et le gabarit d'escalade R&D.
- Partager le projet aux analystes avec le droit de lecture, et réserver l'édition à une ou deux personnes qui en répondent.
Exemple d'instructions de projet
Tu aides l'équipe support d'un éditeur SaaS. Appuie-toi uniquement sur le ticket et sur les documents du projet. Pour chaque affirmation, cite la page de documentation ou la ligne de log d'où elle vient. Ne suppose rien qui ne soit pas dans le ticket : une information manquante va dans « informations manquantes ». Pour qualifier un ticket, réponds avec : catégorie, priorité, composant concerné, informations manquantes, prochaine action. Pour répondre à un client, suis le gabarit « réponse client » et la charte de ton.
Ce texte fait l'essentiel du travail. Sans lui, « réponds à ce client » produit une réponse générique. Avec lui, puis avec les documents et le gabarit, la réponse suit la charte et cite la page de référence. Cette progression, en escalier, est celle que nous montrons en formation : on voit la qualité monter à chaque couche ajoutée.
Étape 2 : créer le skill « réponse ticket » ou « escalade R&D »
Un skill fige une procédure qui se répète. Le plus rentable est l'escalade vers la R&D : on part d'une escalade qui a été bien reçue par les développeurs et on demande à Claude, en conversation, d'en tirer un skill. Le contenu : résumé en une phrase, étapes de reproduction, comportement attendu et observé, impact client (magasins, flux concernés), éléments déjà vérifiés, logs utiles. Une consigne essentielle : si une information manque dans le ticket, le signaler au lieu de l'inventer.
On teste ensuite sur trois tickets, dont un cas inhabituel, et on corrige le skill à chaque écart. D'autres candidats : la fiche de résolution à partir d'un ticket clos, la qualification. Sur les plans Team et Enterprise, un skill peut être partagé à l'organisation ; les collègues l'activent mais ne le modifient pas. La méthode complète est dans notre article sur les Claude Skills en entreprise.
Étape 3 : brancher l'outil de ticketing et la supervision, si disponible
Un connecteur évite de copier-coller les tickets. Pour Jira et Confluence, Atlassian propose un connecteur officiel : chaque action s'exécute avec les droits de l'utilisateur, l'administrateur règle les opérations de lecture, d'écriture et de suppression permises, et chaque appel est tracé dans un journal d'audit. Un connecteur pour Datadog existe aussi, selon la documentation au moment de la rédaction, pour les logs, métriques et moniteurs, avec les droits de l'utilisateur : à vérifier sur la page officielle avant de l'activer.
Le parcours que nous recommandons sur un incident préparé, par étapes : (1) les tickets des trente derniers jours sur le sujet, et ouvrir deux d'entre eux ; (2) la documentation sur le passage d'une commande à « prête », et ouvrir la page ; (3) les erreurs du service de préparation pour un magasin depuis le matin, et ouvrir la ligne de log ; (4) les trois ensemble avec le skill d'escalade. À chaque étape, on remonte de l'affirmation à sa source.
Limite à connaître
Le connecteur ne lit que ce que la recherche lui renvoie. Il peut passer à côté d'un ticket ou d'une ligne de log. Une absence de résultat n'est jamais une preuve d'absence.
Étape 4 : une tâche planifiée simple, sans développement
Une tâche récurrente règle un problème classique : les tickets oubliés. Exemple d'instruction, à lancer du lundi au vendredi à 8h30 : « Liste les tickets ouverts depuis plus de 48 heures sans réponse, avec numéro, client, objet, durée d'attente et prochaine action proposée, du plus ancien au plus récent. » On la lance d'abord à la main, on relit la liste et on ouvre deux tickets pour contrôler. D'autres pistes : le suivi des alertes de supervision de la nuit, les tickets résolus sans fiche de résolution, le récapitulatif hebdomadaire des escalades en attente.
Limite : si une action doit se déclencher à chaque nouveau ticket, ou si une règle ne doit jamais varier, il faut un outil dédié, pas une tâche planifiée.
3. Vérifier une réponse de Claude avant l'envoi au client
Une réponse de Claude peut être fausse et crédible à la fois. Les causes sont toujours les mêmes : Claude n'a pas lu le bon document, il a supposé ce que le ticket ne dit pas, ou il a généralisé à partir d'un seul cas. Trois erreurs plantées dans un exercice de formation les illustrent : une cause inventée (une mise à jour absente des logs), un log mal lu (une erreur dite générale alors qu'elle touche un seul magasin) et une conclusion tirée d'un seul ticket.
| Contrôle | Comment faire |
|---|---|
| Remonter à la source | Demander d'où vient chaque affirmation, puis ouvrir la page ou la ligne de log citée |
| Refaire l'analyse à froid | Relancer dans une conversation neuve, sans donner la conclusion, et comparer |
| Tester la méthode | Passer des tickets dont on connaît déjà la réponse et compter les écarts |
| Relire avant envoi | Tout ce qui part chez un client ou s'écrit dans un ticket est relu par un humain |
Le détail de ces méthodes est dans notre guide pour vérifier une réponse de Claude. Une correction typique se fait dans la conversation (« la priorité est trop haute, le client n'est pas bloqué ») plutôt qu'en réécrivant tout le prompt.
Prompt de vérification
Relis ta qualification. Pour chaque affirmation, indique la source exacte (page de la documentation ou ligne de log). Liste ensuite ce que tu as supposé sans pouvoir le vérifier dans le ticket.
4. Données clients, droits et ce qu'on ne délègue pas
Le cadre sur les données doit être écrit avant le premier usage. La règle que nous proposons aux équipes support :
- Compte de l'entreprise uniquement, jamais un compte personnel.
- Retirer d'un ticket le nom, le mail, le téléphone et l'adresse d'un client final ; garder les identifiants techniques nécessaires à l'analyse.
- Jamais de clé d'API, de mot de passe ou de jeton dans une conversation.
- Relire toute création ou modification dans l'outil de ticketing avant de la valider.
Côté réglementation, le règlement européen sur l'IA demande aux entreprises de prendre des mesures pour que leurs équipes maîtrisent l'IA (article 4, applicable depuis février 2025). Les autres obligations visent surtout les fournisseurs et les usages à haut risque. À faire confirmer par un juriste.
Ce qu'on ne délègue pas
- Le geste d'envoi : un humain relit tout message qui part chez un client.
- Les engagements : délai de correction, geste commercial, interprétation du contrat.
- Le jugement de priorité sur un client sensible : Claude propose, l'agent connaît le contexte commercial.
- La conclusion d'une analyse de logs tant qu'elle n'a pas été reliée à une ligne réelle.
5. Quand passer à un agent IA de support N1 sur mesure
Claude en support, c'est un outil d'analyste : il aide un humain qui reste dans la boucle. Un agent N1 est autre chose : il répond seul aux questions répétitives (« est-ce que je peux faire ça », « comment faire ») à partir de votre documentation, et passe la main sur le reste. Il devient pertinent quand les mêmes questions reviennent en volume, que la documentation est structurée et qu'on accepte de mesurer.
Ordres de grandeur de notre expérience sur des assistants branchés sur une base de connaissances : environ 50 à 80 % des questions sont traitées sans humain selon le secteur, le haut de la fourchette étant atteint sur des supports d'éditeurs SaaS où les questions se répètent. Une question sur un problème ou une erreur de commande reste hors de portée de l'assistant. Ces chiffres dépendent de l'évaluation : vingt à cinquante questions de test, notation binaire, suivi du pourcentage de réponses correctes, complètes et fausses.
Pour l'architecture, voir notre article sur l'agent IA de support client N1 et son architecture RAG, et notre offre d'agent IA de support client. Si votre besoin se limite à un chatbot pour un site, voir aussi le chatbot IA de service client en PME, et pour le traitement des mails de réclamation, l'automatisation des réclamations clients par email.
Questions fréquentes sur Claude pour le support client
Pour aller plus loin
Pour équiper une équipe support avec ses propres tickets, sa documentation et ses skills, voir notre formation Claude pour le service client et le support.
- Claude Skills en entreprise : standardiser les procédures répétées.
- Vérifier une réponse de Claude : repérer une réponse fausse mais crédible.
- Agent IA de support client N1 : quand le volume justifie l'automatisation.
- Claude Projects, mémoire et artifacts : guide pour équipes : organiser le travail d'une équipe dans Claude.
- Connecteurs Claude : brancher vos outils (MCP) pas à pas : quels outils brancher, qui active, quelles règles.
