Aller au contenu
Marc Gasser
Retour au blog

Enfin des réunions qui font avancer ton entreprise

Résumer cet article avec
Enfin des réunions qui font avancer ton entreprise

La plupart des réunions sont du théâtre. On parle beaucoup, et à la fin personne n'est plus avancé.

Je travaille à l'intersection du produit, du GTM et de l'IA, et je construis avec de petites équipes. Trois personnes au lieu de trente. Dans une équipe comme ça, tu ne peux pas te permettre une réunion où deux heures passent sans une seule proposition utilisable. Le problème, ce n'est presque jamais l'équipe. C'est la structure qui manque.

Ce que tu en retires:

  • Pourquoi une équipe de trois personnes décide au lieu de se réunir.
  • Comment je structure mes réunions avec le principe IED.
  • Comment les agents IA prennent en charge la préparation pour que les humains n'aient plus qu'à décider.

Ma thèse: une réunion sert à décider, pas à informer

Une bonne réunion a besoin de trois choses: un rythme, un moteur et de la discipline de process. Le rythme, c'est la régularité, comme un battement de coeur. Le moteur, c'est l'engagement, le tien inclus. La discipline de process te garde sur l'agenda. Enlève l'un des trois et tu tournes en rond.

🧨 Le problème: convoquée sur un coup de tête, menée sans structure

Le schéma classique: tu veux prendre une décision, tu convoques une réunion sur le moment, tout le monde parle en même temps, de nouveaux sujets surgissent sans arrêt, et il y a des gens autour de la table qui ne peuvent rien apporter. Une enquête EOS montre que les dirigeants évaluent l'efficacité de leurs réunions à 4 en moyenne, sur une échelle de 1 à 10. Voilà la réalité.

Ces coûts n'apparaissent sur aucune facture. Une réunion non structurée avec 5 personnes ne mange pas une heure, elle en mange 5. Ajoute le temps de redémarrage ensuite, jusqu'à ce que chacun soit revenu dans son travail. Et l'effet insidieux est pire que l'effet direct: celui qui a subi 3 réunions sans décision arrête de préparer la quatrième. C'est comme ça que la structure meurt avant d'exister.

🛠️ Comment je construis mes réunions

D'abord, je classe chaque sujet avec le principe IED:

  • I = Information. On partage, pas de discussion.
  • E = Décision (Entscheidung). C'est là qu'on décide.
  • D = Débat. C'est là qu'on se bagarre.

Comme ça, chacun sait à l'avance ce qui se passe à chaque point. Comme squelette, j'utilise l'agenda Level 10 du framework EOS. Compressé à 45 minutes, un passage ressemble à ça chez moi:

  • Check-in, une à deux minutes. Ce qui a bien marché.
  • Updates par domaine, cinq minutes.
  • Faits marquants côté clients et équipe, une phrase chacun, cinq minutes.
  • Liste de to-dos, cinq minutes. Fait, semaine prochaine.
  • Liste des problèmes, vingt minutes. Les trois points les plus importants, focus sur la résolution.

Plus les règles de base: commencer à l'heure, fin ferme, seulement les gens concernés. Trop de cuisiniers gâchent la sauce. Dans un petit groupe, chacun a la parole, et ça améliore la réunion immédiatement.

Des réunions selon les règles de la science

Jacco van der Kooij décrit une culture scientifique dans sa SaaS Sales Method, comme contre-modèle à la culture de la superstar. Il parle de vente. Mais ses principes sont les meilleures règles de réunion que je connaisse. J'en utilise 3 directement.

Premièrement: des décisions basées sur les données. La mesurabilité crée la responsabilité, dit van der Kooij. En réunion, ça veut dire: si tu as un avis, montre un chiffre. Pas parce que les avis ne valent rien. Mais parce qu'un chiffre déplace la discussion de la voix la plus forte vers ce qui est prouvable. Ça ne marche pas sans une base de données propre, j'en parle plus en détail dans mon article sur la stratégie de données dans le CRM.

Deuxièmement: la performance d'équipe avant la performance individuelle. La réunion regarde les chiffres de l'équipe, pas un classement de héros. Quand une métrique est rouge, personne ne demande à qui la faute. On demande quelle étape du process bloque. Ça sort le théâtre de la salle. Les gens arrêtent de se défendre et se mettent à réfléchir avec toi.

Troisièmement: une cadence itérative. Van der Kooij recommande de changer une variable et d'en revoir le résultat par intervalles de 15 à 30 jours. Une variable, pas 5. Une réunion qui décide 3 mesures d'un coup n'apprend rien, parce que personne ne sait laquelle a marché. Donc: un changement par cycle, une date de revue, un résultat clair. C'est plus lent à la semaine et plus rapide au trimestre.

Ensemble, les 3 règles donnent une réunion qui se comporte comme une expérience: hypothèse, mesure, décision. Ce qui colle exactement au principe IED plus haut. L'information, c'est la mesure. Le débat, c'est l'interprétation. La décision, c'est l'expérience suivante.

De quelles réunions as-tu vraiment besoin?

3 suffisent. Une revue des chiffres hebdomadaire sur une scorecard, une liste fixe de 5 à 7 métriques. Une réunion de décision avec des briefs préparés, c'est-à-dire des documents de décision d'une page. Une rétro mensuelle. Tout le reste tourne en asynchrone. Une petite boîte de software B2B n'a pas besoin de plus.

La revue des chiffres, chaque semaine, 30 à 45 minutes. Une scorecard, 5 à 7 métriques, un nom à côté de chacune. Vert ou rouge, pas de storytelling. Par exemple le pipeline, les réponses à l'outbound (ta prospection active), les utilisateurs actifs, les signaux de churn (les signes précoces que des clients partent), le cash. Tout ce qui est rouge part sur la liste des problèmes. Ça ne se résout pas dans la revue, ça se repère seulement. Cette séparation discipline plus que n'importe quelle technique d'animation. La revue peut tourner selon l'agenda Level 10 compressé plus haut, le coeur reste la scorecard.

La réunion de décision, au besoin, mais jamais sans brief. Chaque sujet arrive avec une page: contexte, options, recommandation, coût, bénéfice. Pas de brief, pas de créneau. Ça sonne bureaucratique et c'est l'inverse. Celui qui écrit la page réfléchit d'abord. Et le groupe décide en 10 minutes ce qu'il aurait sinon discuté pendant 60.

La rétro, chaque mois. 3 questions: qu'est-ce qu'on a changé, qu'est-ce que ça a donné, qu'est-ce qu'on change ensuite. C'est la cadence de van der Kooij, traduite dans le calendrier. Sans rétro, chaque expérience se dilue, parce que personne ne récolte le résultat.

Et le reste? En asynchrone. Les updates de statut, les états de projet et les sujets pour info vont dans l'outil, pas dans une salle. Le test IED plus haut s'applique sans pitié ici: ce qui n'a besoin ni d'une décision ni d'un débat n'a pas besoin d'une réunion. Pour moi, ça fait partie du métier de construire une entreprise: les agendas sont des centres de coûts.

🤖 L'outil: les agents font la préparation

Voilà la partie 2026. Dans une équipe Hyperlean, quelques pros plus des agents IA qui bossent 24 heures sur 24, la préparation n'est plus du travail humain. Les agents tirent les updates du système, résument les faits marquants clients, préparent les trois problèmes avec leur contexte et proposent des options. Tout ça tourne dans GTM OS, l'app sur app.gtm.science qui te sert à gérer les tâches et le contexte, comme un Jira pour les équipes GTM.

Pour que ça marche, les agents ont besoin d'une base: le Context Engine, le contexte business de ton entreprise comme socle pour les agents IA. Sans ce contexte, c'est garbage in, garbage out. Avec, la colonne information de ta réunion est prête avant la réunion. Les humains entrent et font la seule chose que les humains font mieux: décider.

Concrètement, la préparation ressemble à ça. Avant chaque réunion, l'agent assemble 3 choses. D'abord les chiffres: la scorecard avec les valeurs actuelles et les écarts par rapport à la semaine dernière, avec un marqueur là où ça fait mal. Ensuite les décisions ouvertes: chaque point sous forme de brief court avec contexte, options et recommandation. Enfin les engagements de la semaine dernière: qui a promis quoi, ce qui est fait, ce qui est ouvert.

Le résultat, c'est une page que tout le monde lit avant la réunion. Dans la réunion elle-même, plus personne ne fait de reporting. Il n'y a rien à rapporter, tout est sur la page. Les 45 minutes appartiennent à ce que les agents ne savent pas faire: peser, prendre la responsabilité, décider. Après la réunion, l'agent réécrit les décisions et les nouveaux engagements dans le système. La préparation de la semaine suivante démarre toute seule.

L'effet n'a rien de spectaculaire et il est énorme en même temps. Pas parce que les agents sont plus malins que ton équipe. Mais parce qu'ils reprennent la collecte qui mangeait la première demi-heure de chaque réunion.

L'argument le plus fort: moins de réunions, plus d'output

La plus grosse erreur, c'est de ne faire aucune réunion. La deuxième, c'est de n'en faire qu'à la demande, jusqu'à ce que le besoin de clarification s'accumule. La régularité bat les deux. Mais la régularité plus des agents qui livrent l'information bat tout le reste. Quand la préparation est faite, la réunion se réduit à la partie qui a vraiment besoin d'humains. Trois personnes, un agenda clair, une décision. Au lieu de trente personnes qui écoutent.

Il y a encore un effet que j'ai longtemps sous-estimé: les décisions acquièrent un historique. Quand tu décides chaque semaine sur la même scorecard, après un trimestre tu vois quelle décision a produit quoi. C'est la différence entre une équipe qui se souvient et une équipe qui refait chaque discussion à zéro.

🎢 Hauts, bas, avertissements

Ce qui marche: un rythme fixe, la classification IED, des agents pour la préparation. La réunion passe de gouffre à temps à outil de décision.

Ce qui ne marche pas: gaspiller la réunion sur les nouveaux grains de café ou le rouleau de papier toilette vide. Et accaparer toute l'animation pour toi.

⚠️ Attention: des agents sans contexte livrent du brouillard plausible. Garbage in, garbage out. La préparation ne vaut que ce que vaut le contexte sur lequel elle tourne.

Retour au début: les réunions ne sont pas obligées d'être du théâtre. Avec du rythme, l'IED et des agents qui apportent l'information, la réunion devient enfin ce qu'elle devrait être. L'endroit où ton entreprise décide et avance. Trois au lieu de trente.

Écrit par

Serial Entrepreneur, Author

Marc is a serial entrepreneur. He started his first software company at 16, and has worked at the same intersection ever since: software product management meets go-to-market. He builds the bridge: Product × GTM × AI, as one system, not three departments. Three instead of thirty.