Modele compte rendu reunion : template ops en 3 sections
Résumé
La plupart des comptes rendus capturent ce qui a été dit, pas ce qui a été décidé. Ce template ops en 3 sections : décisions, actions nommées, sujets différés. Quatre formats pour les réunions ops courantes. Plus : comment construire la commande `/meeting-minutes` dans CommanderGPT pour passer de 45 min de nettoyage post-réunion à 3 min de workflow.
Un bon modele compte rendu reunion ne retranscrit pas ce qui a été dit -- il documente ce qui a été décidé, avec un responsable nommé et une échéance. Pour les équipes ops qui tournent en weekly sync, deal review ou QBR, ça tient en trois sections obligatoires : décisions prises, actions avec propriétaire et deadline, et sujets différés. Cet article te donne ce template, quatre variantes calibrées pour chaque type de réunion, et montre comment transformer la prise de notes en une commande /meeting-minutes de 3 minutes dans CommanderGPT -- pour que ça arrête d'être la tâche que tout le monde redoute en silence.
Pourquoi la plupart des modèles de compte rendu ratent leur seul objectif
Le schéma est toujours le même dans les équipes GTM ops et CS ops : quelqu'un crée un doc Notion, colle un template, attribue le rôle de secrétaire en rotation, et deux semaines plus tard le template est soit vide, soit rempli de paragraphes décousus que personne ne lit. Le problème n'est pas le format. Le problème, c'est que la plupart des templates sont conçus pour capturer ce qui a été dit, pas ce qui a été décidé.
Une équipe ops n'a pas besoin d'une transcription. Elle a besoin d'un journal de décisions avec des noms attachés.
Le deuxième problème, c'est le manque de propriétaire. Une action sans responsable, c'est un voeu pieux. Des équipes peuvent utiliser un template parfaitement structuré et quand même envoyer le même message Slack trois jours après : "Hey, qu'est-ce qui s'est passé avec X depuis le sync de mardi ?" Ça arrive quand le template note "discuter de la stratégie pricing" au lieu de "Maya livre le deck pricing mis à jour vendredi."
Le troisième problème, c'est le timing. Un compte rendu distribué 72 heures après la réunion, c'est de l'archéologie. D'ici là, deux threads de suivi ont démarré, quelqu'un a pris une décision unilatérale, et le compte rendu n'existe que pour la justifier rétrospectivement. L'objectif : 24 heures, idéalement le jour même.
Évite tout template qui te demande de résumer chaque point de l'ordre du jour en prose. Cette approche transforme la prise de notes en exercice d'écriture de 45 minutes qui produit un document que personne n'avait demandé.
L'anatomie en 3 sections que tout bon template ops doit avoir
Reviens à l'essentiel : trois sections. Si ton template en a plus de trois, tu construis un rapport, pas un document de travail.
Section 1 : Décisions prises
Liste uniquement ce qui a été décidé, pas ce qui a été discuté. Une ligne par décision, au présent, avec le responsable si mentionné. Exemple : "Le niveau tarifaire 3 lance à $149/mo en Q4. Propriétaire : Derek."
C'est la section que tes coéquipiers ouvrent en premier quand ils ont manqué la réunion. Elle doit être lisible en 30 secondes.
Section 2 : Actions
Chaque action comporte trois champs, sans exception :
Tâche (quoi)
Propriétaire (qui : un seul nom, pas "l'équipe")
Date limite (quand : une date précise, pas "la semaine prochaine")
Si tu ne peux pas remplir les trois champs, l'action n'est pas prête à être enregistrée. Recadre en réunion et obtiens les précisions avant de passer à la suite.
Section 3 : Sujets différés
C'est la section que la plupart des templates omettent et que la plupart des équipes ops regrettent. Capture les sujets qui ont émergé mais n'ont pas été résolus, avec une indication sur pourquoi ils ont été différés et qui est responsable de les ramener à l'ordre du jour. Sans cette section, les sujets différés disparaissent silencieusement ou réapparaissent dans trois réunions suivantes en consommant les mêmes 20 minutes à chaque fois.

Quatre formats : choisis ton template selon le type de réunion
Toutes les réunions ne nécessitent pas la même structure. Voici quatre formats calibrés pour les contextes que les équipes ops rencontrent le plus souvent.
Le template de weekly sync
Lean et rapide. Cinq champs : date, participants, décisions, actions, date du prochain sync. Pas de section ordre du jour -- l'ordre du jour est dans l'invitation calendrier. Supprime le paragraphe de résumé ; personne ne le lit. Temps de remplissage total : 8-10 minutes en direct.
Idéal pour : standups d'équipe hebdomadaires, revues de sprint, syncs pipeline.
À éviter : les résumés narratifs de ce que chaque personne a dit. Si quelqu'un a manqué la réunion, le résumé Slack de 3 phrases est plus rapide à lire que trois paragraphes de récap.
Le template de deal review
Ajoute deux champs : nom/lien du deal et une phrase de contexte sur où en est le deal. La section décisions devient une liste de demandes : qu'est-ce que l'AE a besoin d'ops pour faire avancer ce deal ? Les actions se mappent directement aux exigences du stage deal. Les comptes rendus de deal reviews doivent alimenter ton CRM : manuellement si tu n'as pas l'intégration en place, automatiquement si tu l'as.
Idéal pour : revues de pipeline, revues d'opportunités, sessions deal desk.
Le template de QBR
Ce format mérite une structure plus longue. Ajoute une section pour les métriques contextuelles : les trois chiffres clés du trimestre, pré-remplis avant la réunion pour que la discussion parte de données partagées. Ajoute une section séparée pour engagements vs. résultats.
La section actions ici doit être plus légère que tu ne le penses. Un QBR qui génère 18 actions génère 18 choses qui ne seront pas faites. Plafonne à 5 actions engagées, chacune avec un DRI (directly responsible individual) et une date cible trimestrielle.
Idéal pour : quarterly business reviews (QBR), bilans conseil, rétrospectives transverses.
Le template de rétrospective
Remplace "décisions prises" par "ce qui a fonctionné" et "ce qui doit changer", chacun avec un à trois exemples concrets. Les actions ici alimentent directement ton prochain sprint ou le playbook du trimestre suivant. La section différée est particulièrement importante dans les retros : les points de friction de faible priorité qui ont émergé mais ne nécessitent pas d'action immédiate doivent aller ici et être revus à la prochaine rétrospective trimestrielle.
Idéal pour : rétrospectives de sprint, post-mortems, clôtures de projets.

Arrête de faire tourner le rôle de secrétaire. Construis une commande /meeting-minutes.
Le secrétaire en rotation est une taxe cachée sur ton équipe. Celui qui prend les notes ne peut pas s'engager pleinement dans la réunion. Il passe 30-45 minutes après à nettoyer son brouillon. La qualité varie selon qui a tiré le mauvais numéro cette semaine.
L'alternative : une personne colle les notes brutes ou une transcription IA dans CommanderGPT et lance /meeting-minutes. La commande retourne un output structuré dans ton format template : décisions, actions avec propriétaires extraits de la conversation, sujets différés flagués automatiquement.
Voici le playbook exact.
Étape 1 : Crée la commande dans CommanderGPT
Ouvre ta bibliothèque de commandes, crée /meeting-minutes, et ajoute ce bloc d'instructions :
Tu es un ops lead qui transforme des notes brutes de réunion en compte rendu structuré.
Extraits et formate :
1. DÉCISIONS PRISES : ce qui a été décidé, une ligne chacune, au présent, avec le propriétaire si mentionné
2. ACTIONS : tâche | propriétaire | date limite (une par ligne, date limite obligatoire ; infère du contexte si mentionné, marque [À DÉFINIR] sinon)
3. SUJETS DIFFÉRÉS : sujets soulevés mais non résolus, avec raison et qui les ramène
Format de sortie : markdown propre, sans préambule, sans paragraphe de résumé.
Format pour collage dans Notion / Google Docs.Étape 2 : Lance-la après chaque réunion
Copie tes notes brutes ou colle la transcription IA de ton outil de transcription. Lance /meeting-minutes. Revois l'output en 2-3 minutes, corrige les noms de propriétaires mal extraits, ajoute les décisions que le modèle a manquées. Colle dans ton template Notion ou Google Docs.
Étape 3 : Chaîne avec /summarize pour la distribution async
Après /meeting-minutes, lance /summarize sur l'output pour générer une mise à jour async de 3 phrases pour ton canal Slack. Format : ce qui a été décidé, ce qui avance, ce qui est bloqué. Poste dans le canal concerné dans l'heure. Temps total des notes brutes aux comptes rendus distribués : moins de 10 minutes.
3 commandes, 1 workflow, 0 friction.
Ce que tu fais de ton compte rendu dans les 24 heures qui suivent
Le template n'est utile qu'en fonction de ce que tu en fais après la réunion.
Le jour même : poste le résumé Slack async (3 phrases, via /summarize). Ça couvre ceux qui ont manqué la réunion et évite le thread "alors, qu'est-ce qui s'est passé ?" de se former.
Dans les 24 heures : partage le doc de comptes rendus complet. Lie-le dans le thread Slack du résumé async. Colle les actions directement dans ton outil de tracking : Linear, Notion, ou ClickUp. Ne force pas les gens à lire le doc de comptes rendus pour trouver leurs tâches. Fais remonter les tâches là où le travail se passe déjà.
Avant la réunion suivante : colle les actions de la dernière réunion dans une commande /status-check (ou revois-les manuellement) et ajoute un point ordre du jour permanent : "Qu'est-ce qui est fermé ? Qu'est-ce qui est bloqué ?" Ça ferme la boucle et transforme ton template en document vivant, pas en document statique ouvert une fois et jamais mis à jour.
Une chose à dire clairement : si les actions de tes comptes rendus ne se ferment pas systématiquement, le problème n'est pas le template. C'est soit un manque de clarté sur la propriété, soit des dates limites irréalistes, soit des tâches sur lesquelles on n'a jamais réellement pris d'engagement en réunion. Le template fait émerger ce schéma rapidement. Mais le corriger nécessite une conversation sur la façon dont les décisions se prennent dans ton équipe, pas un meilleur setup Notion.
Ta prochaine commande à déployer
Commence par le template à trois sections ci-dessus. Copie-le dans Notion ou Google Docs comme baseline de ton équipe. Configure la commande /meeting-minutes dans CommanderGPT cette semaine. La configuration prend environ 10 minutes et fait gagner l'équivalent dès la première réunion.
Après 3-4 réunions, tu sauras quoi ajuster : quelles décisions ton équipe prend verbalement sans nommer de propriétaire, quel type de réunion nécessite un format plus ou moins long, et si la section sujets différés fait remonter les frictions qui comptent vraiment.
Mesure ça de deux façons : temps entre la fin de la réunion et les comptes rendus distribués (objectif : moins de 24 heures), et pourcentage d'actions clôturées avant la prochaine réunion. La plupart des équipes qui tournent avec des comptes rendus informels sont à 40-50% de clôture. Un template structuré avec des propriétaires nommés amène généralement ça à 65-75% en un mois. Pas parce que la méthode a des vertus particulières, mais parce que la propriété explicite change la conversation en réunion.
Le template, c'est la partie facile. La discipline, c'est de lancer la commande à chaque fois, sans exception, et de revoir ce qui ne se ferme pas.