De la transcription de réunion au BPMN : un exemple concret du parcours document-vers-diagramme
Le parcours document-vers-BPMN est plus facile à comprendre par un exemple concret que par une liste de fonctionnalités. Voici la séquence complète : transcription en entrée, clarifications répondues, diagramme raffiné, pour un entretien typique avec les parties prenantes sur un processus typique du marché intermédiaire.
Le point de départ : une transcription d'entretien typique avec une partie prenante
L'exemple concret démarre avec la transcription d'un seul entretien avec une partie prenante de 45 minutes. Le sujet : un processus d'« intégration d'un nouveau client » dans une entreprise de services professionnels du marché intermédiaire : cinq rôles impliqués, environ 20 étapes, pas de BPMN existant. L'interviewé est le responsable des opérations, et la transcription fait environ 5 000 mots. Les descriptions sont en langage naturel, pas en étapes numérotées ; le responsable des opérations a décrit le processus comme il le décrirait à une nouvelle recrue.
C'est exactement le genre de matériel source pour lequel document-vers-BPMN est construit. La transcription contient toute l'information dont un analyste formé aurait besoin pour produire un diagramme BPMN, les acteurs sont nommés, les tâches sont décrites comme des activités, les points de décision sont exprimés comme des conditions, mais l'information est répartie à travers 5 000 mots de prose plutôt qu'empaquetée dans un gabarit structuré. Le travail du parcours document-vers-BPMN consiste à extraire la structure automatiquement.
Étapes 1 et 2 : import et questions de clarification
La transcription va dans le panneau d'import comme texte brut. En 40 secondes, l'analyse de l'IA est complète et la boîte de clarification s'ouvre. Pour cette transcription précise, l'IA a produit quatre questions.
- Niveau de détail (toujours la première question) : Détaillé, Équilibré ou Synthèse. L'exemple concret prend Équilibré : approprié pour une restitution exécutive, pas trop granulaire pour le processus de 20 tâches.
- Désambiguïsation d'acteur : « La transcription mentionne à la fois Ventes et Développement Commercial : s'agit-il du même rôle ou de deux acteurs distincts ? » Cette question est générée parce que le responsable opérations a utilisé les deux termes. Réponse de l'exemple concret : même rôle, utilisez Ventes.
- Critère de décision : « Lorsque le formulaire d'intégration est orienté vers Finance, quel est le critère ? La transcription mentionne à la fois la valeur du contrat et le secteur comme facteurs. » Réponse : une valeur de contrat supérieure à 50 000 $ déclenche l'implication de Finance ; le secteur est informationnel uniquement.
- Vérification d'intention : « La transcription contient aussi des références à une amélioration future proposée : "on veut ajouter une vérification de crédit automatique". Devrait-elle être incluse dans le BPMN actuel, ou cartographiée comme un diagramme d'état cible séparé ? » Réponse : diagramme d'état cible séparé (c'est le classifieur multi-intent au travail).
Étape 3 : le diagramme de premier passage
Avec les quatre clarifications répondues, le diagramme est rendu en environ 60 secondes. La sortie de premier passage pour cet exemple concret comporte 22 tâches réparties sur 5 swimlanes (Client, Ventes, Juridique, Finance, Opérations), 4 passerelles (une pour le seuil de 50 000 $, une pour la réussite/l'échec de la vérification de crédit, deux pour la sélection du type d'intégration) et 2 états de fin (intégré, rejeté). Chaque tâche porte des estimations KPI : durée en minutes, coût par exécution en dollars, fréquence en nombre par mois.
En regardant le diagramme de premier passage, le responsable opérations repère trois choses à corriger. Premièrement, une tâche est dans le mauvais couloir : « revoir les termes juridiques » a été placée dans Ventes mais devrait être dans Juridique. Deuxièmement, une tâche manque : « confirmer l'envoi des supports d'intégration » est quelque chose que font les Opérations, mais la transcription ne l'a pas mentionné explicitement. Troisièmement, une estimation KPI est manifestement fausse : « signature du contrat client » a été estimée à 30 minutes mais prend typiquement 3 à 5 jours de temps calendaire (0 minute de travail actif, long temps d'attente). Ce sont toutes des corrections normales de premier passage.
Étape 4 : raffinage via l'interface de conversation IA
Les trois corrections sont traitées dans l'interface de conversation IA par des prompts en langage naturel. « Déplacez la tâche "revoir les termes juridiques" de Ventes vers Juridique. » Le diagramme se recalcule avec la tâche dans le bon couloir. « Ajoutez une tâche appelée "confirmer l'envoi des supports d'intégration" dans le couloir Opérations, positionnée après l'étape de signature. » Le diagramme ajoute le nœud et réachemine les arêtes. « La signature du contrat client a 0 minute de travail actif mais prend 3 à 5 jours de temps calendaire pour que le client retourne le document. » L'IA ajuste le champ durée et ajoute une note sur le temps d'attente.
Temps de raffinage total pour cet exemple concret : environ 12 minutes. Depuis l'import, le parcours complet jusqu'à un BPMN raffiné et prêt pour les parties prenantes, c'est 60 secondes de génération plus 12 minutes de raffinage : environ 13 minutes de temps réel sur un processus qui aurait demandé deux à trois jours à produire manuellement dans Visio. C'est cette compression de temps qui fait de document-vers-BPMN une catégorie d'outil différente du logiciel de diagramme traditionnel.
Étape 5 : ce que la couche KPI révèle et que la transcription n'a pas
Avec le diagramme raffiné et les KPI en place, le tableau de bord coût et la heatmap fournissent des conclusions que la transcription seule ne pouvait pas. La heatmap Impact révèle que le couloir Juridique est à la fois le plus lent et le plus coûteux : trois tâches y consomment 40 pour cent du coût total du processus. Le tableau de bord coût montre que le processus coûte 8 200 $ par intégration et 82 000 $ par mois au volume actuel de 10 intégrations par mois.
La réaction du responsable opérations face au chiffre, une pause audible suivie de « je savais que c'était cher, mais je ne me rendais pas compte que c'était cher à ce point » : est la réponse typique. L'écart entre le sens subjectif du coût chez une partie prenante et le chiffre calculé est généralement d'un ordre de grandeur. Les processus qui « paraissent chers » sont souvent deux ou trois fois pires que la sensation ressentie ; les processus qui « paraissent peu coûteux » sont souvent deux ou trois fois plus chers qu'on le suppose. Sans la couche KPI, cet écart reste invisible, ce qui explique pourquoi l'approche transcription-seule de la cartographie de processus manquait historiquement les conclusions les plus actionnables.
Questions fréquentes
La transcription doit-elle être nettoyée ou formatée avant l'import ?
Non. Le parcours document-vers-BPMN est spécifiquement conçu pour les transcriptions brutes, la sortie de reconnaissance vocale automatique, avec ses fautes de frappe, ses mots de remplissage et ses retours en arrière, est gérée sans pré-traitement. Les transcriptions d'outils comme Otter, Rev, Fireflies ainsi que les transcriptions intégrées de Zoom, Teams et Google Meet fonctionnent toutes directement. Une chose qui vaut la peine d'être faite : retirer les horodatages et les libellés d'orateur s'ils n'ajoutent pas de valeur à l'analyse, ils ne nuisent pas à la sortie mais pèsent sur le budget contexte, ce qui compte pour les transcriptions très longues.
Quelle longueur peut avoir la transcription ?
La limite supérieure pratique est d'environ 100 à 150 pages de texte dense, fixée par la fenêtre de contexte du modèle IA. Une seule transcription d'entretien de 45 minutes à un débit de parole normal fait 5 000 à 8 000 mots, ce qui est largement sous la limite. Des entretiens consécutifs sur le même processus peuvent être combinés en un seul import jusqu'à la limite de contexte. Pour des entrées plus longues (une journée de transcriptions d'atelier, plusieurs entretiens sur une semaine), l'approche recommandée consiste à combiner le matériel le plus pertinent en un seul import plutôt que de tout concaténer : l'IA analyse 8 000 mots avec plus de précision que 50 000.
Que faire si ma transcription mélange le processus actuel et un processus futur proposé ?
Le classifieur multi-intent détecte cela et le fait remonter comme question de clarification. L'exemple concret ci-dessus comporte exactement ce cas : l'interviewé a mentionné à la fois le processus d'intégration actuel et un ajout futur proposé (la vérification de crédit). L'IA l'a signalé et a demandé s'il fallait inclure l'amélioration future dans le BPMN actuel ou la cartographier comme un diagramme d'état cible séparé. La pratique standard consiste à cartographier l'état actuel d'abord, puis à revenir à la transcription et à cartographier l'état cible comme un deuxième diagramme, puis à les comparer côte à côte. Cette séparation évite que le diagramme ne devienne un mélange incohérent de ce-qui-est et de ce-qui-pourrait-être.
Puis-je importer plusieurs transcriptions décrivant le même processus depuis différentes parties prenantes ?
Oui, et cela produit typiquement de meilleurs résultats qu'une seule transcription. L'IA triangule à travers les récits et signale les contradictions (« La partie prenante A dit que l'étape d'approbation prend 2 heures, la partie prenante B dit 4 heures : laquelle est correcte ? »). Les contradictions sont l'endroit où vit le véritable enseignement, parce qu'elles font généralement remonter les parties non documentées du processus que ni l'une ni l'autre partie prenante seule n'aurait signalées. Pour l'exemple concret ci-dessus, ajouter la transcription d'une deuxième partie prenante (disons, la responsable de l'équipe Juridique) produirait probablement une ou deux questions de clarification supplémentaires et un diagramme plus riche.
Quelle est la précision des estimations KPI à partir d'une transcription ?
Pour les tâches bien décrites où l'interviewé a donné des chiffres explicites (« cette étape prend environ une demi-heure », « on fait cela deux fois par semaine »), les estimations sont précises au premier passage. Pour les tâches où les chiffres sont implicites ou inférés du contexte, il faut s'attendre à 60 à 80 pour cent de précision au premier passage, le reste nécessitant un ajustement pendant le raffinage. L'exemple concret ci-dessus a connu une correction majeure (la signature du contrat a été estimée à 30 minutes de temps actif, en réalité 0 minute actif + attente de plusieurs jours). Ces corrections sont normales et attendues. L'éditabilité explicite des champs KPI est la fonctionnalité clé : l'estimation de l'IA est un point de départ, l'analyste est l'autorité finale.
Articles associés
Prêt à co-construire votre plan de transformation IA ?
Importez n'importe quel document de processus et co-construisez un plan de transformation IA avec de vraies recommandations d'outils et des projections de ROI, en quelques minutes, pas en semaines.
Essayer LucidFlow gratuitement