# Modele compte rendu reunion : template ops en 3 sections URL: https://commandergpt.app/fr/journal/modele-compte-rendu-reunion Type: blog Locale: fr Published: 2026-09-23 Updated: 2026-09-23 --- > Trois sections, quatre formats, une commande CommanderGPT : le playbook complet pour transformer tes réunions en décisions actionnables. 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. ![Carnet avec ordre du jour structuré et cases à cocher pour les actions sur un bureau en bois](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/commandergpt/2026-09/f8a3c7-inline1.webp) ## 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. ![Équipe ops collaborant dans une salle de réunion moderne et lumineuse, prenant des notes sur laptop](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/commandergpt/2026-09/3a7944-inline2.webp) ## 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. ## FAQ ### Quelle est la différence entre un compte rendu et un procès-verbal de réunion ? Un procès-verbal a valeur légale et suit un format réglementaire strict (assemblées générales, conseils d'administration). Un compte rendu est un document de travail interne : il capture les décisions, les actions et les sujets différés sans exigence de forme légale. Pour les réunions ops courantes -- weekly sync, deal review, QBR -- c'est le compte rendu qui s'applique. ### Combien de sections doit avoir un bon modèle de compte rendu de réunion ? Trois sections obligatoires : décisions prises (ce qui a été acté), actions avec propriétaire et date limite, et sujets différés. Tout le reste est optionnel selon le type de réunion. Si ton template a plus de cinq sections, tu construis un rapport, pas un document de travail. ### Qui est responsable de rédiger le compte rendu de réunion ? Dans la plupart des équipes, le rôle tourne -- et c'est le problème : le secrétaire ne peut pas s'engager pleinement dans la réunion, et la qualité varie selon qui a tiré le mauvais numéro. Une meilleure approche : n'importe qui prend les notes brutes, puis lance `/meeting-minutes` dans CommanderGPT pour structurer le tout en 2-3 minutes. ### Dans quel délai faut-il distribuer un compte rendu de réunion ? Objectif : 24 heures, idéalement le jour même. Un compte rendu distribué 72 heures après la réunion arrive trop tard : des décisions ont été prises entre-temps, des threads Slack ont démarré, et le document n'a plus de valeur opérationnelle réelle. ### Comment améliorer le taux de clôture des actions issues d'une réunion ? La plupart des équipes avec des comptes rendus informels clôturent 40-50% de leurs actions avant la réunion suivante. Un template structuré avec des propriétaires nommés et des dates limites précises amène généralement ce taux à 65-75% en un mois. Ajouter un point ordre du jour permanent "Qu'est-ce qui est fermé ? Qu'est-ce qui est bloqué ?" à chaque réunion accélère le résultat. ### Peut-on automatiser la rédaction d'un compte rendu de réunion avec l'IA ? Oui. Combine un outil de transcription (Otter.ai, tl;dv, Fathom, Grain) avec la commande `/meeting-minutes` dans CommanderGPT. Tu passes de 45 minutes de nettoyage post-réunion à moins de 10 minutes : la commande extrait les décisions, attribue les propriétaires d'actions et flagge les sujets différés directement depuis tes notes brutes.