De la Décision à l'Exécution
Glissez pour afficher le menu
Une démonstration en direct de suivi montrant comment la même compétence de "research-brief" de 4.2 gère la prochaine question de recherche qui suit toujours une décision — nous avons décidé X, maintenant comment l’exécutons-nous réellement ? Même compétence, nouveau contexte, questions de clarification plus approfondies.
Concept Fondamental
La compétence research-brief n’est pas un outil à usage unique. C’est le levier utilisé chaque fois qu’une décision génère une nouvelle question de recherche — ce qui arrive la plupart du temps. Ce chapitre montre la boucle d’itération. La même compétence, sollicitée à nouveau lors du suivi, approfondissant à chaque passage. Le point pédagogique n’est pas un nouveau schéma — c’est que le schéma continue de fonctionner à mesure que l’on creuse un sujet.
Fonctionnement (Étape par Étape)
Étape 1 — Identifier la question de suivi
Chaque décision génère une question suivante. Vous avez décidé quoi faire — maintenant vous devez savoir comment le faire. Dans l’exemple de ce chapitre : la décision de 4.2 (passer hypothétiquement de HubSpot à Attio) génère la question suivante — quel est le plan de migration.
Étape 2 — Réutiliser la compétence dans un nouveau contexte
Lancer /research-brief avec la même compétence utilisée en 4.2. Pas de nouveau modèle. Pas de nouvelle configuration. Fournir simplement le nouveau prompt.
« Nous avons décidé d’aller de l’avant avec la transition de HubSpot vers Attio. Utilisez notre modèle de research brief pour rechercher les étapes exactes à suivre. Nous avons beaucoup d’automatisations avec Notion, PostHog, et d’autres — je n’ai pas besoin du détail au niveau de l’automatisation, mais je veux que tout soit couvert. Merci de me poser toutes les questions de clarification nécessaires. »
Remarquez — même compétence, même modèle, contexte différent. C’est toute la logique de réutilisation.
Étape 3 — Répondre honnêtement aux questions de clarification
La compétence passe en mode planification d’exécution et fait remonter une série de questions de clarification avant de commencer la recherche. Forme typique :
- Qui est responsable de la migration ?
- À quel point votre utilisation actuelle de l’outil que vous quittez est-elle poussée ?
- Dans quel sens fonctionnent vos automatisations ?
- Quelle est la date limite ?
- Migration en interne ou assistée ?
C’est là que la valeur s’accumule. Répondez précisément — des réponses vagues ici donneront des briefs vagues plus tard. Dans la démo, Cameron a répondu — il en est responsable avec un collègue RevOps ; l’utilisation est très poussée (tickets, contacts, base de données complète) ; les automatisations sont multidirectionnelles (Facebook → HubSpot → Notion, PostHog → HubSpot, etc.) ; pas de date limite spécifique (juste bien faire les choses) ; en interne, mais ouvert à de l’assistance.
Étape 4 — Valider l’approfondissement de la recherche
Cowork signalera les lacunes dans vos connaissances avant de commencer la recherche. Dans la démo, il a remarqué le problème de gestion des tickets — Cameron avait indiqué que les tickets passaient par HubSpot, mais Attio n’a pas de gestion native des tickets. Ce n’est pas un échec de Cowork ; c’est Cowork qui fait son travail. Il a demandé s’il fallait rechercher des alternatives pour la gestion des tickets, s’il fallait inclure un tableau comparatif des outils de migration, et où concentrer la profondeur de la recherche. Validez l’approfondissement et laissez-le poursuivre.
Étape 5 — Itérer : approfondir, approfondir, approfondir
On ne s’arrête pas au premier brief. Chaque réponse ouvre deux nouvelles questions. Continuez à questionner. Continuez à approfondir. La boucle de questions de clarification permet d’obtenir un brief réellement utile — pas la première version.
Étape 6 — Envoyer le livrable dans vos outils en aval
Une fois le brief terminé, il n’est pas nécessaire de quitter le flux de travail. Demandez à Cowork de le formater dans un document Notion. Envoyez-le par Gmail. Convertissez-le en Google Doc partagé. Quel que soit l’outil en aval accessible via vos connecteurs. Le brief est le contenu ; les connecteurs sont la distribution.
Pourquoi C’est Important
La plupart des gens utilisent l’IA pour la première question et s’arrêtent là. Ceux qui en tirent une vraie valeur utilisent les mêmes outils pour la deuxième, la troisième, la quatrième question. L’itération est la clé. Ce chapitre prouve que la compétence est scalable — et modélise l’habitude d’approfondir plutôt que de s’arrêter au premier résultat.
Ce Qui Doit Être Possible Après Ce Chapitre
- Réutiliser une compétence installée sur une question de suivi sans reconstruire le contexte.
- Répondre aux questions de clarification de façon suffisamment précise pour façonner un brief utile.
- Valider les approfondissements de recherche lorsque Cowork signale des lacunes.
- Envoyer un brief finalisé dans un outil en aval via les connecteurs.
Annexe — Le Prompt de Suivi
Le prompt de suivi de la démo, adapté pour la réutilisation.
/research-brief
Nous avons décidé de [DÉCISION DU BRIEF PRÉCÉDENT]. Utilisez le modèle de research brief pour rechercher les étapes exactes à suivre pour exécuter cela. Nous avons [CONTEXTE PERTINENT SUR LES SYSTÈMES / L’ÉCHELLE / LES CONTRAINTES]. Je n’ai pas besoin de [limites de niveau de détail], mais je veux que tout soit couvert. Merci de me poser toutes les questions de clarification nécessaires.
Vous disposez désormais d’un processus reproductible pour transformer toute décision en brief écrit — et pour réutiliser cette même compétence chaque fois qu’une décision génère la prochaine question de recherche. La compétence research-brief pilote le flux de travail. Le modèle donne la structure. Votre rôle est de choisir la question, de répondre honnêtement aux questions de clarification, et d’itérer jusqu’à obtenir un brief réellement utile. Chaque fois que vous êtes tenté d’ouvrir dix onglets de navigateur, souvenez-vous — vous pouvez simplement faire un brief, itérer, refaire un brief, puis l’envoyer en aval.
Merci pour vos commentaires !
Demandez à l'IA
Demandez à l'IA
Posez n'importe quelle question ou essayez l'une des questions suggérées pour commencer notre discussion
De la Décision à l'Exécution
Une démonstration en direct de suivi montrant comment la même compétence de "research-brief" de 4.2 gère la prochaine question de recherche qui suit toujours une décision — nous avons décidé X, maintenant comment l’exécutons-nous réellement ? Même compétence, nouveau contexte, questions de clarification plus approfondies.
Concept Fondamental
La compétence research-brief n’est pas un outil à usage unique. C’est le levier utilisé chaque fois qu’une décision génère une nouvelle question de recherche — ce qui arrive la plupart du temps. Ce chapitre montre la boucle d’itération. La même compétence, sollicitée à nouveau lors du suivi, approfondissant à chaque passage. Le point pédagogique n’est pas un nouveau schéma — c’est que le schéma continue de fonctionner à mesure que l’on creuse un sujet.
Fonctionnement (Étape par Étape)
Étape 1 — Identifier la question de suivi
Chaque décision génère une question suivante. Vous avez décidé quoi faire — maintenant vous devez savoir comment le faire. Dans l’exemple de ce chapitre : la décision de 4.2 (passer hypothétiquement de HubSpot à Attio) génère la question suivante — quel est le plan de migration.
Étape 2 — Réutiliser la compétence dans un nouveau contexte
Lancer /research-brief avec la même compétence utilisée en 4.2. Pas de nouveau modèle. Pas de nouvelle configuration. Fournir simplement le nouveau prompt.
« Nous avons décidé d’aller de l’avant avec la transition de HubSpot vers Attio. Utilisez notre modèle de research brief pour rechercher les étapes exactes à suivre. Nous avons beaucoup d’automatisations avec Notion, PostHog, et d’autres — je n’ai pas besoin du détail au niveau de l’automatisation, mais je veux que tout soit couvert. Merci de me poser toutes les questions de clarification nécessaires. »
Remarquez — même compétence, même modèle, contexte différent. C’est toute la logique de réutilisation.
Étape 3 — Répondre honnêtement aux questions de clarification
La compétence passe en mode planification d’exécution et fait remonter une série de questions de clarification avant de commencer la recherche. Forme typique :
- Qui est responsable de la migration ?
- À quel point votre utilisation actuelle de l’outil que vous quittez est-elle poussée ?
- Dans quel sens fonctionnent vos automatisations ?
- Quelle est la date limite ?
- Migration en interne ou assistée ?
C’est là que la valeur s’accumule. Répondez précisément — des réponses vagues ici donneront des briefs vagues plus tard. Dans la démo, Cameron a répondu — il en est responsable avec un collègue RevOps ; l’utilisation est très poussée (tickets, contacts, base de données complète) ; les automatisations sont multidirectionnelles (Facebook → HubSpot → Notion, PostHog → HubSpot, etc.) ; pas de date limite spécifique (juste bien faire les choses) ; en interne, mais ouvert à de l’assistance.
Étape 4 — Valider l’approfondissement de la recherche
Cowork signalera les lacunes dans vos connaissances avant de commencer la recherche. Dans la démo, il a remarqué le problème de gestion des tickets — Cameron avait indiqué que les tickets passaient par HubSpot, mais Attio n’a pas de gestion native des tickets. Ce n’est pas un échec de Cowork ; c’est Cowork qui fait son travail. Il a demandé s’il fallait rechercher des alternatives pour la gestion des tickets, s’il fallait inclure un tableau comparatif des outils de migration, et où concentrer la profondeur de la recherche. Validez l’approfondissement et laissez-le poursuivre.
Étape 5 — Itérer : approfondir, approfondir, approfondir
On ne s’arrête pas au premier brief. Chaque réponse ouvre deux nouvelles questions. Continuez à questionner. Continuez à approfondir. La boucle de questions de clarification permet d’obtenir un brief réellement utile — pas la première version.
Étape 6 — Envoyer le livrable dans vos outils en aval
Une fois le brief terminé, il n’est pas nécessaire de quitter le flux de travail. Demandez à Cowork de le formater dans un document Notion. Envoyez-le par Gmail. Convertissez-le en Google Doc partagé. Quel que soit l’outil en aval accessible via vos connecteurs. Le brief est le contenu ; les connecteurs sont la distribution.
Pourquoi C’est Important
La plupart des gens utilisent l’IA pour la première question et s’arrêtent là. Ceux qui en tirent une vraie valeur utilisent les mêmes outils pour la deuxième, la troisième, la quatrième question. L’itération est la clé. Ce chapitre prouve que la compétence est scalable — et modélise l’habitude d’approfondir plutôt que de s’arrêter au premier résultat.
Ce Qui Doit Être Possible Après Ce Chapitre
- Réutiliser une compétence installée sur une question de suivi sans reconstruire le contexte.
- Répondre aux questions de clarification de façon suffisamment précise pour façonner un brief utile.
- Valider les approfondissements de recherche lorsque Cowork signale des lacunes.
- Envoyer un brief finalisé dans un outil en aval via les connecteurs.
Annexe — Le Prompt de Suivi
Le prompt de suivi de la démo, adapté pour la réutilisation.
/research-brief
Nous avons décidé de [DÉCISION DU BRIEF PRÉCÉDENT]. Utilisez le modèle de research brief pour rechercher les étapes exactes à suivre pour exécuter cela. Nous avons [CONTEXTE PERTINENT SUR LES SYSTÈMES / L’ÉCHELLE / LES CONTRAINTES]. Je n’ai pas besoin de [limites de niveau de détail], mais je veux que tout soit couvert. Merci de me poser toutes les questions de clarification nécessaires.
Vous disposez désormais d’un processus reproductible pour transformer toute décision en brief écrit — et pour réutiliser cette même compétence chaque fois qu’une décision génère la prochaine question de recherche. La compétence research-brief pilote le flux de travail. Le modèle donne la structure. Votre rôle est de choisir la question, de répondre honnêtement aux questions de clarification, et d’itérer jusqu’à obtenir un brief réellement utile. Chaque fois que vous êtes tenté d’ouvrir dix onglets de navigateur, souvenez-vous — vous pouvez simplement faire un brief, itérer, refaire un brief, puis l’envoyer en aval.
Merci pour vos commentaires !
