Comment Atelier Nord a confié ses comptes rendus et ses rendez-vous clients à FlowOS.
Le périmètre, l'équipe, la configuration et ce qui change, décrits sans chiffres de résultats.
Scénario illustratif : entreprises et personnes fictives
PME industrielle fictive
Pilote mené par C. M., directrice des opérations
Teams, Outlook et FlowOS ERP
Une équipe, des usages choisis ensemble
« On voulait sortir des réunions avec un compte rendu, pas avec une tâche de plus. »
Le problème : des réunions sans suite écrite.
Chez Atelier Nord, réunions de projet et points clients s'enchaînent. Les comptes rendus arrivent tard, parfois jamais, et les rendez-vous commerciaux se préparent en cherchant l'historique client dans plusieurs outils.
La direction ne voulait ni ajouter un outil de plus, ni confier les décisions à l'IA : elle voulait que la partie rédactionnelle soit préparée, et que l'équipe garde la main.
- Des réunions Teams, avec la transcription activée
- Un historique client dispersé entre plusieurs outils
- Des relances et des préparations rédigées à la main
- Une exigence : rien ne part sans relecture
Pourquoi FlowOS.
Deux raisons ont compté :
- La traçabilité. Les demandes et les lectures sensibles sont inscrites au journal d'audit : qui a demandé quoi, quand, avec quel agent.
- Le brouillon plutôt que l'envoi. FlowOS prépare les e-mails en brouillon dans Outlook ; c'est le collaborateur qui envoie.
« Ce qui nous a convaincus, c'est que rien ne part tout seul. L'agent prépare, on relit, on décide. »
Trois usages, des connexions réelles.
Le pilote est volontairement étroit : trois usages, avec les connexions que FlowOS utilise aujourd'hui.
Objectif fixé ensemble : un compte rendu relu et envoyé le jour de la réunion, et chaque rendez-vous client préparé à partir de la fiche FlowOS ERP.
Les étapes du pilote.
Démo et cadrage
Démo de 30 minutes sur les documents de l'équipe, puis atelier de cadrage : usages retenus, droits et règles de relecture.
Connexions
Chaque collaborateur connecte son compte Microsoft (messagerie, agenda, réunions) ; l'administrateur donne le consentement requis pour les transcriptions Teams. Les rôles FlowOS ERP sont définis.
Prise en main
Formation de chaque équipe : formuler une demande, relire un compte rendu, ajuster un brouillon.
Usage accompagné
Les premiers comptes rendus et préparations sont relus avec un ingénieur IA, puis les consignes ajustées.
Bilan
Revue avec la direction : usages à étendre, par exemple les relances de factures depuis FlowOS ERP.
Ce qui change pour l'équipe.
Avant
- Comptes rendus rédigés tard, ou pas du tout
- Historique client cherché dans plusieurs outils
- Relances écrites une à une
- Peu de visibilité sur l'usage de l'IA
Après le pilote
- Compte rendu préparé à partir de la transcription, relu le jour même
- Rendez-vous préparé avec la fiche FlowOS ERP
- Brouillons d'e-mail prêts dans Outlook, envoyés par l'équipe
- Pilotage IA : temps gagné et coût suivis par la direction
Ce qu'on retiendrait.
Les enseignements de ce scénario, valables pour la plupart des pilotes :
- La transcription se lance pendant la réunion. Sans transcription Teams ou Zoom, pas de compte rendu automatique : c'est une habitude à prendre.
- Les droits se décident avant. Les rôles FlowOS ERP déterminent ce que les agents lisent : mieux vaut les fixer avant le pilote.
- La relecture reste la règle. Les livrables sont des brouillons : leur qualité tient aussi à la relecture par l'équipe.
Et ensuite.
Étape suivante envisagée : les relances de factures en retard depuis FlowOS ERP, et une note hebdomadaire publiée par une tâche programmée dans le canal Teams de la direction.
Règle conservée : chaque nouvel usage commence par une période de relecture systématique.
Un cas similaire au vôtre ?
30 minutes pour cadrer votre périmètre, sur vos propres documents.
Demander une démo →