Relevé de décision : modèle pour consigner les décisions sans qu'on les remette en cause — et où le tenir (2026)

Un relevé de décision est le registre courant de ce qu'une équipe a décidé : une entrée par décision, datée, avec la décision énoncée en une phrase, la personne ou l'instance qui l'a prise, les options sur la table et la raison pour laquelle l'option retenue l'a emporté, ce que la décision exclut, et la condition dans laquelle on la réexaminerait. Ce n'est pas le compte rendu, et ce n'est pas la liste de tâches. C'est le document qu'on ouvre trois mois plus tard, quand un nouveau collègue demande « pourquoi fait-on comme ça ? », et où l'on trouve une réponse plutôt qu'une réunion.

Ce guide commence par le métier : ce qu'est un relevé de décision, ce que contient chaque entrée, comment en rédiger un avant, pendant et après la réunion où la décision est prise, un modèle et un registre à copier, trois entrées remplies. Il passe ensuite à la mécanique : où le relevé vit dans les outils que votre équipe utilise déjà, et ce que la décision y laisse réellement. Car le vrai test du relevé n'est pas la semaine où il est écrit. C'est le jour où quelqu'un dit « je ne me souviens pas d'avoir accepté ça ».

Ce qu'est un relevé de décision — et ce qu'il n'est pas

Une réunion produit quatre types de traces, et le relevé de décision est celui qu'on confond le plus souvent avec les trois autres :

La différence qui compte : le compte rendu est organisé par réunion, le relevé de décision par décision. Une décision prise en trois réunions donne trois entrées de compte rendu et une seule entrée de relevé. Et le relevé garde ce que les comptes rendus omettent d'ordinaire — les options perdantes et la raison de leur échec — parce que c'est justement sur cela que portera la prochaine discussion.

Un relevé de décision n'est pas non plus un manuel de politiques. Une politique est la règle en vigueur ; le relevé est l'historique de la façon dont la règle est arrivée là, y compris les entrées marquées remplacée. Gardez les deux, reliez-les, et ne modifiez jamais une ancienne entrée pour l'aligner sur une nouvelle décision : ajoutez une nouvelle entrée et faites pointer l'ancienne vers elle.

Ce que contient chaque entrée : le format

Sept éléments. La plupart des modèles en ligne ne portent que les trois premiers et s'arrêtent là, ce qui explique pourquoi la plupart des relevés sont remis en cause :

1. Un ID et une date. « D-14, 9 octobre ». L'ID est ce que les gens citent dans le chat (« c'est la D-14 ») au lieu de redécrire la décision et de la rouvrir sans le vouloir.
2. La décision, en une phrase, au présent. « Nos devis sont en EUR uniquement. » Pas « nous avons discuté des prix » ; pas « il a semblé que ». Si la phrase demande un paragraphe, ce sont deux décisions ou aucune.
3. Qui a décidé, qui a été consulté, qui a été informé. Un nom ou une instance pour la décision ; les personnes dont l'avis a été recueilli ; le canal ou la liste informés. Le premier répond à « qui peut la changer » ; les deux autres répondent à « m'a-t-on demandé mon avis » — la raison la plus fréquente pour laquelle une décision est contestée.
4. Les options envisagées, y compris celle retenue. Une ligne chacune. Une entrée avec une seule option est la trace d'un résultat, pas d'une décision ; ce sont les options écartées qui empêchent la même proposition de revenir le trimestre suivant sous un autre nom.
5. La raison pour laquelle l'option retenue l'a emporté. Une ligne — la contrainte, le chiffre, le risque qui a tranché. C'est la phrase que le nouveau collègue cherche vraiment.
6. Conséquences : ce qui change, ce que cela coûte, ce que cela exclut. La décision de ne chiffrer qu'en EUR exclut une grille tarifaire en USD ; dites-le, pour que personne n'en construise une.
7. La condition de réexamen, et la source. La date, le chiffre ou l'événement qui rouvrirait légitimement la décision (« si plus de 10 % des devis sont refusés pour cause de devise »), et un lien vers l'endroit où elle a été prise — le récapitulatif de la réunion, le fil, le moment dans la transcription. Une décision avec une condition de réexamen énoncée est rouverte sur des faits ; une décision sans condition est rouverte selon l'humeur.

Ce qui reste dehors : la discussion. Trois paragraphes sur qui a dit quoi ont leur place dans le compte rendu ou la transcription, et le relevé y renvoie. Une entrée est lue par quelqu'un qui cherche une réponse ; elle doit tenir sur un écran.

Comment en rédiger un : avant, pendant, après

Avant la réunion, inscrivez la décision à l'ordre du jour comme une décision. Le point d'ordre du jour qui produira l'entrée est marqué décision, avec la question et les options déjà rédigées : « Décider : EUR uniquement, deux grilles tarifaires, ou USD sur demande — Lena, 15 min, décision. » La moitié de l'entrée existe avant que quiconque ne parle, et la salle consacre son temps à la raison plutôt qu'à reconstituer les options.

Pendant la réunion, relisez la décision à voix haute avant de passer à la suite. L'animateur dit la phrase à voix haute, en nommant le perdant : « donc nous consignons — EUR uniquement, deux grilles tarifaires écartées à cause du coût de maintenance, c'est Lena qui décide, à rouvrir si les refus dépassent 10 %. » La relecture est le moment où l'entrée est réellement créée ; les personnes susceptibles d'objecter sont dans la salle, et une objection maintenant coûte moins cher que la même objection dans six semaines. Un point qui ne peut pas être relu en une phrase n'est pas encore décidé : il est marqué ouvert avec la question restante, et part au prochain ordre du jour.

Après la réunion, rédigez l'entrée le jour même et publiez-la là où l'équipe lit déjà. Copiez la phrase relue, ajoutez les options et la raison depuis les notes, donnez-lui un ID, liez le récapitulatif. Puis publiez-la — dans le canal où vit la réunion, pas dans le document d'une seule personne. Un relevé dans un dossier privé est un relevé que l'équipe n'a pas, et une décision que l'équipe ne retrouve pas est une décision qu'elle reprendra.

Toute la discipline tient dans la relecture. Le relevé, c'est la relecture, mise par écrit.

Un modèle de relevé de décision

Une entrée, pour un document ou un message de canal :

D-[numéro] · [date] · [Décision en une phrase, au présent]
Statut : proposée / décidée / remplacée par D-[numéro]
Décidé par : [nom ou instance] · Consultés : [noms] · Informés : [canal ou liste]
Contexte : [deux lignes — la question, et pourquoi il fallait trancher maintenant]
Options : A — [une ligne] ; B — [une ligne] ; C — [une ligne]. Retenue : [lettre]
Pourquoi : [la contrainte, le chiffre ou le risque qui a tranché]
Conséquences : [ce qui change, ce que cela coûte, ce que cela exclut]
À rouvrir si : [une date, un chiffre ou un événement]
Source : [lien vers le récapitulatif ou le fil, et le moment]

Le registre, pour la liste qui couvre l'année :

Les deux se collent dans un document, un tableur, un canvas ou un message de chat sans remise en forme. Les colonnes qui manquent le plus souvent dans les modèles sont Écartées et À rouvrir si — les deux qui déterminent si l'entrée sera relue un jour.

Trois entrées remplies

Une décision tarifaire — issue de la réunion hebdomadaire

D-14 · 9 oct. 2026 · Nos devis sont établis en EUR uniquement ; une demande en USD reçoit le prix en EUR converti au taux du jour.
Statut : décidée
Décidé par : Lena · Consultés : Anna, Mateusz · Informés : #sales
Contexte : Deux distributeurs ont demandé des devis en USD en septembre ; la tenue d'une seconde grille tarifaire a été proposée.
Options : A — EUR uniquement ; B — deux grilles tarifaires EUR/USD ; C — USD sur demande, converti à la main. Retenue : A
Pourquoi : B double la maintenance à chaque changement de prix ; C a déjà produit trois devis incohérents.
Conséquences : Aucune grille en USD n'est construite ; le modèle de devis indique « EUR » dans son en-tête ; les refus pour cause de devise sont comptés.
À rouvrir si : plus de 10 % des devis d'un trimestre sont refusés pour cause de devise.
Source : Réunion hebdomadaire du 9 oct., récapitulatif point 2, 14:05.

Une décision de recrutement — issue d'une réunion ponctuelle

D-15 · 10 oct. 2026 · Le second recrutement au support se fait à Lisbonne, un profil lusophone et hispanophone, et non une deuxième personne au bureau de Milan.
Statut : décidée
Décidé par : Tomás · Consultés : Priya, Dana · Informés : #team
Contexte : Les tickets de support venant d'Espagne et du Brésil ont dépassé 40 % de la file au T3.
Options : A — second recrutement à Milan ; B — recrutement à Lisbonne ; C — externaliser le support en espagnol. Retenue : B
Pourquoi : C a été écartée à cause de la qualité de la passation de relais pendant le pilote ; A laisse la file espagnole en l'état.
Conséquences : L'offre d'emploi est publiée en portugais et en espagnol ; l'intégration se fait à distance ; la langue de travail du canal de support reste mixte.
À rouvrir si : la part des tickets en espagnol et en portugais passe sous 20 % pendant deux trimestres.
Source : Appel de recrutement du 10 oct., récapitulatif point 3.

Une décision remplacée

D-9 · 14 août 2026 · Les appels clients sont enregistrés par défaut.
Statut : remplacée par D-16
D-16 · 13 oct. 2026 · Les appels clients ne sont enregistrés que si le client y a consenti dans l'invitation ; le récapitulatif est rédigé dans tous les cas.
Décidé par : Lena · Consultés : Kenji (juridique), Anna · Informés : #sales, #team
Options : A — conserver l'enregistrement par défaut ; B — demander dans l'invitation ; C — cesser d'enregistrer les clients. Retenue : B
Pourquoi : deux clients s'y sont opposés en septembre ; c'est le récapitulatif, et non l'enregistrement, que l'équipe lit réellement ensuite.
Conséquences : Le modèle d'invitation gagne une phrase ; D-9 est clôturée, pas supprimée.
À rouvrir si : un contrat client exige des enregistrements.
Source : Réunion hebdomadaire du 13 oct., récapitulatif point 1, 03:40.

Remarquez ce que les trois ont en commun : une phrase sur laquelle un inconnu peut agir, le perdant nommé avec sa raison, et une condition qui dit quand la question est légitimement rouverte. C'est tout le métier. Tout le reste de ce guide vise à ce que cette entrée reste facile à retrouver une fois la réunion terminée.

Pourquoi les décisions sont remises en cause

Les équipes rouvrent rarement une décision parce qu'elles sont en désaccord avec elle. Elles la rouvrent parce que la trace ne répond pas à l'une de ces quatre questions :

• « A-t-on vraiment décidé ça ? » Le résultat a été discuté mais jamais relu, donc chacun est reparti avec sa propre version. Le remède est la relecture, pas un meilleur document.
• « Pourquoi a-t-on décidé ça ? » La phrase a survécu, la raison non. Six semaines plus tard, la raison est inconnue, la décision paraît arbitraire, et la proposition perdante revient comme si elle était nouvelle. Le remède, ce sont les lignes Pourquoi et Écartées.
• « M'a-t-on demandé mon avis ? » Une personne concernée n'a pas été consultée ou pas informée, et conteste la décision pour être entendue plutôt que pour la changer. Le remède, ce sont les lignes Consultés et Informés — et la publication de l'entrée là où cette personne lit.
• « Quelque chose a-t-il changé ? » Une décision sans condition de réexamen est rouverte dès que quelqu'un en a envie ; une décision avec condition est rouverte quand la condition est remplie, et citée par son ID le reste du temps. Le remède, c'est la ligne À rouvrir si.

Un relevé qui porte les sept éléments ferme les quatre questions. Un relevé qui ne porte que la phrase ferme la première et ouvre les trois autres.

Où vit le relevé de décision dans les outils que vous utilisez déjà

Chaque grande plateforme offre un endroit où consigner une décision, et chacune s'arrête à un point différent. Seul le comportement documenté est retenu, d'après les pages des éditeurs eux-mêmes, avec le mois de vérification de chaque page :

Deux choses sont identiques partout. La décision est une ligne qu'une personne saisit dans un document à côté de la réunion, dans l'unique langue qu'a utilisée la salle ; et la raison, les options écartées et le moment où elle a été dite ne figurent dans le document que si cette personne les a notés.

Comment une décision revient sous forme de récapitulatif

InterMIND est un espace de communication où une réunion vit dans un canal ; le relevé a donc un foyer évident : le chat du canal, où l'ordre du jour a été posté la veille et où les entrées sont publiées après — et où chaque membre écrit dans sa langue et lit les autres dans la sienne. Si le registre est tenu ailleurs, dans un tableur ou un document, ses mises à jour peuvent arriver dans le canal par e-mail : l'hôte du canal lui donne une adresse propre, et un message envoyé à cette adresse apparaît comme un message ordinaire, avec l'expéditeur nommé et les pièces jointes conservées.

Pendant l'appel, l'entrée en discussion s'affiche sur l'écran de tous, à côté des vignettes vidéo, avec Share to conference : la personne qui partage modifie la note en direct pendant que la salle voit la relecture prendre forme, et chaque participant la lit dans sa propre langue, l'original n'étant qu'un basculement plus loin.

Quand l'appel se termine, le récapitulatif est rédigé à partir de la réunion elle-même. Il comporte une vue d'ensemble et les points clés, puis les points — chacun marqué convenu, ouvert ou contesté, avec les intervenants rattachés et un horodatage qui ouvre la transcription au moment où cela a été dit — puis les action items avec leurs responsables et les questions ouvertes. C'est la matière première d'une entrée de relevé : la phrase, qui a dit oui, qui était en désaccord et où, et le moment à lier comme Source. Le récapitulatif arrive par e-mail, comme message dans le canal et comme lien dans l'événement du calendrier, et chaque membre connecté le lit dans sa propre langue — la trace est traduite pour chaque lecteur, et non rédigée une fois pour toutes dans la langue que la salle a utilisée par hasard. Tout membre peut le modifier, chaque modification conserve l'auteur et l'historique des révisions, et le canal garde le récapitulatif de chaque session passée : la réunion où D-14 a été prise est à un clic de l'entrée qui la cite.

Quand l'entrée doit finir dans un système de référence, l'hôte ajoute une copie du récapitulatif vers n'importe quelle adresse — la boîte de réception d'un CRM ou d'un outil de suivi — et chaque récapitulatif de la réunion ou du canal y est aussi envoyé après une confirmation unique de l'adresse ; la mécanique est décrite dans une copie de chaque récapitulatif de réunion dans votre CRM, par e-mail. Le même récapitulatif parvient à Zapier, à un webhook ou à l'API, avec le résumé au format Markdown, et l'assistant personnel d'un membre — Claude, ChatGPT, Copilot ou Gemini — peut chercher dans les récapitulatifs via le connecteur MCP : « qu'avons-nous décidé pour les devis en USD ? » devient ainsi une question posée dans l'outil qu'il utilise déjà, avec pour réponse le récapitulatif et son moment.

Un invité rejoint par lien, sans compte et sans frais — depuis un téléphone, dans le navigateur — et entend la réunion en direct dans sa propre langue. Il n'y a pas de trace pour un invité ensuite — le compte est gratuit, et c'est lui qui rend la trace accessible. L'hôte fournit l'espace et, sur une offre payante, ne paie que pour les membres actifs au cours des 28 derniers jours ; les membres qui deviennent inactifs conservent leur accès sans frais.

• Ouvrir un récapitulatif complet — une vraie trace, produite par le même code que celui qui rédige les vôtres, points et horodatages compris.
• Essayer la démo en direct — sans inscription ; parlez, et entendez la salle traduite pour chaque auditeur.

Le relevé de décision, comme métier, survit à tous les outils : quelqu'un doit toujours dire la phrase à voix haute, nommer l'option perdante et noter quand la question pourra être reposée. Ce qui n'a pas à survivre, c'est le second travail — reconstituer de mémoire qui a accepté quoi, dans une seule langue, pour des gens qui lisent dans d'autres.

FAQ

Qu'est-ce qu'un relevé de décision ?

Un relevé de décision est le registre courant des décisions d'une équipe, une entrée par décision : la décision en une phrase, la date, qui l'a prise, qui a été consulté et informé, les options envisagées et la raison pour laquelle l'option retenue l'a emporté, ce qu'elle exclut, la condition qui la rouvrirait, et un lien vers l'endroit où elle a été prise. Il est organisé par décision, et non par réunion, ce qui le distingue du compte rendu.

Que doit contenir un relevé de décision ?

Sept éléments par entrée : un ID et une date ; la décision en une phrase au présent ; qui a décidé, qui a été consulté et qui a été informé ; les options envisagées, y compris les options écartées ; la raison pour laquelle l'option retenue l'a emporté ; les conséquences — ce qui change et ce qui est exclu ; et la condition de réexamen avec un lien vers la source. Les deux éléments les plus souvent omis sont les options écartées et la condition de réexamen, et ce sont les deux qui empêchent une décision d'être rouverte.

Comment rédiger un relevé de décision ?

Inscrivez la décision à l'ordre du jour comme une décision, avec les options rédigées à l'avance. Pendant la réunion, relisez la décision à voix haute avant de passer à la suite — la phrase, le perdant et sa raison, qui décide, quand elle sera réexaminée. Le jour même, rédigez l'entrée à partir de la relecture, donnez-lui un ID, liez le récapitulatif et publiez-la là où l'équipe lit déjà. Un relevé écrit à partir de relectures est exact ; un relevé reconstitué une semaine plus tard de mémoire est le début de la prochaine dispute.

Quelle est la différence entre un relevé de décision et un journal d'actions ?

Un relevé de décision consigne ce qui a été décidé et pourquoi ; un journal d'actions — ou une liste d'action items — consigne ce que quelqu'un fera à cause de cette décision, avec un responsable et une date. « Nos devis sont en EUR uniquement » est une décision ; « Anna — passer le modèle de devis en EUR — d'ici le 16 octobre » est l'action qu'elle a produite. Les décisions sont citées pendant des mois ; les action items sont clôturés en quelques jours. Garder les deux dans une même liste, c'est ainsi que les raisons se perdent sous les tâches.

Qu'est-ce qu'un registre des décisions ?

La même chose qu'un relevé de décision, dans le vocabulaire de la gestion de projet et de la gouvernance : un tableau avec une ligne par décision — ID, date, décision, qui a décidé, pourquoi, statut. « Registre » désigne plutôt la vue en tableau et « relevé » la vue au fil de l'eau ; le tableau de ce guide est les deux, avec Écartées et À rouvrir si ajoutées aux colonnes habituelles.

Existe-t-il un modèle de relevé de décision sous Excel ou Word ?

Le registre de ce guide est un simple tableau et l'entrée est du texte brut ; les deux se collent dans Excel, Google Sheets, Word, un canvas Slack, une page Loop ou un message de chat sans remise en forme. Le format compte plus que le fichier : ce qui accueille le relevé doit offrir une ligne par décision avec la raison et les options écartées, et doit se trouver là où l'équipe lit déjà.

Qui doit tenir le relevé de décision ?

L'animateur de la réunion où la décision est prise rédige l'entrée, le jour même, à partir de la relecture ; la personne nommée sous Décidé par est responsable de la décision elle-même. Dans une petite organisation, c'est généralement la même personne pour la plupart des entrées. Plus que le rôle, c'est le lieu qui compte : un seul relevé pour l'équipe, dans le canal que l'équipe utilise déjà, et non un par personne.

Qu'est-ce qu'un architecture decision record ?

Un architecture decision record, ou ADR, est la forme que prend l'entrée d'un relevé de décision en ingénierie logicielle : un court document par décision, conservé dans le dépôt du projet, avec le contexte, la décision et ses conséquences, et un statut qui passe de proposée à acceptée puis à remplacée. Le modèle de ce guide reprend la même idée pour les décisions de fonctionnement d'une équipe, avec les personnes — qui a décidé, qui a été consulté, qui a été informé — ajoutées, car hors de l'ingénierie, c'est ce qui est contesté.

Sources : Microsoft — Take meeting notes in Microsoft Teams ; Zoom — Using Meeting Summary with AI Companion ; Google Meet — "Take notes for me" in Google Meet ; Google Workspace Updates — "Take notes for me" now captures "next steps" ; Slack — Meeting agenda template (canvas). La page de notes de Microsoft, la page d'aide Meet de Google et le modèle de Slack ont été vérifiés en octobre 2026 ; la page de résumé de réunion de Zoom en août 2026 ; l'annonce de Google sur les « next steps » en septembre 2026. Les éditeurs modifient leurs offres, leurs fonctionnalités et leurs listes de langues au fil du temps ; consultez leurs pages pour connaître l'état actuel.