La réunion est finie. Qui prend le relais ?

Illustration conceptuelle générée par IA, contenu à titre d’exemple hypothétique.

Supposons qu’après une réunion client, l’assistant ait dégagé trois actions : livrer la nouvelle version du projet vendredi, Xiaolin se charge du devis, planifier une démonstration la semaine prochaine. Le compte rendu semble clair, chaque ligne a l’air d’avoir une personne et une date.

Mais en revenant aux notes de réunion, le client demandait « est-ce qu’on pourrait voir une première version vendredi ? » ; Xiaolin disait « je vais voir avec le commercial pour confirmer le prix » ; et la démonstration devait attendre que le client ait préparé les données de test.

Si l’on inscrit directement ces trois lignes dans le système de tâches, l’équipe se retrouve avec plusieurs engagements qui n’ont pas encore été acceptés. Vendredi venu, le client attend le projet, Xiaolin reçoit une relance pour le devis, et l’invitation à la démonstration a déjà été envoyée. L’incertitude laissée par la réunion a disparu au moment de l’organisation.

La transmission après réunion doit préserver ces distinctions. L’assistant peut extraire les tâches à faire, compléter le contexte, préparer l’écriture, mais chaque tâche doit préciser : ce qui est déjà déterminé, et ce qui reste à décider, et par qui.

Séparer les suggestions, les décisions et les engagements

« On pourrait essayer un autre type de devis » est une suggestion. « Cette fois, on adopte une facturation mensuelle » est une décision. « Je t’envoie le tableau de devis jeudi » contient un engagement précis. Les trois phrases concernent le devis, mais leur traitement ultérieur diffère : une suggestion attend d’être adoptée, une décision est déjà en vigueur, un engagement crée pour l’autre partie une attente qu’elle peut légitimement avoir.

L’organisation post-réunion écrit les trois comme des « points d’action », et la distinction disparaît. Le guide de prise de notes de réunion de Lindy et le suivi post-réunion le jour même de Viktor abordent respectivement la rédaction du compte rendu et le suivi inter-applications, mais ce qu’une phrase a réellement formé comme accord doit être jugé séparément.

Le jugement s’appuie sur les preuves déjà présentes dans les documents : y a-t-il eu adoption, approbation, la phrase a-t-elle été prononcée par la personne qui s’engage, un délai a-t-il été fixé. En l’absence de ces éléments, on traite la phrase comme une suggestion ou un point à confirmer.

Pour la réunion hypothétique précédente, on peut organiser ainsi :

Formulation dans la réunion	Ce qui peut être déterminé actuellement	Ce qui reste à confirmer
Le client demande « est-ce qu’on pourrait voir une première version vendredi ? »	Le client souhaite voir une première version vendredi	L’équipe accepte-t-elle, et que contient cette première version
Xiaolin dit « je vais voir avec le commercial pour confirmer le prix »	Xiaolin a pris en charge la demande de prix	Quand donnera-t-il un retour, qui fixe le prix final
« On fera la démonstration quand les données de test seront prêtes »	La démonstration a une condition préalable	Qui confirme que les données sont prêtes, comment fixer ensuite un créneau

Lors de l’organisation, conservez les citations pertinentes et leur emplacement source. Si l’on peut localiser le passage de transcription, joignez-le ; si le document original fournit un horodatage, conservez-le. Si l’identification des locuteurs n’est pas claire, indiquez « à vérifier », ne devinez pas un nom à partir du contenu.

Une tâche sans responsable peut rester provisoirement dans la zone « à confirmer ». Remplir chaque champ du tableau ne signifie pas que la transmission est plus complète.

Le responsable doit correspondre au travail réellement accepté

Xiaolin a accepté de se renseigner sur le prix, on peut donc lui confier « confirmer le prix auprès du commercial ». En déduire qu’il est responsable de l’établissement du devis, de l’approbation des remises ou de l’envoi au client élargit l’engagement initial.

Ce n’est pas parce qu’une personne a présenté un problème qu’elle a accepté la tâche de le résoudre. Le poste, le nombre de prises de parole et la répartition historique peuvent aider à identifier qui interroger, mais ne doivent pas servir directement de base à l’attribution actuelle. Si l’équipe dispose déjà de règles d’attribution claires, l’assistant peut proposer une attribution selon ces règles, en indiquant la base.

Le livrable doit être décrit avec assez de précision pour que la personne qui reprend puisse juger. « Suivre le devis » laisse trop de place à l’interprétation ; « confirmer auprès du commercial le prix de ces deux options, et reporter le résultat dans le brouillon de devis » indique ce qu’il y a à faire. Faut-il inclure l’envoi au client, cela doit être précisé séparément.

Il en va de même pour les dates. L’échéance souhaitée par le client, la date limite acceptée par l’équipe, la prochaine date de vérification de l’avancement ont chacune un sens différent. Si la réunion ne dit que « dès que possible », on garde « à déterminer » ; l’assistant peut proposer une date à confirmer, mais ne doit pas présenter une proposition comme un arrangement déjà adopté en réunion.

Lorsqu’on demande une confirmation, ne poser que les questions non tranchées

Envoyer tout le compte rendu au responsable avec un « merci de confirmer » l’oblige à repérer lui-même tous les points douteux. Une transmission plus utile rattache les questions à des points précis.

Par exemple, l’assistant peut d’abord préparer une demande de confirmation comme celle-ci. Le contenu ci-dessous reste un exemple fictif :

Le client souhaite recevoir une première version du projet vendredi ; aucune trace dans la réunion n’indique que l’équipe a accepté cette date. Merci au chef de projet de confirmer si l’on accepte, et ce que cette version doit contenir.

Xiaolin a accepté de se renseigner sur le prix auprès du commercial, sans délai de retour. Merci à Xiaolin d’indiquer une date de retour estimée.

La démonstration doit attendre que le client fournisse les données de test ; ne pas créer d’invitation d’agenda pour l’instant. Merci de confirmer qui vérifiera que les données sont prêtes.

Les trois questions sont adressées à ceux qui peuvent y répondre. Les points déjà confirmés n’ont pas à attendre avec les autres ; ceux qui manquent encore de conditions restent en l’état. Ainsi, une seule réponse permet de combler un manque précis.

Une confirmation ne vaut que pour la version du contenu à laquelle elle correspondait au moment où elle a été donnée. Si le responsable approuve « première version vendredi », puis que le livrable est élargi à « projet complet et devis », cette réponse ne couvre pas le périmètre ajouté. Ce qui a changé doit être confirmé à nouveau ; le reste demeure valable.

Écrire les tâches là où la personne qui reprend travaille réellement

Le document de réunion conserve la base de discussion, le système de tâches porte la répartition, les courriels externes exposent les dispositions confirmées. Les trois se lient entre eux et conservent chacun l’information qui lui revient.

Une tâche prête à être transmise contient généralement le livrable, le responsable, l’échéance confirmée ou la condition préalable, ainsi que le compte rendu associé. La personne qui reprend doit pouvoir remonter par le lien jusqu’à l’origine de l’accord, sans avoir à relire toute la réunion pour commencer.

Avant d’écrire, vérifiez si cette chose a déjà une tâche. La réunion de cette semaine peut simplement avoir ajouté une date à un point de la semaine dernière ; créer une nouvelle tâche du même nom dispersera l’avancement à deux endroits. L’assistant doit vérifier les tâches existantes et leur projet, proposer une mise à jour ; s’il ne peut pas déterminer s’il s’agit du même point, il soumet les enregistrements candidats au responsable pour confirmation.

Les courriels externes doivent être préparés séparément. Une remise en discussion interne, une date de livraison non approuvée ne doivent pas entrer dans une réponse client simplement parce qu’elles figurent dans le même compte rendu. Le brouillon de courriel n’exprime que ce qui est déjà autorisé à être communiqué à l’extérieur ; les tâches internes restent dans l’espace de travail correspondant.

Après la création d’une tâche, on peut signaler son emplacement et son attribution. Le champ responsable indique seulement l’attribution, pas que la personne est au courant ou a commencé ; le fait qu’elle prenne en charge se vérifie selon le mode de confirmation convenu par l’équipe.

Relier les documents de réunion et le système de tâches avec OOMOL

Dans cette phase de transmission, l’assistant a deux types d’opérations : lire dans les comptes rendus de réunion et les tâches existantes, écrire dans le système de tâches et les courriels. La partie lecture détermine s’il peut distinguer suggestions et engagements ; la partie écriture détermine si une erreur d’appréciation retombera directement sur quelqu’un.

Le Connector SDK d’OOMOL fournit un moyen d’appeler des comptes d’applications déjà connectés ; commencez par connecter dans Connections l’application qui stocke les comptes rendus de réunion et l’outil de tâches de l’équipe. Avant de connecter, vérifiez que chaque application propose les opérations de lecture, de requête, de création et de mise à jour nécessaires. La transcription de réunion reste fournie par l’outil de réunion d’origine ; connecter une application ne signifie pas qu’OOMOL enregistrera la réunion ou identifiera les locuteurs.

Il est conseillé de mettre en service les deux côtés séparément : d’abord connecter uniquement la lecture, laisser l’assistant préparer un brouillon de transmission ; après avoir vérifié que sa distinction entre suggestions et engagements correspond aux attentes, activez selon le guide de contrôle des accès les opérations d’écriture comme la création de tâches et l’envoi de messages, et confirmez le compte cible, le projet, les destinataires et le contenu final.

La connexion d’applications fournit la capacité de lecture et d’écriture ; la distinction entre suggestions et engagements, la correspondance des responsables, l’enregistrement des confirmations et l’association des tâches doivent encore être mises en œuvre par les instructions de l’assistant ou le processus métier, avec des règles configurées selon les pratiques réelles de l’équipe.

Commencer par un brouillon de transmission d’une réunion

Choisissez une réunion déjà terminée, dont vous pouvez vérifier le compte rendu original, et limitez le périmètre à cette discussion et au projet correspondant. Demandez à l’assistant déjà connecté aux applications nécessaires de traiter la requête suivante :

À partir de ce compte rendu de réunion, organise les décisions confirmées, les tâches explicitement acceptées et les points à confirmer. Pour chaque tâche, indique le livrable, le responsable, l’échéance ou la condition préalable, et joins la source ; les champs sans base restent à déterminer. Recherche les tâches existantes liées dans le projet indiqué, et propose séparément des ajouts ou des mises à jour. Présente-moi d’abord le brouillon de transmission, sans créer de tâche ni envoyer de message. Pour les points à confirmer, écris les questions précises et les personnes aptes à y répondre.

Lors de la relecture, vérifiez trois points en particulier : le souhait du client n’a-t-il pas été écrit comme un engagement de l’équipe, la personne qui pose la question n’a-t-elle pas été désignée comme responsable, les points dont les conditions ne sont pas remplies n’ont-ils pas été planifiés à l’avance.

Après confirmation, demandez à l’assistant d’écrire les points correspondants dans le système cible, de renvoyer les liens réels des tâches et ce qui reste à décider. La prochaine personne qui reprendra la tâche pourra, en l’ouvrant, savoir ce qu’elle a accepté, ce qu’elle doit livrer, et quelles conditions ne sont pas encore remplies.