Chaque organisation a ce problème : la personne qui sait comment faire quelque chose part, et personne ne peut reproduire son travail. Non pas parce que le travail est difficile, mais parce que le savoir de comment bien le faire — la formulation spécifique pour les emails clients, les critères pour qualifier les prospects, les questions à poser lors d’une évaluation de fournisseur — vivait dans la tête de cette personne.
Les SOP sont la solution traditionnelle. Écrire le processus. Le mettre dans un wiki. Espérer que quelqu’un le lise.
Les SOP sont mieux que rien, mais elles ont une limitation fondamentale : elles décrivent le travail sans le faire. Une personne lit quand même la SOP, l’interprète et produit une sortie. La qualité de la sortie dépend de la compétence, de l’attention et du jugement du lecteur.
Les recettes encodent le comment, pas juste le quoi
Une recette est une SOP exécutable. Elle ne décrit pas comment rechercher un prospect — elle recherche réellement le prospect, en suivant l’approche exacte encodée dans le template de prompt.
Considérez le processus de recherche de prospects d’une équipe commerciale. La SOP traditionnelle pourrait dire :
- Rechercher l’entreprise sur LinkedIn et Crunchbase
- Noter les levées de fonds récentes et les dirigeants clés
- Vérifier les actualités récentes ou lancements de produits
- Identifier les points de douleur potentiels basés sur la taille et l’industrie de l’entreprise
- Résumer les résultats dans le format standard
Une recette encode le même savoir différemment :
Template de prompt :
Rechercher l’entreprise suivante et produire un brief prospect complet.
Entreprise : {{company_name}} Site web : {{website_url}}
Inclure : vue d’ensemble de l’entreprise, date de fondation, nombre d’employés, financement récent, dirigeants clés (nom, titre, LinkedIn), stack technologique, actualités récentes et lancements de produits, tendances industrielles les affectant et points de douleur potentiels basés sur leur stade d’entreprise et position de marché.
Se concentrer sur l’intelligence actionnable qu’un commercial peut référencer dans sa prospection.
Schéma de sortie :
company_overview (string), key_executives (array), recent_funding (object), tech_stack (array), recent_news (array), pain_points (array), outreach_angles (array)
La différence : quand la personne qui a écrit cette SOP part, son remplaçant lit le document et produit quelque chose. Quand la personne qui a créé cette recette part, la recette continue à produire la même qualité de sortie. Le savoir est encodé dans les instructions et le schéma, pas dans l’interprétation d’une checklist par une personne.
Le savoir institutionnel se compose
Au fil du temps, les recettes accumulent l’expertise de l’équipe. La recette de recherche de prospects est affinée : quelqu’un remarque qu’inclure le « paysage concurrentiel » dans la sortie améliore la qualité de la prospection, alors il l’ajoute au schéma. Quelqu’un d’autre découvre que demander des « signaux d’achat » produit une sortie plus actionnable, alors il met à jour le prompt.
Chaque amélioration est permanente. Elle s’applique à chaque exécution future. La recette s’améliore au fur et à mesure que l’équipe l’utilise, et ces améliorations ne partent jamais avec quelqu’un.
Comparez cela à une SOP traditionnelle. Quand quelqu’un découvre une meilleure approche, il pourrait mettre à jour la page wiki. Ou il pourrait juste commencer à faire les choses de la nouvelle façon et oublier de mettre à jour la documentation. Au fil du temps, la SOP diverge de la pratique réelle, et plus personne ne fait confiance à la documentation.
Les schémas imposent la cohérence
Le schéma de sortie d’une recette est quelque chose que les SOP ne peuvent pas répliquer. Quand le schéma dit que la sortie doit inclure risk_level (enum : high, medium, low), chaque exécution produit cette classification. Quand le schéma dit que action_items est un tableau d’objets avec description, owner et deadline, chaque exécution produit des éléments d’action structurés.
Cette cohérence signifie :
- Les nouveaux membres de l’équipe produisent une sortie indiscernable de celle des vétérans
- Les résultats peuvent être agrégés et comparés entre les exécutions
- Les workflows en aval peuvent consommer la sortie de manière fiable
- Les métriques de qualité sont mesurables
Une SOP traditionnelle pourrait dire « classifier le niveau de risque comme élevé, moyen ou faible ». Une recette le garantit.
Construire une bibliothèque de recettes
Les équipes les plus efficaces traitent leur bibliothèque de recettes comme une infrastructure de savoir institutionnel :
- Les processus fondamentaux deviennent des recettes. Si vous le faites plus d’une fois par semaine, ça devrait être une recette.
- Les recettes sont versionnées. Le template de prompt et le schéma évoluent au fur et à mesure que l’équipe apprend ce qui fonctionne.
- Les nouvelles recrues commencent avec les recettes existantes. Au lieu de lire un wiki et de deviner, elles exécutent la recette et voient à quoi ressemble une bonne sortie.
- Les recettes des employés partants restent. Leur savoir persiste dans le template, pas dans leurs notes.
Des recettes individuelles aux workflows d’équipe
Les recettes individuelles capturent le savoir au niveau tâche. Les workflows capturent le savoir au niveau processus — la séquence des tâches, les points de décision, les portes d’approbation, les conditions qui routent le travail différemment.
Un workflow pour le processus de recrutement encode non seulement comment écrire une description de poste (c’est une recette) mais le flux entier : description de poste → screening de CV → préparation d’entretien → débrief → offre ou refus. Le workflow capture l’ordre, la logique de branchement et les points de passage.
Quand le responsable du recrutement part, le processus ne repart pas de zéro. Le workflow continue à fonctionner avec la même qualité et cohérence. Le nouveau responsable revoit les sorties et prend des décisions, mais le processus lui-même est préservé.
Pour commencer
Vous n’avez pas besoin de convertir chaque SOP en recette dès le premier jour. Commencez par les tâches que votre équipe fait le plus fréquemment et où la cohérence compte le plus. Pour la plupart des équipes, c’est :
- La tâche avec laquelle les nouvelles recrues luttent le plus
- La tâche qui produit la sortie la plus variable entre les membres de l’équipe
- La tâche qui prend le plus de temps mais suit un pattern prévisible
Créez une recette pour chacune. Exécutez-la quelques fois. Affinez le prompt et le schéma en fonction de la qualité de la sortie. En une semaine, vous avez capturé un savoir institutionnel qui aurait pris des mois à documenter traditionnellement — et contrairement à la documentation, la recette fait réellement le travail.