Le Skill à l’origine de ce guide : Elena - Skill AI d’analyste métier. Il charge dans Claude, en un seul téléversement, l’ordre des questions et la rigueur des critères d’acceptation décrits ci-dessous - 29 $, un paiement unique, sans abonnement.
Voir le Skill Elena →Pour utiliser Claude comme analyste métier, donnez-lui la demande citée exactement, le processus actuel étape par étape et l’échec précis que vous essayez de corriger - dans cet ordre - avant de lui demander une seule exigence. Si vous le laissez faire, Claude documente la solution proposée par la partie prenante plutôt que le problème sous-jacent, et comble les lacunes de votre cartographie du processus par des étapes plausibles qu’il a inventées. Vous trouverez ci-dessous l’ordre des informations à fournir, cinq prompts qui produisent des résultats vérifiables et les modes d’échec qu’il vaut la peine de relire dans chaque brouillon.
Que donnez-vous à Claude, et dans quel ordre ?
L’ordre compte, car Claude s’ancre sur ce qu’il lit en premier. Commencez par une solution proposée et toutes les réponses suivantes s’y adapteront. Fournissez-lui les éléments dans cet ordre :
- La demande, citée exactement. Collez ce que la partie prenante a réellement dit ou écrit, et non votre version mise au propre. « Les ventes ont besoin d’un tableau de bord » et « Les ventes ne peuvent pas savoir quelles affaires sont bloquées » produisent des documents complètement différents, et c’est généralement la seconde formulation qui correspondait à ce qu’elle voulait dire.
- Qui est concerné et qui donne son approbation. Les rôles, et ceux qui disposent d’un droit de veto. Sinon, Claude rédige pour un « utilisateur » générique et vous obtenez des exigences dont personne n’est responsable.
- Le processus actuel, étape par étape. Chaque étape doit comporter un acteur, un système, un déclencheur et un résultat. Incluez les solutions de contournement manuelles - le tableur qu’une personne tient à jour, le message Slack qui fait office d’approbation. C’est généralement là que se cache la véritable exigence.
- L’échec précis. Pas « c’est inefficace ». Ce qui se casse, à quelle fréquence et ce que cela coûte : « environ trois factures sur quarante par mois sont saisies deux fois, et la finance consacre environ une journée par mois à les annuler ». Si vous n’avez pas le chiffre, écrivez que vous ne l’avez pas - c’est une tâche de recherche, pas quelque chose que vous devez laisser Claude inventer.
- Les contraintes. Date limite, budget, systèmes auxquels on ne peut pas toucher, règles de conformité, intégration qui a pris neuf mois la dernière fois.
- Ce qui existe déjà. Documents actuels, exports de tickets, captures d’écran des écrans existants. Claude lit le texte collé et les fichiers joints. Il ne lit pas votre Jira.
Demandez ensuite le résultat, et demandez un seul livrable à la fois : cartographie de l’existant, puis liste des écarts, puis récits utilisateur. Demandez un BRD complet en une seule fois, et vous obtenez un document dont chaque section est correcte à environ 60 %, sans pouvoir déterminer quelles 40 % sont erronées.
Que fait mal Claude dans le travail d’analyse métier ?
Il documente la solution, pas le problème. Demandez-lui de rédiger les exigences d’un « nouveau tableau de bord des approbations » et vous obtenez des exigences concernant le tableau de bord. Il ne demandera pas si l’étape d’approbation devrait même exister. Vous devez imposer explicitement cette distinction ; il ne le fait jamais spontanément.
Il comble les lacunes en inventant des étapes du processus. Dites-lui « puis le dossier est envoyé aux finances » et il renvoie trois sous-étapes financières plausibles, rédigées exactement sur le même ton assuré que les étapes que vous avez réellement fournies. Rien dans le résultat ne signale la différence. C’est l’erreur la plus coûteuse de la liste, car les étapes inventées sont relues, approuvées d’un hochement de tête, puis développées.
Critères d’acceptation qui répètent le contenu du besoin. Sans modification, il écrit : « En tant que responsable, je veux exporter le rapport afin de pouvoir le partager. Critères d’acceptation : le responsable peut exporter le rapport. » Ce n’est pas testable et l’équipe QA le renverra directement.
Exigences non fonctionnelles formulées sous forme d’adjectifs. « Le système doit être rapide, évolutif et convivial » apparaît dans presque chaque première version. Aucun chiffre, aucune méthode de mesure, rien contre quoi quiconque puisse donner son approbation formelle.
Encore un point concernant les fils de discussion longs : au message vingt, le périmètre que vous aviez supprimé au message six a discrètement été réintégré. Reformulez le périmètre convenu tous les quelques tours et vérifiez que le document le respecte.
Quels prompts fonctionnent réellement ?
1. Séparez le problème de la solution proposée.
Voici une demande, citée exactement : <paste>. Ne rédigez pas encore les exigences. Séparez ce qui a été demandé (une solution proposée) du problème qu’elle implique. Puis listez les cinq questions dont les réponses modifieraient le plus ce que nous construirions. Marquez chaque ligne que vous avez déduite plutôt que lue avec [INFERRED].
2. Cartographiez l’état actuel sans rien inventer.
Voici les étapes du processus que je connais. Reformulez-les sous forme de flux numéroté, en indiquant pour chaque étape l’acteur, le système, le déclencheur et le résultat. Lorsque je ne vous ai pas donné d’étape, écrivez [UNKNOWN - confirm with owner] au lieu de l’inventer. N’ajoutez pas d’étapes.
3. Rendez les critères d’acceptation testables.
Pour chaque critère d’acceptation, rédigez le test exact qu’exécuterait un ingénieur QA : état initial, action, résultat observable. Si vous ne pouvez pas rédiger le test, le critère est trop vague - réécrivez-le jusqu’à ce que vous le puissiez.
4. Ajoutez des chiffres aux exigences non fonctionnelles.
Réécrivez chaque exigence non fonctionnelle de sorte qu’elle contienne un nombre et une méthode de mesure. Pour celles que vous ne pouvez pas quantifier, retirez-les de la liste et placez-les dans une section distincte intitulée « Nécessite un objectif défini par l’entreprise ».
5. Repérez toute dérive du périmètre.
Périmètre convenu : <list>. Lisez le document ci-dessus et dressez la liste de toutes les exigences qui y figurent et qui ne sont pas couvertes par cette liste.
Le prompt 2 est celui qui évite le plus de retouches. Le prompt 3 est celui que les gens ignorent et qu’ils regrettent.
Elena applique les règles de séquence des entrées et de marquage [INFERRED] / [UNKNOWN] ci-dessus comme des instructions permanentes, afin que vous n’ayez pas à les retaper dans chaque conversation.
Voir le Skill AI d’Elena - Business Analyst →Comment l’installer ?
Le Skill est un fichier ZIP contenant un fichier SKILL.md à sa racine. Dans l’application de bureau Claude, accédez à Personnaliser → Skills → +, importez le fichier ZIP et activez le bouton. Claude lit le fichier SKILL.md et vous affiche un résumé de ce que fait le Skill avant que vous l’activiez.
Une première vérification à effectuer : l’exécution de code doit être activée dans Paramètres → Fonctionnalités. Les Skills fonctionnent sur toutes les offres, y compris l’offre gratuite. Sans exécution de code, le Skill ne fonctionnera pas.
Avec une offre Claude gratuite, ou dans ChatGPT ou Gemini, la solution de repli consiste à ouvrir SKILL.md dans n’importe quel éditeur de texte et à en coller le contenu dans les instructions personnalisées. Vous perdez le bouton d’activation et de désactivation ; le comportement reste le même. Exigences liées à l’offre vérifiées en septembre 2026 d’après l’article d’aide d’Anthropic consacré aux Skills - les restrictions selon les offres changent assez souvent, vérifiez donc l’exigence actuelle dans l’application Claude avant d’acheter.
Quand ne devriez-vous pas utiliser Claude pour cela ?
Il ne peut pas mener d’entretien avec une partie prenante et n’a accès ni à votre Jira, ni à votre modèle de données, ni aux limites réelles des champs de votre CRM, ni à la vélocité de votre équipe. Tout ce qu’il dit sur les attentes d’une partie prenante n’est qu’une supposition présentée comme un constat. Si vous ne savez pas déjà comment fonctionne le processus actuel, Claude ne peut pas le découvrir à votre place - il vous fournira une cartographie convaincante d’un processus qu’il n’a jamais vu.
Dans les environnements réglementés où chaque exigence doit être rattachée à une source approuvée et signée, la rapidité de rédaction devient un handicap, sauf si vous conservez vous-même la traçabilité. Et face à un problème de domaine réellement inédit, sans équivalent proche dans ses données d’entraînement, il se rabat sur des schémas génériques et vous obtenez à nouveau un modèle standard.
Là où il est le plus rentable : pour les deuxième et troisième versions, l’élargissement d’un périmètre convenu en récits utilisateurs, l’analyse des écarts entre deux schémas de processus et la mise au jour de l’exigence que personne n’avait écrite.
À qui s’adresse cet outil ?
Les analystes métier qui souhaitent une deuxième version plus rapide, les responsables produit qui rédigent des récits utilisateurs, les fondateurs qui spécifient un développement pour un prestataire contractuel et les responsables des opérations qui repensent un processus qu’ils connaissent déjà. La collection Business, Consulting & Operations contient 101 Skills couvrant les rôles voisins, et le guide de l’analyste de données prend le relais là où commencent les chiffres.
La même rigueur, mais les cartographies des processus et les critères d'acceptation sont rédigés dans les termes de Salesforce - objets, types d'enregistrement, règles de validation, modèle de partage.
Voir Owen - Skill AI d'analyste métier Salesforce →En résumé
Donnez à Claude la demande mot pour mot, le processus actuel et le problème précis - dans cet ordre - puis demandez-lui de marquer tout ce qu'il a déduit. Pour les exigences générales et le travail sur les processus : Elena - Skill AI d'analyste métier. Pour l'analyse spécifique à Salesforce : Owen - Skill AI d'analyste métier Salesforce. Les deux s'importent au format ZIP, sans codage, avec une garantie satisfait ou remboursé de 30 jours.
Elena - Skill AI d'analyste métier
Importez un seul fichier ZIP et Claude examine la demande avant de la documenter - signale ses propres déductions, refuse d'inventer des étapes de processus et rédige des critères d'acceptation que l'équipe QA peut exécuter. Un seul paiement, aucun abonnement.
KissMySkills est une marketplace proposant plus de 1 700 Skills AI, 48 packs de prompts, 55 agents et des outils gratuits pour Claude, ChatGPT et tout chat AI. Garantie satisfait ou remboursé de 30 jours.
