Pour transformer un discours en diapositives, commencez par déterminer ce que le public doit voir pendant que vous parlez. Un paragraphe peut devenir un schéma, un chiffre soigneusement légendé, une brève consigne, ou ne nécessiter aucune nouvelle diapositive. L'objectif est d'apporter un appui visuel utile au discours, sans obliger le public à lire le texte de votre intervention.
Faites ces choix avant de demander à un outil de créer la présentation. Le parcours de création de présentations à partir de texte de Presenti permet de transformer un brief préparé en une première version modifiable. Ce brief doit déjà distinguer le contenu à afficher des explications que vous comptez donner à l'oral.
L'exemple ci-dessous reprend une intervention complète et fictive destinée à une équipe, à propos d'un nouveau processus d'orientation des demandes d'assistance. L'équipe, les relevés et l'essai proposé sont inventés pour illustrer les choix de réécriture.
Partez du discours complet
Lisez d'abord le discours sans le découper en diapositives. Il doit proposer à l'équipe d'essayer un processus, expliquer pourquoi et rendre l'essai concret. Les numéros des paragraphes permettent de suivre ce qui sera conservé dans la présentation.
1. Aujourd'hui, je vous propose d'essayer pendant deux semaines une méthode plus claire pour orienter les demandes d'assistance. Nous conserverons un point d'entrée unique, identifierons le type d'aide nécessaire et désignerons une personne responsable des cas qui ne rentrent pas dans les catégories prévues. Je souhaite que nous nous mettions d'accord sur cet essai, sur la personne qui le coordonnera et sur la date à laquelle nous en examinerons les résultats.
2. Dans notre analyse fictive des 24 demandes de la semaine dernière, sept ont changé de file d'attente au moins une fois. L'une de ces sept demandes en a changé deux fois, soit huit réaffectations au total. Ces chiffres ne disent ni combien de temps les personnes ont attendu, ni si la réponse finale était satisfaisante. Ils montrent que l'orientation des demandes mérite un examen plus attentif.
3. Le processus d'accueil proposé prévoit trois destinations : accès, facturation et problèmes liés au produit. La personne qui réceptionne la demande choisit la destination à partir de son contenu. Si le type de demande n'est pas clair ou si plusieurs équipes peuvent être concernées, elle transmet le dossier à la personne chargée du triage à tour de rôle. Cette personne identifie le prochain responsable, au lieu de renvoyer le client d'une équipe à l'autre pour qu'il le trouve lui-même.
4. Un transfert ne se résume pas à changer le nom de la file d'attente. La personne qui transmet le dossier précise ce que le client cherche à faire, les vérifications déjà effectuées et la question à laquelle l'équipe destinataire doit répondre. La personne destinataire confirme qu'elle prend le dossier en charge. Tant que cette confirmation n'a pas été donnée, la personne qui transmet reste responsable du suivi du transfert.
5. Pendant l'essai, nous noterons quelles demandes ont changé de file, combien de réaffectations ont eu lieu et quels cas ont nécessité un triage. Lors du bilan, nous examinerons quelques transferts réels en plus des chiffres. Une baisse du nombre de réaffectations ne suffirait pas, à elle seule, à établir que les clients ont reçu une meilleure assistance.
6. Je sais que le triage peut immédiatement faire penser à une tâche supplémentaire. Il s'agit pourtant d'une responsabilité que nous assumons déjà de manière informelle. L'essai la rend visible afin de repérer les points de blocage. Nous devrons modifier la proposition si elle crée une charge de travail impossible à gérer.
7. Pour aujourd'hui, je vous demande de choisir la personne qui coordonnera l'essai et une date de début. Avant le lancement, cette personne devra confirmer la rotation du triage et partager la liste de vérification des transferts. Nous ferons ensemble le bilan de ces deux semaines avant de décider si nous conservons le processus.
Donnez un rôle visuel à chaque paragraphe
Ce discours appelle cinq temps visuels, et non sept diapositives calquées sur les paragraphes. L'objection et la demande finale peuvent s'appuyer sur la dernière diapositive. Voici la correspondance complète.
Paragraphe 1 : montrer le changement proposé
À montrer : « Essayer un point d'entrée unique avec un responsable pour les demandes ambiguës. » En dessous, placez trois libellés courts : identifier le besoin, choisir la destination, lever l'ambiguïté.
À dire : l'essai dure deux semaines et nécessite l'accord de l'équipe. Gardez l'introduction conversationnelle pour l'oral.
À retirer de l'écran : « Aujourd'hui, je vous propose » et la liste complète des décisions à prendre pendant la réunion. Ces formules facilitent une introduction orale, mais n'aident pas à comprendre visuellement le processus. La demande concrète figurera sur la dernière diapositive.
Paragraphe 2 : distinguer les demandes des réaffectations
À montrer : trois chiffres légendés : 24 demandes examinées ; 7 demandes ayant changé de file ; 8 réaffectations. Gardez la mention « Échantillon fictif d'une semaine » visible à proximité. Une courte note doit préciser qu'une demande a changé de file deux fois.
À dire : pourquoi il est utile d'approfondir la question. Expliquez que ni le temps d'attente ni la qualité des réponses n'ont été mesurés.
À omettre : tout nouveau pourcentage ou titre affirmant un effet sur la performance. « L'orientation des demandes fait perdre du temps » dépasserait ce que dit la source. Ici, les libellés des chiffres sont plus utiles qu'un graphique sans légende ou qu'une icône décorative. Si vous utilisez une représentation graphique, elle doit préserver la distinction entre demandes et réaffectations.
Paragraphe 3 : dessiner le parcours que le public doit retenir
À montrer : demande entrante → identifier l'aide nécessaire → file accès, facturation ou problèmes liés au produit. Ajoutez une branche distincte intitulée « Responsabilité incertaine ou partagée », menant à « La personne chargée du triage identifie le prochain responsable ».
À dire : que l'accueil s'appuie sur la demande elle-même, puis expliquer ce qui constitue un cas ambigu. Cette branche est la raison d'être du schéma : les situations incertaines ont une destination définie.
À omettre : les répétitions du paragraphe concernant la prise de responsabilité. La branche légendée transmet déjà cette information. Présentez le schéma comme une illustration du processus d'équipe proposé, et non comme une capture d'écran d'un système d'assistance déjà déployé.
Paragraphe 4 : rendre le transfert observable
À montrer : une fiche de transfert compacte comprenant trois champs : objectif du client, vérifications déjà effectuées et question destinée à l'équipe qui reprend le dossier. En dessous, écrivez : « La personne qui transmet assure le suivi jusqu'à confirmation de la prise en charge. »
À dire : un exemple de transfert insuffisant et sa correction. « Problème de facturation — à vérifier » devient « Le client constate deux prélèvements ; les numéros de compte et de facture ont été vérifiés ; merci de confirmer si le second prélèvement est justifié. » Cet exemple est illustratif, ce n'est pas un constat supplémentaire issu des 24 demandes.
À omettre : les injonctions répétées à être clair. La fiche remplie montre les informations nécessaires à cette clarté.
Paragraphes 5 à 7 : réunir l'essai et la demande finale
À montrer pour le paragraphe 5 : un essai de deux semaines, avec trois éléments à relever : demandes déplacées, réaffectations et cas de triage. Ajoutez « Examiner des transferts réels » et gardez la réserve visible : moins de déplacements ne prouvent pas, à eux seuls, une meilleure assistance.
À dire pour le paragraphe 6 : la préoccupation concernant la charge de travail et la volonté de modifier la proposition. Restez sur la diapositive de l'essai ; une nouvelle page intitulée « Préoccupations » interromprait l'explication sans apporter de preuve supplémentaire.
À montrer pour le paragraphe 7 : un encadré final sur cette même diapositive : « Choisir la personne qui coordonne et la date de début ; confirmer la rotation et la liste de vérification avant le lancement. » Laissez le nom et la date vides jusqu'à l'accord de l'équipe.
À omettre : un nouveau récapitulatif des cinq diapositives. Terminez sur l'action que le public peut accomplir. Il n'est pas nécessaire d'intercaler une page générique de remerciements entre la proposition et la discussion.
Fournissez un brief visuel à l'outil de présentation
Si vous collez uniquement le discours original, l'outil doit deviner quels détails rendre visibles. Servez-vous des choix faits pour chaque paragraphe afin de rédiger une entrée plus explicite. Pour cet exemple, le brief pourrait être le suivant :
Crée cinq diapositives pour une réunion fictive d'une équipe d'assistance.
Le public doit décider s'il veut tester un processus d'orientation
des demandes pendant deux semaines.
1. Proposition : un point d'entrée unique, avec un responsable pour les cas ambigus.
2. Éléments observés : 24 demandes examinées ; 7 ont changé de file ;
8 réaffectations, car une demande a changé de file deux fois.
Indiquer que l'échantillon est fictif. Le temps d'attente et la qualité
des réponses n'ont pas été mesurés.
3. Processus : accès / facturation / problèmes liés au produit.
Les cas ambigus ou partagés vont à la personne chargée du triage,
qui identifie le prochain responsable.
4. Transfert : objectif du client / vérifications effectuées / question à résoudre.
La personne qui transmet assure le suivi jusqu'à confirmation de prise en charge.
5. Essai : relever les demandes déplacées, les réaffectations et les cas de triage ;
examiner des transferts réels. Demander un responsable et une date de début.
Moins de déplacements ne prouvent pas, à eux seuls, une meilleure assistance.
Ne pas inventer de résultats, de noms, de dates ni d'intégrations logicielles.
Ne pas placer les explications orales dans le corps des diapositives.
Utiliser le schéma et la fiche de transfert pour expliquer le processus.
Dans Presenti, sélectionnez « Paste Text » (coller du texte) et saisissez le brief préparé. Considérez les diapositives générées comme un point de départ : comparez-les au discours source, en particulier les chiffres, la branche des cas ambigus et la règle de responsabilité. Corrigez tout schéma ou toute formulation qui modifie ces détails.
Conservez le texte original dans un document séparé pendant la révision. Ne comptez pas sur un outil de présentation pour préserver des passages que vous avez volontairement exclus du contenu visible. Une fois les visuels stabilisés, vous pouvez transformer les éléments destinés à l'oral en notes du présentateur adaptées aux diapositives terminées.
Répétez les moments où le visuel change
Lisez le discours à voix haute, avec le découpage visuel à côté de vous. Changez de visuel lorsque la tâche du public change : comprendre la proposition, examiner les chiffres, suivre le parcours, reconnaître un transfert complet, puis considérer l'essai. Un nouveau paragraphe n'implique pas automatiquement une nouvelle tâche visuelle.
Restez assez longtemps sur le schéma d'orientation pour suivre la branche des cas ambigus. Si le public doit encore déchiffrer le schéma pendant que vous expliquez le sujet suivant, simplifiez le visuel ou accordez davantage de temps à cette explication. Ne tentez pas de résoudre le problème en réduisant la taille des libellés.
Effectuez ensuite deux vérifications séparées. En regardant uniquement les diapositives, un collègue peut-il identifier la proposition, les limites des éléments observés et la décision demandée ? En écoutant uniquement le discours, peut-il suivre le raisonnement sans des expressions comme « cette partie ici » ? Les deux versions n'ont pas besoin de contenir les mêmes mots, mais elles doivent raconter la même histoire.
Si la répétition révèle une condition manquante, rétablissez-la à l'endroit où le public en a besoin. Si elle fait apparaître une introduction répétée, supprimez la répétition. La présentation terminée doit rendre le discours plus facile à suivre tout en laissant à l'orateur la place de parler.