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 - 14,99 $, 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 cherchez à 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 schéma de processus avec des étapes plausibles qu’il a inventées. Vous trouverez ci-dessous l’ordre des éléments à fournir, cinq prompts qui produisent un résultat vérifiable et les modes d’échec qu’il vaut la peine de rechercher dans chaque brouillon.
Que donnez-vous à Claude, et dans quel ordre ?
L’ordre compte, car Claude s’appuie sur ce qu’il lit en premier. Commencez par une solution proposée et chacune de ses réponses suivantes s’en trouvera orientée. 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 savent pas quelles affaires sont bloquées » produisent des documents complètement différents, et c’est généralement ce que la personne voulait dire dans le second cas.
- Qui est concerné et qui donne son accord. Les rôles, et lesquels 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 comporte un acteur, un système, un déclencheur et un résultat. Incluez les solutions 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 ne fonctionne pas, à quelle fréquence et ce que cela coûte : « trois factures sur environ quarante par mois sont saisies deux fois, et la finance passe environ une journée par mois à les annuler ». Si vous n’avez pas le chiffre, dites que vous ne l’avez pas - c’est une tâche de recherche, pas quelque chose que Claude doit inventer.
- Les contraintes. Échéance, budget, systèmes auxquels il est interdit de toucher, règles de conformité, intégration qui avait pris neuf mois la dernière fois.
- Ce qui existe déjà. Documentation actuelle, 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 seulement ensuite un résultat, et demandez un seul artefact à la fois : d’abord la cartographie de l’état actuel, puis la liste des écarts, puis les user stories. 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 % restantes sont erronées.
Qu’est-ce que Claude comprend mal dans le travail d’analyse métier ?
Il documente la solution, pas le problème. Demandez des exigences pour « un nouveau tableau de bord des approbations » et vous obtenez des exigences relatives au 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 de processus. Dites-lui « puis le dossier est transmis aux finances » et il renvoie trois sous-étapes financières plausibles, rédigées exactement sur le même ton affirmatif que les étapes que vous avez réellement fournies. Rien dans le résultat ne distingue les deux. C’est l’erreur la plus coûteuse de la liste, car les étapes inventées sont relues, approuvées d’un signe de tête, puis mises en œuvre.
Des critères d’acceptation qui reformulent la user story. Sans modification, il écrit : « En tant que responsable, je veux exporter le rapport afin de pouvoir le partager. Critère d’acceptation : le responsable peut exporter le rapport. » Ce n’est pas testable, et l’équipe QA le renverra directement.
Des exigences non fonctionnelles formulées comme des 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 sur lequel quiconque puisse donner son approbation.
Encore un point concernant les fils de discussion longs : au vingtième message, le modèle a discrètement réintégré un périmètre que vous aviez supprimé au sixième message. 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. Distinguez 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 laisser le modèle 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 n’ai pas fourni 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’un ingénieur QA exécuterait : é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. Ajouter des chiffres aux exigences non fonctionnelles.
Réécrivez chaque exigence non fonctionnelle de façon à ce 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 une cible définie par l’entreprise ».
5. Repérer les dérives de périmètre.
Périmètre convenu : <list>. Lisez le document ci-dessus et répertoriez chaque exigence qui y figure et qui n’est pas couverte par cette liste.
Le prompt 2 est celui qui évite le plus de travail de reprise. Le prompt 3 est celui que les gens ignorent et regrettent.
Elena conserve l’ordre de saisie et les règles de marquage [INFERRED] / [UNKNOWN] ci-dessus comme instructions permanentes ; vous n’avez donc pas à les retaper dans chaque conversation.
Voir Elena - Skill AI d’analyste métier →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, puis activez-le. Claude lit le fichier SKILL.md et vous affiche un résumé de ce que fait le Skill avant que vous ne l’activiez.
Une première vérification s’impose : l’exécution de code doit être activée dans Paramètres → Fonctionnalités. Les Skills fonctionnent eux-mêmes avec toutes les formules, y compris Free. Sans exécution de code, le Skill ne fonctionnera pas.
Avec une formule gratuite de Claude, ou dans ChatGPT ou Gemini, la solution de repli consiste à ouvrir SKILL.md dans n’importe quel éditeur de texte et à coller son contenu dans les instructions personnalisées. Vous perdez le bouton d’activation et de désactivation ; le comportement reste le même. Conditions d’abonnement vérifiées en août 2026 - Anthropic modifie assez souvent les restrictions selon les formules, vérifiez donc les conditions actuelles 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 véritables limites de champs de votre CRM, ni à la vélocité de votre équipe. Tout ce qu’il affirme sur les attentes d’une partie prenante n’est qu’une supposition présentée comme une constatation. 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 assurée d’un processus qu’il n’a jamais vu.
Dans les travaux réglementés où chaque exigence doit être rattachée à une source approuvée et signée, la vitesse de rédaction devient un handicap, à moins que vous ne conserviez vous-même la provenance. Et face à un problème de domaine véritablement inédit, sans équivalent proche dans ses données d’entraînement, il retombe sur des schémas génériques et vous obtenez à nouveau un modèle standard.
Là où il rapporte le plus : les deuxième et troisième versions, lorsqu’il transforme un périmètre convenu en récits, réalise une analyse des écarts entre deux cartographies de processus et met au jour l’exigence que personne n’a écrite.
À qui s’adresse ce Skill ?
Les analystes métier qui souhaitent accélérer leur deuxième version, les responsables produit qui rédigent des récits utilisateurs, les fondateurs qui définissent un projet pour un développeur sous contrat et les responsables des opérations qui repensent un processus qu’ils connaissent déjà. La collection de Skills professionnels et métier couvre les rôles voisins.
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’enregistrements, 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 signaler tout ce qu’il a déduit. Pour les exigences générales et l’analyse des processus, Elena - Skill AI d’analyste métier (14,99 $) ; pour l’analyse spécifique à Salesforce, Owen - Skill AI d’analyste métier Salesforce (14,99 $). Les deux s’importent sous forme de fichiers ZIP, sans codage, avec une garantie de remboursement sous 30 jours.
Elena - Skill AI d’analyste métier
Importez un seul fichier ZIP et Claude examine la demande avant de la documenter : il 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 tester. Paiement unique, sans abonnement.
KissMySkills est une marketplace de plus de 1 000 Skills AI, de 158 packs de prompts, de 55 agents et d’outils gratuits pour Claude, ChatGPT et tout chat AI.
Guides de Skills associés
- Comment utiliser Claude comme assistant de recherche : le guide du Skill Aiden
- Comment utiliser Claude comme rédacteur de rapports : le guide du Skill Reid
- Comment utiliser Claude comme rédacteur académique : où se situe la limite
- Comment utiliser Claude comme résumeur de documents : le guide du Skill Jules