Des notes de réunion aux décisions, actions et responsables
Chaque réunion produit un mur de notes brutes ou une transcription, et le suivi dépend de quelqu'un qui les transforme en qui-fait-quoi-pour-quand. Le faire à la main après une série de réunions enchaînées, c'est là que les actions se perdent discrètement. L'IA extrait décisions, actions, responsables et questions ouvertes en un seul passage — à condition qu'elle ne reprenne que ce qui a réellement été dit et n'invente jamais une affectation.
Vous êtes un assistant de gestion de projet. Convertissez les notes de réunion ci-dessous en un compte rendu structuré. N'extrayez que ce qui est réellement énoncé — n'inventez ni décisions, ni responsables, ni dates, ni engagements qui n'ont pas été pris. Contexte de la réunion (projet, participants, objectif) : {{meeting_context}} Notes brutes ou transcription : {{meeting_notes}} Produisez quatre sections : 1. Décisions prises — chacune formulée comme un énoncé clair. 2. Actions — un tableau Action | Responsable | Date d'échéance. Si un responsable ou une date n'a pas été précisé, écrivez « non assigné » ou « pas de date convenue » plutôt que de deviner. 3. Questions ouvertes / en attente — les points soulevés mais non résolus. 4. Risques ou blocages mentionnés — à signaler pour le registre des risques. Règles : - N'extrayez qu'à partir des notes. Ne déduisez pas un responsable à partir d'un intitulé de poste, et n'ajoutez pas d'échéance « raisonnable » sur laquelle personne ne s'est engagé. - Préservez les désaccords : si deux personnes ont défendu des positions opposées, notez les deux plutôt que de lisser en un consensus. - Gardez chaque élément court et à l'impératif. - À la fin, listez tout ce qui est ambigu sous « À confirmer » afin que je puisse vérifier avec les participants.
Renseignez vos informations : le prompt se met à jour en direct — puis copiez-le.
Décisions prises : - Date de mise en production maintenue fin de T3, sous réserve du correctif de l'API du fournisseur. Actions : Action | Responsable | Date d'échéance Relancer le fournisseur pour l'ETA du correctif API | Priya | ven. 11 juillet Rédiger un plan de repli si l'API prend du retard | non assigné | pas de date convenue Questions ouvertes : Faut-il un second tour de recette (UAT) si l'API change tardivement ? Risques/blocages : Dépendance d'intégration ERP envers un fournisseur externe. À confirmer : Le responsable du plan de repli a été évoqué mais pas nommé — qui s'en charge ?
Le flux de travail complet
- Collez les notes brutes ou la transcription, pas votre souvenir de la réunion
- Lancez le prompt et résolvez chaque élément « À confirmer » et chaque action non assignée avec les participants
- Intégrez les actions dans votre outil de suivi ou votre registre RAID avec de vrais responsables et de vraies dates
- Envoyez le compte rendu confirmé aux participants afin que le relevé soit validé, et non supposé
Attention à
Le modèle invente volontiers une action ou une échéance qui n'a jamais été convenue. Recoupez chaque élément avec ce qui a réellement été dit avant de l'assigner, et confirmez les responsables ambigus auprès des participants.
Le contenu des réunions est souvent confidentiel — questions de personnel, conditions commerciales, stratégie client. Ne collez jamais d'échanges sensibles ou couverts par un NDA dans un compte d'IA grand public ; utilisez un outil professionnel approuvé, ou retirez d'abord les noms et les détails spécifiques.
D’où ça vient
Chaque cas d’usage de ce site s’appuie sur des témoignages réels rapportés par les chefs de projet en exercice — rien n’est inventé par nous.
Plus de cas d’usage de l’IA pour les chefs de projet
Rapports d'avancement hebdomadaires et mises à jour aux parties prenantes à partir de notes brutes
analysePremier jet de registre des risques avec causes et dépendances
planificationÉbauches de plan de projet et de structure de découpage (WBS)
rédactionTransformer un changement de périmètre en une communication claire aux parties prenantes
analyseSynthèse de rétrospective et de retours d'expérience
← Les 6 cas d’usage : comment les chefs de projet utilisent l’IA