Construis ton opérateur hebdomadaire

Construis une invite système qui transforme ta livraison récurrente du lundi en un travail de 30 secondes. Ensuite, exécute-la sur tes propres données et garde-la.

Dans "De la discussion à la construction", tu as découvert le modèle d'opérateur hebdomadaire : une invite système qui connaît ton rôle, plus des données fraîches chaque semaine, égale la même qualité d'analyse chaque lundi. Cette leçon, tu construis la tienne et tu l'exécutes sur tes données réelles avant de quitter la page.

Deux minutes de configuration. Ouvre une note et réponds à trois questions :

Ton rôle, en une ligne. Pas ton titre. "Je dirige une équipe de vente de 6 personnes couvrant le Sud-Ouest" vaut mieux que "Directeur régional des ventes."

Ta livraison récurrente. Le résultat hebdomadaire avec la même forme : revue de pipeline, plan de contenu, mise à jour des opérations, e-mail de statut client. Choisis celui qui prend le plus de temps le lundi.

Ta source de données. Un export CRM, un tableau de bord, les chiffres de la semaine dernière. Choisis quelque chose que tu peux obtenir tout de suite.

Le bloc 1 de ton invite système est le contexte du rôle : tout ce dont Claude a besoin et qui ne change jamais d'une semaine à l'autre. Qui tu es, qui lit le résultat, quelle décision ils prennent avec.

Le responsable des ventes : "Je gère une équipe de vente de 6 personnes. Chaque lundi, je révise notre pipeline pour ma VP, qui décide où consacrer son temps de soutien aux transactions. Étapes : Découverte, Proposition, Négociation, Clôturé. Une transaction est bloquée après 21 jours dans l'étape."

Le responsable des opérations : "Je dirige une revue hebdomadaire des opérations pour une équipe de réalisation. KPIs : précision des commandes (cible 99,2 %), temps d'expédition (cible 24h), arriéré de support (moins de 40). Tout ce qui est en dessous de la cible pendant 2 semaines consécutives va au COO."

Ce qu'il y a dedans : définitions, seuils, le lecteur, ce que le lecteur fait ensuite. Ce qu'il n'y a pas : adjectifs, déclarations de mission.

Le bloc 2 est le format de sortie. Décris la forme exacte du livrable, dans l'ordre, avec les longueurs. Le test : un étranger pourrait-il produire quelque chose qui ressemble à ton rapport à partir de cette seule description ?

Le bloc 2 du responsable des ventes : "Sortie : 1) Résumé de trois phrases de la santé du pipeline. 2) Tableau transaction par transaction : nom, étape, jours dans l'étape, commentaire d'une ligne. 3) Les 3 principaux risques cette semaine, chacun avec une action recommandée que je peux prendre avant vendredi. Moins de 400 mots. Pas de discours d'encouragement, pas de répétition des données."

Si tu as une version passée du livrable dont tu étais satisfait, dis-le : "Correspond à la structure du rapport d'exemple ci-dessous." Un exemple réel vaut mieux que n'importe quelle description.

Le bloc 3 est les règles d'escalade. C'est ce qui sépare un opérateur d'un résumeur. Dis à Claude ce qui constitue un problème et ce qu'il faut faire à ce sujet :

"Si une transaction de plus de 50 000 $ a reculé d'une étape, signale-le tout en haut, avant le résumé."

"Si un KPI manque sa cible pour la deuxième semaine consécutive, marque-le ESCALADE et rédige la note d'un paragraphe pour le COO."

"Si les données manquent d'un champ dont tu as besoin, liste-le sous Questions ouvertes. Ne comble jamais les lacunes avec des suppositions, et n'utilise jamais de chiffres qui ne sont pas dans les données que j'ai collées."

Cette dernière règle va dans chaque opérateur, quel que soit ton rôle. C'est la différence entre un rapport que tu parcours rapidement et un rapport que tu dois auditer.

Maintenant, assemble-le et exécute-le. Empile les trois blocs dans l'ordre : contexte du rôle, format de sortie, règles d'escalade. Termine par une ligne : "Chaque semaine, je collerai des données fraîches. Produis le livrable. Ne me demande rien que tu puisses répondre à partir des blocs ci-dessus."

Exécute-le maintenant : colle l'opérateur comme premier message d'une nouvelle conversation, ou dans les instructions du projet afin que chaque conversation future l'hérite. Puis colle les données réelles de cette semaine, expurgées.

Trois vérifications sur la sortie : chaque chiffre remonte aux données collées ; le format correspond au bloc 2, section par section ; les recommandations sont actionnables aujourd'hui. "Faire un suivi avec Meridian concernant la proposition bloquée" passe. "Surveiller les transactions à risque" échoue.

Un échec de vérification ? Corrige le bloc qui l'a permis, pas la sortie, et réexécute.

C'est à toi. Enregistre-le maintenant. Mets l'invite corrigée quelque part où tu la retrouveras lundi prochain : une note intitulée "Opérateur hebdomadaire", un document, ou les instructions du projet (déjà enregistrées, dans ce cas).

Lundi prochain, tout le travail consiste à : ouvrir l'opérateur, coller les nouvelles données, lire la sortie par rapport à tes trois vérifications. Trente secondes de ton apport pour le livrable qui prenait toute la matinée. Lorsque la sortie dérive, modifie le bloc, pas le brouillon.

Et le squelette se transfère : e-mail de statut client, résumé mensuel du conseil, récapitulatif de sprint. Le deuxième opérateur prend quelques minutes car tu connais déjà tes blocs.

Tu as construit un opérateur hebdomadaire : contexte du rôle, format de sortie, règles d'escalade, assemblés en une seule invite système et exécutés sur tes données réelles. Tu connais les trois vérifications (les chiffres remontent aux données, le format correspond, les recommandations sont actionnables) et la règle de réparation : corrige le bloc, pas la sortie. Il est enregistré là où tu le retrouveras. Lundi prochain, cela te coûtera trente secondes.