Utiliser Claude sans coder

Claude sait déjà faire vos prompts. Le vrai sujet, c'est maintenant de savoir quoi lui confier.

Vous savez déjà écrire un bon prompt. Rôle, contexte, tâche, contraintes, format : la recette n'a plus de secret pour vous. Mais une fois ce réflexe acquis, une autre question se pose, plus rarement traitée : jusqu'où peut-on faire confiance à Claude sur un résultat, et à partir de quand un humain doit-il impérativement reprendre la main ?

Cette réflexion vient d'une formation en ligne que j’ai suivie cet été, qui délivre la certification "Anthropic Certificate Foundations". Le contenu vaut le détour, notamment sur un point qu'on a tendance à survoler quand on est déjà à l'aise avec l'outil : la gouvernance de la délégation.

1) Trois questions avant de tout déléguer à Claude

Avant de confier une tâche à Claude sans vérification, ou de choisir de tout faire à la main, trois critères permettent de trancher assez vite :

  • La réversibilité : peut-on revenir en arrière si le résultat n'est pas bon ? Un brouillon d'email interne, oui. Un contrat signé et envoyé, non.
  • Les enjeux : faibles et internes, ou élevés et externes ? Reformuler une note de synthèse pour l'équipe n'a pas le même poids qu'une réponse envoyée à un client qui fait une réclamation.
  • La responsabilité : qui porte la décision au bout du compte ? S'il y a une personne identifiée comme responsable du périmètre, la délégation totale n'est en général pas une bonne idée, même si Claude fait un travail impeccable.

À partir de ces trois critères, on distingue trois façons de travailler/déléguer avec l'IA :

Mode

Ce que ça veut dire

Tout déléguer

Aucune vérification humaine avant usage

Collaboratif

Claude produit, l'humain vérifie ensuite

Humain seul

L'IA n'intervient pas sur cette étape

Le fait de se poser explicitement la question évite pas mal de mauvaises surprises !

2) Cartographier le workflow global

Le vrai levier pour implémenter correctement l’IA dans les entreprises, c’est de prendre le temps de cartographier un processus entier. Notre job de PM et de désigner prend ici tout son sens ! Concrètement : découper le workflow en étapes, et pour chacune, noter qui délègue quoi et pourquoi.

Prenons un exemple tiré de la formation, un workflow juridique pour éditer un contrat avec l'aide de Claude :

Étape du workflow

Délégation

Pourquoi

Extraire les clauses du contrat

IA

Réversible, enjeu faible, mécanique

Repérer les écarts au playbook

IA

Réversible, une skill peut porter les règles

Rédiger la proposition de modification et sa justification

Collaboratif

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

Valider ou rejeter chaque modification

Humain

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

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

IA (code execution)

C'est du chiffre, ça se calcule, ça ne s'estime pas

Signer et envoyer

Humain

Irréversible, externe, juridiquement engageant

L'intérêt de ce tableau ne s'arrête pas à la clarté interne. C'est aussi le meilleur support pour rassurer un client ou un stakeholder qui s'inquiète, à juste titre, de savoir où l'IA intervient.

Exemple qu’il est possible d’affirmer suite à la cartographie du process de délégation IA/humain : "Claude rédige la proposition de modification et signale les écarts au playbook. Notre référent juridique relit et valide chaque modification avant tout envoi. Le temps de relecture de l'équipe a baissé de moitié environ, avec le même niveau d'exigence."

3) Adapter le niveau de contrôle au livrable

Une fois le workflow posé, il reste à définir le niveau de relecture attendu sur chaque sortie de Claude :

Niveau

Ce que ça veut dire

Prêt à l'emploi

Utilisable tel quel

À retravailler

Bonne base, à ajuster avant diffusion

Contrôle humain obligatoire

Systématique dès qu'il y a un enjeu élevé, une décision irréversible ou une audience réglementaire

Ce troisième niveau s'applique même quand le rendu de Claude paraît nickel à première lecture. La relecture experte n'est pas là pour corriger une erreur visible, elle est là pour repérer ce qui ne l'est pas.

Quatre situations appellent quasi systématiquement ce niveau de contrôle :

  • Une action one-shot sans retour en arrière possible (un document médical final, par exemple)
  • Un enjeu élevé où le coût d'une erreur est important (une réponse à une réclamation client)
  • Un besoin de créativité ou d'empathie humaine (l'évaluation d'un CV) - oui, pour le moment l’IA ne sait pas mieux faire que nous ^^
  • Un cas où une personne précise porte la responsabilité du résultat

4) Garder son esprit critique avant tout

Deux vérifications méritent de devenir automatiques avant de valider une réponse de Claude et de la faire vivre en vrai :

  • La diligence : est-ce que la réponse a été relue avec attention, et est-ce que le modèle utilisé était le bon pour l'enjeu en question ?
  • Le discernement : est-ce que la réponse répond vraiment à la question posée, ou est-ce qu'elle a l'air de faire le travail sans vraiment le faire ? Un rendu bien mis en forme peut donner une fausse impression de solidité.

Le prompt reste important, mais ce n'est plus vraiment le sujet du moment. La vraie compétence à muscler maintenant, c'est de savoir tracer la ligne entre ce qu'on confie et ce qu'on garde. Et ça, ce n'est pas Claude qui peut le décider à votre place.

5) En conclusion

La question posée dans mon intro n'a pas de réponse toute faite, et c'est bien normal : elle dépend du workflow, du client, du secteur. Mais elle a une méthode. Réversibilité, enjeux, responsabilité pour trancher étape par étape ; cartographie du workflow pour rendre la délégation lisible et défendable ; diligence et discernement pour ne jamais confondre un rendu propre avec un rendu juste.

Un bon prompt fait gagner du temps sur la production. Une bonne gouvernance de la délégation évite de le perdre ailleurs, le jour où quelque chose part de travers. C'est ce deuxième chantier qui, pour la plupart des équipes déjà à l'aise avec Claude, reste encore à construire.