Intégration de flux de travail et conception de solutions

Écran 1 : Intégration de flux de travail et conception de solutions

Introduction au Module 4·4 min

Il y a une différence entre « j'utilise Claude » et « notre flux de travail utilise Claude ».

Le premier est une habitude de productivité personnelle. Le second est un processus reproductible, exécuté par une équipe, où Claude effectue des étapes spécifiques à chaque fois. La valeur ne se compose que lorsque vous effectuez délibérément ce changement, et le changement peut mal tourner lorsque les équipes automatisent les mauvaises étapes.

Considérez deux équipes qui ont adopté Claude pour le même processus d'examen de contrats. La première a cartographié le travail et a laissé Claude rédiger les modifications tandis qu'un avocat possédait chaque décision finale ; le temps d'examen a chuté de moitié et la qualité s'est maintenue. La seconde a pointé Claude vers l'ensemble du processus et lui a permis d'approuver les clauses à faible risque sans surveillance ; en un mois, une clause approuvée a créé une obligation que personne n'a détectée, et l'équipe a complètement abandonné l'outil.

Même produit, même processus. La différence était les étapes que chaque équipe a choisi de déléguer.

Ce module porte sur la façon de faire ce choix correctement. La compétence d'ancrage du cadre de fluidité IA est la Délégation : décider, pour chaque étape, si le travail est approprié pour l'IA, conservé par l'humain, ou collaboratif. La délégation effectuée délibérément est ce qui transforme les victoires individuelles en valeur de flux de travail.

À la fin de ce module, vous serez capable de :

• 1Appliquer Claude pour analyser les exigences et les cas d'usage.

• 2Exploiter Claude pour la recherche, la planification et l'optimisation des processus.

• 3Utiliser Claude pour soutenir la conception, le développement et l'itération de solutions.

• 4Intégrer Claude dans les flux de travail existants pour les augmenter ou les repenser.

• 5Communiquer avec précision la valeur et les limitations de Claude aux parties prenantes.

La valeur du flux de travail provient de la décision des étapes à déléguer, non de l'automatisation de tout. Apprenez à analyser les exigences avec Claude, à construire des plans sur la base d'une analyse vérifiée, à itérer sur les solutions, à cartographier un flux de travail par rapport aux critères de Délégation, et à décrire le résultat aux parties prenantes sans exagérer ce que l'outil peut faire.

Nous avons créé ce cours Associate Module 4 : Intégration de flux de travail et conception de solutions pour vous aider à accomplir un vrai travail avec Claude. Traitez-le comme du contenu éducatif. Il ne constitue pas un conseil juridique, financier ou autre conseil professionnel, alors adaptez ce que vous apprenez à votre situation. Nos produits et services évoluent rapidement, donc certains contenus peuvent contenir des erreurs ou être obsolètes ; n'oubliez pas de vérifier sur le site Web ou la documentation d'Anthropic. Les exemples et scénarios utilisés dans le cours sont illustratifs et souvent fictifs. Si le matériel du cours mentionne une entreprise ou un produit, cela ne signifie pas qu'Anthropic les approuve, qu'ils approuvent Anthropic, ou que nous sommes affiliés. Notez également que votre utilisation des produits et services d'Anthropic est couverte par nos conditions, politiques et documentation ; si quelque chose dans ce cours entre en conflit avec eux, ils prévalent.

---

Écran 2 : Analyse des exigences et des cas d'usage avec Claude

EnseignementAnalyse des exigences·9 min

La plupart des vrais travaux commencent par des entrées désordonnées : un long document, un fil de courriels à moitié formés, une demande verbale. Avant de pouvoir construire quoi que ce soit, les exigences doivent être extraites, structurées et testées.

Claude est un partenaire solide pour exactement cette traduction, transformant les entrées brutes en exigences testables sur lesquelles d'autres peuvent agir. Claude peut prendre du matériel non structuré et retourner une structure en extrayant les exigences d'un document, en les organisant et en signalant ce qui est ambigu ou manquant. Téléchargez les entrées brutes et demandez à Claude une analyse structurée, plutôt qu'un résumé narratif.

Traduire les besoins commerciaux en définitions de tâches

Un besoin commercial énoncé comme « nous avons besoin de meilleurs rapports » n'est pas exploitable. Claude peut aider à convertir ce besoin commercial en définitions de tâches spécifiques : quel rapport, pour qui, à quelle fréquence, tiré de quelles données, et dans quel format. Chacun devient une exigence sur laquelle vous pouvez construire et vérifier l'achèvement.

Exemple travaillé : un flux de travail de réponse à un appel d'offres

Une équipe de propositions répond aux appels d'offres des clients. Les entrées sont un document d'appel d'offres de 40 pages et un fil de courriels internes dispersés avec des réponses. La tâche récurrente : transformer cela en une liste structurée d'exigences répondables.

Le prompt

« À partir de l'appel d'offres joint et du fil de courriels, extrayez chaque exigence distincte que le client nous demande d'aborder. Pour chacune, donnez une courte étiquette, la section exacte de l'appel d'offres d'où elle provient, si notre fil a déjà une réponse, et toute exigence qui est ambiguë et nécessite une clarification. Retournez-la sous forme de tableau. »

La sortie : Un tableau d'exigences sur lequel toute l'équipe peut travailler : chaque ligne une exigence, tracée à sa section d'appel d'offres, marquée répondue ou ouverte, avec les ambiguïtés signalées pour une question de clarification au client.

Ceci est un Project, pas un Chat unique. Les propositions gagnantes passées vivent dans la base de connaissances, les Skills portent les étapes de formatage, et les instructions permanentes contiennent le format d'extraction. Aucune construction technique n'est requise. Les instructions permanentes et la base de connaissances vivent dans la configuration du Project ; les Skills vivent au niveau du compte et s'appliquent partout, ce Project inclus. Le Module 5 couvre la configuration en profondeur.

Tester les exigences

L'extraction est la première passe ; tester est ce qui rend la sortie fiable. Demandez à Claude de remettre en question sa propre liste :

« Examinez les exigences que vous avez extraites. Lesquelles sont ambiguës telles qu'écrites ? Lesquelles pourraient être interprétées de deux façons par notre équipe de propositions ? Lesquelles impliquent une exigence que l'appel d'offres ne déclare qu'indirectement ? »

Cela met en surface les exigences cachées, celles enfouies dans une clause subordonnée ou impliquées par un critère d'évaluation, qui coûtent aux équipes l'appel d'offres lorsqu'elles sont manquées. La liste structurée plus une passe de test est une base bien plus solide que l'une ou l'autre seule, et c'est l'habitude de Discernement du Module 3 appliquée au stade des exigences.

---

Écran 3 : Recherche, planification et optimisation des processus

EnseignementRecherche et planification·10 min

Le travail de planification mélange généralement deux choses que Claude traite différemment : la synthèse, où il excelle, et le calcul, où il doit être vérifié.

Les flux de travail de planification les plus solides associent la synthèse de Claude à l'analyse exécutée par code, de sorte que le plan repose sur des nombres qui ont été calculés, non générés.

Recherche et synthèse

Claude peut synthétiser entre les sources pour développer un plan : rassembler les considérations, structurer les options et exposer les compromis. Pour les informations actuelles qui sont postérieures à l'entraînement, la recherche Web en chat couvre les recherches rapides et Research fournit les entrées plus approfondies et à jour. La synthèse est utile, et c'est là que les affirmations non vérifiées peuvent entrer, donc la discipline de vérification du Module 3 s'applique partout.

Exécution de code pour une analyse vérifiée

Lorsqu'un plan dépend de nombres, demandez à Claude de les calculer. Téléchargez l'ensemble de données et utilisez l'exécution de code pour exécuter les calculs, produire des graphiques de tendances et traiter les fichiers. Un plan d'effectifs construit sur un taux d'utilisation deviné est une supposition ; un construit sur une analyse exécutée par code des données réelles de feuilles de temps est un plan.

Exemple travaillé : un plan de capacité

Un responsable des opérations planifie l'effectif pour le prochain trimestre. Le flux de travail : téléchargez les données de volume de tickets des quatre derniers trimestres, utilisez l'exécution de code pour calculer la tendance et le débit par analyste, puis demandez à Claude de synthétiser une recommandation d'effectifs à partir des chiffres vérifiés.

Le prompt

« En utilisant l'exécution de code sur les données de tickets jointes, calculez la croissance du volume trimestriel et les tickets moyens résolus par analyste. Ensuite, à partir de ces chiffres, recommandez l'effectif nécessaire pour maintenir notre temps de résolution actuel le prochain trimestre, et montrez les hypothèses. »

La recommandation n'est aussi fiable que les chiffres qui la sous-tendent. Parce que les chiffres proviennent de l'exécution de code plutôt que de la prose, le plan peut être défendu ligne par ligne. Identifier quelles étapes d'un plan sont construites sur un nombre est comment vous décidez où l'insight IA impacte la réponse.

Où l'insight IA change le plan

Pas chaque étape d'un flux de travail de planification ne bénéficie également de Claude. Les étapes de synthèse, où de nombreuses considérations doivent être pesées et structurées, sont où il ajoute le plus. Les étapes de jugement, où une personne pèse l'appétit pour le risque ou la réalité politique, restent humaines. Un scan rapide d'un flux de travail pour ses étapes lourdes en synthèse vous dit où appliquer Claude et où laisser l'appel à une personne.

Pour le plan de capacité, l'effet de levier de Claude est de transformer quatre trimestres de données en une recommandation défendable ; la décision d'embaucher, contre les réalités budgétaires et de gel d'embauche que Claude ne peut pas voir, reste à la charge du responsable des opérations.

---

Écran 4 : Conception de solutions, développement et itération

EnseignementConception de solutions et itération·8 min

Claude est un collaborateur en conception, pas une machine à distribuer. La valeur apparaît dans une boucle explicite : idéer, prototyper, recueillir des commentaires, affiner.

Traiter cela comme une boucle, et garder le contexte de conception stable entre les itérations, est ce qui produit une solution plutôt qu'un tas de brouillons ponctuels.

La boucle d'itération

L'idéation produit des options ; un prototype en rend une concrète ; les commentaires exposent ce qui ne va pas ; l'affinement le corrige ; et la boucle se répète jusqu'à ce que la solution tienne. Exécuter cela à l'intérieur d'un Project garde le contexte, les contraintes et les décisions antérieures stables, de sorte que chaque itération s'appuie sur la dernière au lieu de redémarrer.

Exemple travaillé : un outil de processus interne

Une équipe d'analytique commerciale avait besoin d'un petit outil interne pour suivre et visualiser un ensemble de métriques maintenues. Plutôt que de commander une construction, elle a eu Claude la produire comme un artifact Web et a itéré en posant des questions.

« Construisez un artifact de tableau de bord simple qui montre ces cinq métriques à partir des données jointes, avec un graphique pour chacune. » Claude produit un artifact fonctionnel.

Savoir quand escalader

L'artifact a fonctionné parce qu'il servait le besoin interne d'une petite équipe. Lorsqu'une solution devient un système sur lequel d'autres dépendent, avec des exigences de disponibilité, de sécurité ou d'intégration, elle a dépassé la portée Associate et appartient à l'expertise Developer ou Architect.

Cette dépendance est le signal d'escalade : le moment où les gens s'appuient sur elle comme infrastructure, la construction n'est plus un exercice de prompt-et-itération.

---

Écran 5 : Cartographie de la délégation : Repenser les flux de travail avec Claude à l'intérieur

EnseignementCartographie de la délégation·12 min

C'est la compétence centrale du module. Avant de repenser un flux de travail autour de Claude, cartographiez-le étape par étape et décidez, pour chaque étape, qui en est propriétaire : l'IA, un humain, ou les deux ensemble.

La cartographie est jugée sur trois critères, et bien la faire détermine si le flux de travail compose la valeur ou accumule silencieusement le risque.

Trois étapes, trois critères

Pour chaque étape d'un flux de travail, classez-la comme appropriée pour l'IA, conservée par l'humain, ou collaborative, jugée par rapport à :

Réversibilité

L'étape peut-elle être annulée si Claude se trompe ? Les étapes réversibles tolèrent plus de délégation ; les irréversibles exigent l'implication humaine.

Enjeux

Quel est le coût d'une erreur à cette étape ? Les étapes à enjeux élevés restent propriété humaine ou examinées par l'humain.

Responsabilité

Qui est responsable du résultat de cette étape ? La responsabilité ne se délègue pas, même lorsque la rédaction le fait.

Construire la refonte

Une fois cartographié, intégrez la bonne fonctionnalité à chaque étape IA : une Skill pour les étapes de procédure répétables, l'exécution de code pour les étapes de données. La cohérence d'une Skill configurée bat le prompting héroïque qui dépend de se souvenir de la bonne formulation à chaque fois. Les étapes conservées par l'humain deviennent des portes d'examen explicites, pas des arrière-pensées.

L'examen de contrats est un flux de travail courant de première victoire pour les équipes commerciales, donc il vaut la peine de le cartographier complètement.

Deux cartes travaillées, mêmes critères

Étape du flux de travail

Délégation

Pourquoi

Extraire les clauses du contrat

Appropriée pour l'IA

Réversible, enjeux faibles, mécanique

Signaler les écarts par rapport au playbook de l'entreprise

Appropriée pour l'IA

Réversible ; une Skill porte les règles du playbook

Rédiger la modification et la justification

Collaborative

L'IA rédige, l'humain juge chaque modification

Approuver ou rejeter chaque modification

Conservée par l'humain

Enjeux élevés, la responsabilité ne se délègue pas

Calculer l'exposition financière d'une clause de pénalité

Appropriée pour l'IA (exécution de code)

Numérique ; doit être calculée, non estimée

Signer et envoyer

Conservée par l'humain

Irréversible, externe, juridiquement contraignant

Notez que l'IA fait un vrai travail ici, y compris la rédaction de la modification, pas seulement un résumé. L'humain possède les décisions et les étapes irréversibles. Cette division est la refonte.

Les mêmes trois critères produisent un résultat très différent lorsque les enjeux et la réversibilité changent. Une équipe Ressources humaines génère des lettres d'offre et des paquets d'intégration à partir de modèles.

Étape du flux de travail

Délégation

Pourquoi

Extraire les détails du nouvel employé de l'export SIRH

Appropriée pour l'IA (exécution de code)

Mécanique, réversible, doit être exact

Rédiger la lettre d'offre à partir du modèle approuvé

Appropriée pour l'IA

Brouillon réversible ; une Skill porte le modèle

Personnaliser la note de bienvenue

Collaborative

L'IA rédige, le responsable du recrutement ajoute la voix humaine

Confirmer que les chiffres de rémunération correspondent à la demande approuvée

Conservée par l'humain

Enjeux élevés, la responsabilité ne se délègue pas

Envoyer l'offre signée

Conservée par l'humain

Irréversible, juridiquement contraignant

Remarquez que le modèle est identique à l'examen de contrats même si le travail n'est pas lié : les étapes mécaniques et de rédaction se délèguent, la confirmation des chiffres et l'action irréversible sont conservées par l'humain. Les critères décident la division.

Reconnaître la sur-délégation

C'est une approche incorrecte de donner à l'IA plus que le profil de risque ne le justifie : laisser Claude approuver les clauses, ou envoyer le contrat, parce qu'il les a bien rédigées. La qualité de la rédaction n'est pas une licence pour déléguer la décision. Lorsque la carte donne une étape irréversible ou à responsabilité élevée à l'IA, c'est de la sur-délégation, et c'est exactement où la deuxième équipe de l'introduction s'est trompée.

Erreurs courantes de cartographie

Délégation d'auréole. Une étape est confiée à l'IA parce que l'étape précédente s'est bien déroulée. Chaque étape est jugée sur ses propres mérites.

Effondrement du collaboratif en automatisation. « L'IA rédige, l'humain examine » devient silencieusement « l'IA rédige » lorsque la porte d'examen n'est jamais réellement staffée. Une étape collaborative sans vrai examinateur est une étape automatisée.

Cartographier l'outil, par opposition au travail. Les équipes cartographient parfois autour des fonctionnalités qu'elles aiment (une Skill qu'elles ont construite) plutôt que les étapes réelles du flux de travail. Cartographiez d'abord le travail, puis ajustez les fonctionnalités.

---

Écran 6 : Communiquer la valeur et les limitations aux parties prenantes

EnseignementCommuniquer la valeur·8 min

Intégrer Claude dans un flux de travail d'équipe signifie le décrire à des personnes qui ne l'ont pas construit : un gestionnaire, un client, une fonction de risque.

La crédibilité provient d'affirmations exactes, ce qui signifie communiquer les limites aussi clairement que la valeur. Exagérer la capacité est comment les équipes perdent la confiance des parties prenantes à la première erreur visible.

Décrire la capacité avec précision

Énoncez ce que Claude peut faire de manière fiable pour le cas d'usage et ce qu'il ne peut pas, sans inflation ni fausse modestie. « Claude rédige la première passe de modification, qu'un avocat examine » est exact et crédible. « Claude gère l'examen de contrats » exagère et invite la question que votre première erreur répondra mal.

Le même flux de travail, différents publics

Considérez le flux de travail d'examen de contrats, interprété à partir de perspectives variées :

Haute littératie. « Claude extrait les clauses, signale les écarts par rapport au playbook, et rédige la modification. Il n'approuve pas les modifications, cette porte reste avec vous. Mode de défaillance connu : il peut manquer les obligations impliquées indirectement, donc les signaux d'écart par rapport au playbook sont une invite pour votre lecture, pas un substitut. »

Axé sur les résultats. « Le temps d'examen est réduit d'environ moitié au même standard d'approbation. Chaque modification est toujours approuvée par un avocat avant de quitter le bâtiment. »

Axé sur l'assurance. « L'IA assiste la rédaction ; un humain qualifié examine et approuve chaque terme. Aucun contrat n'est envoyé sans approbation humaine. »

C'est le même flux de travail et la même porte humaine. Ce qui change est le détail que chaque public a besoin de faire confiance.

Calibrer au public

Adaptez le message à la littératie IA du public. Un partie prenante technique veut le détail des fonctionnalités et les modes de défaillance ; un cadre veut le résultat, la surveillance en place, et la posture de risque. L'attente que vous fixez devrait correspondre à la limite de capacité, de sorte que personne ne soit surpris plus tard. C'est la compétence Description du Module 2 appliquée vers l'extérieur : la même spécification précise de ce que l'outil peut et ne peut pas faire, maintenant dirigée vers les parties prenantes plutôt que vers Claude.

Documenter la surveillance humaine

Nommez les portes d'examen qui restent en place. « Chaque sortie destinée à un client passe par un examen humain » est le contrôle qui rend le flux de travail défendable. Les parties prenantes font confiance à un flux de travail IA plus, pas moins, lorsque les points de contrôle humains sont explicites.

Bonne et mauvaise messagerie, côte à côte

Exagérée

Exacte

« Notre nouveau système IA examine automatiquement les contrats. » Fixe une attente que le flux de travail ne satisfait pas et cache la porte humaine.

« Claude rédige la modification et signale les écarts par rapport au playbook ; notre responsable juridique examine et approuve chaque modification avant que quoi que ce soit soit envoyé. Le temps d'examen de l'équipe est réduit d'environ moitié, avec le même standard d'approbation. » Valeur et limites en un souffle.

« Entièrement automatisé » est presque jamais vrai, et la première erreur visible l'expose. « Claude gère X » effondre la porte humaine hors de la phrase. « C'est essentiellement aussi bon qu'une personne à Y » fixe un standard que l'outil manquera éventuellement publiquement. Chacun remplace une affirmation défendable et bornée par une exagérée. Le correctif est le même à chaque fois : énoncez ce que l'outil fait, puis identifiez le point de contrôle humain.

---

Écran 7 : Exercice : Repenser un flux de travail avec les critères de délégation

ExerciceRepenser un flux de travail·7 min

La cartographie de la délégation est la méthode reproductible pour une intégration de flux de travail plus sûre. Cet exercice vous fait cartographier un vrai flux de travail de bout en bout, comme vous le feriez avant d'en repenser un au travail.

Ci-dessous se trouve un flux de travail d'approbation de rapport de dépenses. Classez chaque étape comme automatiser, humain, ou collaboratif, et identifiez une étape mieux servie par une Skill et une par l'exécution de code. Après avoir soumis vos réponses, la solution du modèle sera révélée avec le raisonnement pour chaque étape.

Le flux de travail

Revenez à cet exercice avant le quiz. Les scénarios du quiz utilisent les mêmes décisions de cartographie de délégation que vous pratiquez ici.

---

Écran 8 : Quiz du Module 4 : Intégration de flux de travail et conception de solutions

QuizModule 4·5 min

Cinq questions de style scénario. Chacune présente une situation ; sélectionnez la réponse qui applique le mieux le cadre d'intégration du module. Environ cinq minutes.

Revenez pour compléter le quiz avant d'avancer.

---

Écran 9 : Points clés à retenir

Module 4Points clés à retenir·5 min

Cinq choses qui tiennent à travers ce module :

Déléguer délibérément, ne pas automatiser indistinctement.

La valeur du flux de travail provient du choix des étapes que Claude effectue, non de la remise de tout à Claude.

Claude est un partenaire d'analyse des exigences.

Alimentez-le avec des entrées désordonnées, obtenez des besoins structurés, traçables et testables sur lesquels d'autres peuvent agir.

Construisez les plans sur des nombres vérifiés.

Associez la synthèse de Claude à l'exécution de code de sorte que les chiffres sous un plan sont calculés, non générés.

Cartographiez chaque étape par rapport à trois critères.

La réversibilité, les enjeux et la responsabilité décident si une étape est appropriée pour l'IA, conservée par l'humain, ou collaborative.

Communiquez les limites aussi clairement que la valeur.

Les affirmations de capacité exactes avec les portes d'examen humain nommées sont ce qui gagne et maintient la confiance des parties prenantes.

Toutes les descriptions de comportement des produits sont basées sur les fonctionnalités de claude. ai en juin 2026. La disponibilité et le comportement des fonctionnalités doivent être vérifiés par rapport à la documentation Anthropic actuelle à la publication :

• Cadre de fluidité IA : compétence Délégation

• Centre d'aide Claude : Projects, Skills, exécution de code et artifacts dans les flux de travail, support. claude. com

• Docs Anthropic : construire avec Claude pour l'analyse et la planification, platform. claude. com/docs

---

Écran 10 : Félicitations ! Vous avez complété ce module avec succès.

Module terminéChemin Associate·2 min

Vous pouvez maintenant cartographier n'importe quel flux de travail par rapport aux critères de délégation et le repenser en toute sécurité. Intégrez avec intention : Claude amplifie votre équipe sans ajouter de risque.

M1 : Sélection du produit et du modèle

Choisissez le bon point d'entrée, le modèle et les fonctionnalités pour n'importe quelle tâche donnée.

M2 : Prompting

Construisez des prompts structurés et adaptez-les au type de tâche.

M3 : Évaluation de la sortie

Validez la sortie et sachez quand l'examen humain est non négociable.

M4 : Intégration de flux de travail

Cartographiez un flux de travail par rapport aux critères de Délégation et repensez-le en toute sécurité.

M5 : Configuration

Configurez et maintenez les Projects, les instructions et les connaissances.

M6 : Gouvernance

Appliquez le jugement de cas d'usage, de données, de politique et d'éthique de manière responsable.

M7 : Dépannage

Diagnostiquez la sous-performance et optimisez les flux de travail lorsque les résultats ne sont pas à la hauteur.

M8 : Résumé du cours et prochaines étapes

Récapitulez le parcours, préparez-vous à l'examen et reconnaissez les limites d'escalade vers les pistes Developer et Architect.