Documenter un processus avec Claude avant de l’automatiser

Cadrer un processus avec Process Interviewer →

Vous voulez qu’une IA vous aide à construire une procédure d’accueil des nouveaux clients, un workflow de traitement des demandes ou un document type pour votre cabinet. Vous formulez la demande en une phrase — « automatise-moi le traitement des demandes clients » — et le résultat, correct en apparence, oublie systématiquement le cas particulier que vous auriez pu citer si seulement on vous l’avait demandé.

Documenter un processus avec Claude, avant de lui demander de le construire, consiste précisément à se faire poser ces questions plutôt qu’à les découvrir après coup, une fois le livrable déjà produit et à moitié inutilisable. Le skill Process-Interviewer mène un entretien en petites séries de questions pour faire émerger un déclencheur, des données, des décisions et une sortie, puis livre un plan — sans construire quoi que ce soit tant que ce plan n’est pas validé.

Cet article détaille comment se déroule cet entretien, ce que vous obtenez que vous travailliez dans Claude Code ou dans une conversation classique, et où il s’arrête volontairement avant la construction elle-même.

Sommaire

1. Pourquoi documenter un processus avant de demander un livrable
2. Comment se déroule l’entretien Process-Interviewer
3. Ce que vous obtenez, quel que soit votre outil
4. Mener l’entretien étape par étape
5. Ce que Process-Interviewer ne fait pas
6. Se former pour cadrer ses processus avant de les automatiser
7. Questions fréquentes

Pourquoi documenter un processus avant de demander un livrable

Une demande formulée en une phrase — « automatise-moi le traitement des demandes clients » — contient une intention claire mais aucune des décisions concrètes que ce traitement implique réellement : qui agit, avec quelle information, et comment on tranche un cas qui sort du chemin normal. Sans ces réponses, Claude comble les trous avec des hypothèses plausibles mais potentiellement fausses, et le décalage n’apparaît qu’à l’usage, une fois le document ou le workflow déjà produit.

Le problème avec « automatise-moi ça »

Un processus n’est pas une liste de tâches dans l’ordre : c’est un déclencheur, des données disponibles à ce moment précis, des décisions prises selon ces données, et une sortie qui dépend de la décision retenue. « Traiter la demande » ne décrit aucun de ces éléments ; c’est un intitulé, pas une description exploitable. Demander directement un livrable construit sur cet intitulé revient à demander à quelqu’un de deviner un règlement intérieur qui n’a jamais été écrit.

Ce qu’un entretien structuré fait que vous ne feriez pas seul

Livré à vous-même, vous décrirez naturellement le cas normal — celui qui vous vient en premier à l’esprit — et oublierez les exceptions, précisément parce qu’elles sont rares et donc moins présentes en mémoire au moment de rédiger. L’entretien inverse cette tendance : il demande explicitement les cas incomplets, les décisions ambiguës et les acteurs impliqués, plutôt que d’attendre que vous pensiez à les mentionner spontanément.

Comment se déroule l’entretien Process-Interviewer

Le skill mène l’entretien en petites séries de questions plutôt qu’en un seul bloc de vingt questions d’un coup, pour que chaque réponse puisse orienter la suivante sans noyer la personne interrogée. Il réutilise systématiquement les réponses déjà fournies dans la conversation ou dans les documents joints, au lieu de reposer une question dont la réponse existe déjà ailleurs.

Petites séries de questions, pas un interrogatoire

L’objectif n’est pas de collecter un maximum d’informations mais de rendre visibles les décisions qui, sans cela, resteraient implicites. Si un détail figure déjà dans un document fourni, l’entretien le reprend et signale les contradictions éventuelles plutôt que de redemander une information déjà disponible — une distinction qui évite à l’entretien de devenir un questionnaire mécanique déconnecté du contexte réel.

Relier déclencheur, données, décisions et sortie

Chaque étape du processus doit répondre à quatre questions : qu’est-ce qui la déclenche, quelles informations sont disponibles à ce moment, qui décide et sur quelle base, et qu’est-ce qui sort de cette étape pour alimenter la suivante. Un processus correctement cadré peut se relire comme une succession de ces quatre éléments, sans zone où l’on devine ce qui se passe faute de description.

Ce que vous obtenez, quel que soit votre outil

Process-Interviewer est un des rares skills du catalogue qui fonctionne de façon identique où que vous l’utilisiez : l’entretien et le plan qu’il produit sont du texte, sans fichier obligatoire ni script à exécuter. La seule variable est la façon dont vous conservez le résultat une fois l’entretien terminé.

Une méthode qui ne dépend pas d’un environnement particulier

Cette portabilité n’est pas un hasard : la documentation officielle d’Anthropic sur les Agent Skills confirme que le contenu textuel d’un skill — ses instructions et sa sortie — reste disponible partout, contrairement aux skills qui dépendent de scripts exécutés ou de fichiers écrits sur un disque. Process-Interviewer appartient à cette première catégorie : rien dans son fonctionnement ne suppose un accès réseau ou une capacité d’écriture de fichiers.

Sauver le plan une fois l’entretien terminé

Dans un chat sans sauvegarde automatique, demandez explicitement le plan sous une forme copiable en une seule fois à la fin de l’entretien, plutôt que de reconstituer les réponses éparpillées sur plusieurs messages. C’est ce document, relu et validé, qui sert de base à l’étape suivante — construire le skill, le workflow ou le document type — pas l’entretien lui-même.

Mener l’entretien étape par étape

Cinq étapes structurent un entretien efficace, que vous les suiviez manuellement ou que le skill les mène pour vous.

Étape 1 : Partir d’un cas réel, pas d’une liste de fonctions souhaitées. Décrivez une situation concrète déjà rencontrée plutôt qu’un processus imaginé dans l’abstrait. Un cas réel révèle des contraintes qu’une liste de fonctionnalités théoriques ne fait jamais apparaître.

Étape 2 : Nommer le déclencheur et les données disponibles à cet instant. Précisez ce qui lance le processus et ce que l’on sait réellement à ce moment précis, sans supposer une information qui n’arrivera que plus tard dans le déroulement.

Étape 3 : Décrire chaque décision et qui la prend. Pour chaque bifurcation, indiquez la personne ou le rôle responsable et les critères qui orientent son choix, plutôt que de laisser la décision implicite dans une formulation vague comme « on regarde au cas par cas ».

Étape 4 : Citer les cas incomplets et les échecs externes. Une demande sans numéro de dossier, un fournisseur qui ne répond pas, une information manquante au moment prévu : ces cas limites sont ceux qu’un livrable construit sans entretien préalable oublie presque toujours.

Étape 5 : Faire valider le plan par quelqu’un qui exécute réellement le processus. Le plan final doit être relu par une personne qui vit le processus au quotidien, pas seulement par celle qui a formulé la demande initiale — les deux points de vue révèlent rarement les mêmes angles morts.

Ce que Process-Interviewer ne fait pas

Le skill ne construit rien automatiquement : une fois le plan livré, la construction du document, du workflow ou du skill qui en découle reste une étape distincte, demandée explicitement. Une interview destinée uniquement à cadrer un processus doit s’arrêter au plan validé, sans que Claude enchaîne de sa propre initiative sur une implémentation non demandée.

Il ne remplace pas non plus la connaissance métier de la personne interrogée : l’entretien pose les bonnes questions, mais les réponses viennent entièrement de vous. Un processus mal compris en amont produira un plan cohérent en apparence, mais fondé sur une description erronée — la relecture par un exécutant reste la seule protection contre ce risque.

Dans les échanges que nous avons avec des dirigeants sur leurs projets d’automatisation, le blocage n’est presque jamais technique : c’est la difficulté à mettre par écrit un processus qui n’a jamais existé que dans la tête de deux ou trois personnes, chacune avec sa propre version non formalisée. L’entretien sert autant à aligner ces versions entre elles qu’à préparer un livrable.

Se former pour cadrer ses processus avant de les automatiser

Savoir mener ou guider ce type d’entretien — reconnaître un cas limite, formuler une décision implicite, distinguer une exception d’une erreur de conception — s’apprend et se pratique. La formation Maîtriser Claude d’Educasium consacre des modules à la construction de skills et d’agents à partir de processus métier réels, pour des profils qui n’ont jamais utilisé de terminal. Pour un dirigeant ou un indépendant du régime concerné, le FIFPL prend en charge une partie du coût d’une formation certifiée Qualiopi selon les critères 2026 fixés à 300 € par jour et 900 € par an, l’e-learning étant plafonné à 50 % du taux journalier.

Questions fréquentes

Process-Interviewer construit-il directement le workflow une fois l’entretien terminé ?

Non, sauf demande explicite. Le comportement par défaut du skill est de livrer un plan à la fin de l’entretien et de s’arrêter là ; la construction du document, du skill ou de l’automatisation qui en découle est une étape suivante et séparée, que vous devez demander vous-même une fois le plan relu et validé. Pour lancer cette étape, formulez une demande explicite comme « construis le skill à partir de ce plan » plutôt que de supposer que Claude enchaînera automatiquement.

Faut-il un environnement particulier pour utiliser ce skill ?

Non : l’entretien et le plan qu’il produit sont entièrement textuels, ce qui le rend utilisable de façon identique dans Claude Code, sur claude.ai, dans ChatGPT ou dans Gemini. La seule différence pratique concerne la sauvegarde du résultat — automatique dans un environnement avec accès aux fichiers, manuelle par copier-coller ailleurs. Si vous travaillez hors Claude Code, pensez à demander le plan sous une forme copiable en fin d’entretien plutôt que de reconstituer les réponses éparpillées sur plusieurs messages.

Que faire si l’entretien ne pose pas les bonnes questions pour mon métier ?

Fournissez le contexte manquant explicitement plutôt que d’attendre que l’entretien le devine : le nom des rôles impliqués, les contraintes réglementaires propres à votre secteur, un exemple de cas limite déjà rencontré. Le skill s’appuie sur ce que vous lui donnez ; plus le cas réel fourni est précis, plus les questions suivantes seront pertinentes. Sans ce contexte, l’entretien reste générique et le plan final devra être complété manuellement avant d’être considéré comme validé.

Combien de temps prend un entretien de cadrage avec ce skill ?

Cela dépend directement de la complexité du processus et du nombre de cas limites à couvrir, pas d’une durée fixe prévue par le skill. Un processus simple avec peu de bifurcations se cadre en quelques échanges ; un processus avec plusieurs acteurs et des exceptions fréquentes demande davantage d’allers-retours pour que le plan final reste fidèle à la réalité du terrain. Prévoyez dans tous les cas de faire relire ce plan par une personne qui exécute le processus au quotidien avant de le considérer comme définitif.

Documenter un processus avant de le construire ne rallonge pas le projet : cela évite la reconstruction, souvent plus coûteuse en temps, une fois qu’un livrable produit sur des hypothèses erronées se révèle inutilisable en usage réel. C’est exactement le rôle du pack d’entretien de cadrage Process-Interviewer, qui s’arrête au plan validé plutôt que de deviner ce qui n’a pas été dit.

Une fois le processus cadré, comparer plusieurs façons de le construire relève d’une autre méthode : notre guide pour décider avec Claude détaille comment rendre visibles les critères et les incertitudes d’un choix, une fois que le processus lui-même est clair.

Formation 100 % finançable OPCO/FIFPL. Programme certifié Qualiopi. Pour cadrer vos processus avec l’IA dans le cadre de notre formation Maîtriser Claude, contactez Educasium et précisez votre statut (salarié, indépendant, dirigeant) et votre objectif.