La version courte
Je pars d’un skill Claude bâti à partir de mes anciennes conversations sur des présentations, je pense à l’auditoire, je déverse tout dans Claude et je lui demande une histoire avant toute diapositive, puis je retravaille cette histoire moi-même. Claude génère les diapositives dans des artefacts, je les révise une par une avec des notes vocales, je fais une répétition à voix haute, je refais tout, je passe à Google Slides, je pratique à partir des diapositives, j’enregistre une répétition et je l’écoute en boucle. Je commence environ un mois d’avance.
- Demandez à Claude de transformer votre brain dump en une seule histoire, étape par étape, avant de lui demander la moindre diapositive : chaque étape doit mener à la suivante par un problème, une solution ou une suite logique.
- La première répétition, c’est là que l’histoire casse. Les miennes sont généralement beaucoup trop longues, quelque chose comme 48 minutes pour un créneau de 30 minutes, et vous voyez où les transitions n’ont pas de sens.
- Enregistrez une répétition correcte et écoutez-la en faisant autre chose. Pour ma dernière conférence à AI Engineer, j’ai pratiqué environ deux fois, mais j’ai écouté ma deuxième répétition au moins 10 à 15 fois.
J’ai passé la dernière année à voyager d’un pays à l’autre pour donner des conférences, et je me suis bâti un système assez solide pour les préparer. Je voulais le partager, parce que je pense qu’il peut vous servir à vous aussi : tout le monde présente des choses, que vous soyez étudiant devant la classe, que vous fassiez une petite présentation au travail ou même une entrevue.
Au fond, tout revient à se vendre soi-même, ou à vendre quelque chose que l’auditoire veut entendre. Et honnêtement, ce n’est pas aussi simple que ça en a l’air. Il faut vraiment travailler fort pour que la présentation soit pertinente pour la personne qui écoute. C’est ce que j’ai optimisé dans la dernière année, en donnant une douzaine de conférences différentes dans de gros événements et plus d’une douzaine d’ateliers en ligne.
Donc, j’espère que vous repartirez de cet article avec un plan très clair pour améliorer directement votre prochaine présentation, que vous soyez développeur, ingénieur en IA ou pas technique du tout. C’est juste ma façon de faire, avec mes meilleurs conseils pour bien vous présenter, ou en gros pour donner la meilleure présentation possible, peu importe le sujet.
Si vous ne me connaissez pas encore, je suis Louis-François Bouchard, CTO et cofondateur de Towards AI. Je fais de la formation et de l’éducation pour gagner ma vie, donc écrire et donner des conférences fait partie de mon travail. Et comme on est une petite équipe, j’essaie vraiment d’optimiser chaque partie de mon travail. Ça veut évidemment dire intégrer l’IA et des systèmes d’IA dans mes workflows, mais aussi apprendre à mieux présenter et à mieux enseigner, ce qui veut dire que j’ai dévoré des dizaines de livres sur le storytelling et sur les présentations en général. Cet article porte entièrement sur la préparation, et sur ma façon d’aborder une présentation.
Une présentation, ça ne s’improvise pas
Juste pour être clair : une présentation, ça ne s’improvise pas. Ça demande du travail et de l’effort humain. Vous ne pouvez pas tout déléguer à Claude, et ça demande de la pratique et surtout votre propre temps. Vous ne pouvez pas y échapper. Mais si vous êtes prêt à faire le travail, voici mon workflow idéal, en 13 étapes.
Tout le workflow : cinq étapes pour planifier la conférence, deux pour construire les diapositives, six pour la pratiquer.
1. Bâtir un skill de présentation, une seule fois
Comme j’ai déjà donné des dizaines de présentations, ma première étape a été de bâtir un vrai skill : en gros, un seul fichier Markdown avec tout ce que je veux et ne veux pas dans une présentation. Pour moi, ça voulait juste dire écrire un prompt à Claude pour lui demander de bâtir le meilleur skill possible à partir de toutes mes autres conversations Claude où on a construit des présentations.
Avec le temps, c’est ce qu’il y a de mieux pour ne pas vous répéter. Mais si vous n’avez encore rien, commencez juste à écrire des prompts à Claude et bâtissez votre première présentation avec les prochaines étapes.
Une version générale de mon skill est publique si vous voulez un point de départ : talk-decks, avec un prompt qui bâtit votre propre version à partir de vos anciennes conversations Claude Code ou Codex.
Comment mon skill de conférence est organisé aujourd’hui. Les corrections que je répète passent de FEEDBACK.md à SKILL.md. Tiré des diapositives de ma session O’Reilly Skills Live, le 10 novembre 2026.
2. Connaître l’auditoire
La prochaine étape, c’est vraiment la vôtre. Il faut penser à l’auditoire, que ce soit votre patron, la personne qui vous fait passer l’entrevue ou, quand je parle à la conférence AI Engineer, surtout des ingénieurs en IA : des gens techniques, qui font de l’IA appliquée.
J’essaie de réfléchir à pourquoi ils sont là, à leur parcours, à ce qu’ils peuvent comprendre ou pas, et à ce qu’ils veulent retirer de cette conférence, parce que c’est ça qui va guider toute la présentation à partir de ce moment-là. Il faut adapter chaque présentation à l’auditoire à qui vous parlez. Ce que vous voulez partager et ce que l’auditoire est venu apprendre, ce sont deux choses très différentes, avec des objectifs très différents, et la conférence doit porter sur la deuxième.
3. Tout déverser dans Claude
Une fois que vous avez ça en tête, d’habitude, je fais juste un gros brain dump dans Claude, en lui disant d’utiliser mon skill de présentation. J’utilise Wispr Flow, un outil de dictée vocale, pour déverser tout ce que je sais sur la présentation : de quoi je veux parler, qui est l’auditoire, tout ce qui concerne la conférence, le titre que j’ai soumis pour l’instant, la description. Tout ce qui me passe par la tête, je le déverse dans Claude.
La meilleure chose à faire à ce moment-là, c’est aussi de partager des choses très précises. Si ça porte sur quelque chose que vous avez construit, vous voulez les idées précises que vous seul pouvez apporter, et vous les déversez dans Claude. De mon côté, quand je donne des présentations dans des conférences précises, j’aime vraiment ajouter de vrais tweets, de vraies publications LinkedIn ou des citations de gens du domaine.
Par exemple, si je vais à AI Engineer, je sais que tout le monde là-bas connaît Andrej Karpathy. Donc s’il a un tweet pertinent sur exactement ce dont je parle, je vais ajouter une capture d’écran de ce tweet précis dans les diapositives, pour que tout le monde puisse s’y reconnaître. Vous voulez vraiment que les gens se reconnaissent dans ce que vous partagez.
La deuxième diapositive de ma conférence à AI Engineer NYC, le 13 octobre 2026 : une citation de quelqu’un que tout le monde connaît dans cette salle, juste là où le problème commence.
Donc tout ce qui vous passe par la tête, vous le mettez dans le prompt et vous demandez à Claude de l’utiliser dans la présentation.
4. Demander une histoire avant toute diapositive
Ensuite, avant de bâtir quelque présentation que ce soit, la prochaine étape, c’est de demander à Claude de transformer toutes vos idées en une seule histoire cohérente, étape par étape, où chaque grande étape mène à la suivante par un problème, une solution ou une suite qui a du sens.
Maintenant, évidemment, Claude est vraiment mauvais là-dedans. Vous allez devoir retravailler l’histoire. Mais j’ai vu que ça donne généralement une bien meilleure présentation que si vous mettez le fait A, le fait B et le fait C ensemble au hasard. Vous voulez vraiment une bonne histoire, du début à la fin. Et à ce moment-là, vous voulez sauvegarder tout ce qui ressort de cette discussion dans ce skill, pour pouvoir le réutiliser et gagner du temps sur vos prochaines présentations. C’est la même chose pour tout le reste de cet article.
5. Retravailler l’histoire
Une fois que vous avez ce plan, votre travail commence. Vous le réorganisez, en essayant d’en faire quelque chose qui ressemble à une vraie histoire.
Par exemple, prenez mon benchmark, ToneBench. Il sert à analyser l’écriture créative, et ce que je veux partager, c’est comment bâtir un benchmark et les résultats qu’il donne. Mais pour parler d’écriture créative, je veux d’abord partager un problème de fond, la raison pour laquelle je travaille sur ce benchmark. Donc je commence à un niveau beaucoup plus général, en parlant du slop et de l’écriture agaçante des LLMs. J’essaie de rendre ça super drôle dès la première diapositive. Les premières diapositives, et les cinq à trente premières secondes, sont extrêmement importantes.
La première diapositive de ma conférence à AI Engineer NYC : les mots et les formules de slop qu’on reconnaît tous dans l’écriture des LLMs.
Vous voulez que les gens rient, ou qu’ils soient vraiment intéressés par ce que vous dites. Vous ne voulez vraiment pas commencer par vous présenter. Vous voulez le faire beaucoup plus tard, d’une façon qui ne fait que renforcer votre crédibilité.
Vous voulez partager quelque chose de général qui est drôle ou extrêmement pertinent, peut-être quelque chose qui pousse les gens à se poser des questions, ou quelque chose d’un peu à contre-courant. Quelque chose qui frappe dès la première diapositive et que tout l’auditoire comprend. Et ensuite, vous allez de plus en plus en profondeur. Pour le benchmark, je parle du slop, puis du problème avec le slop : pourquoi c’est encore un problème à mesure que les modèles s’améliorent, comment on le règle et quelle est ma solution. Et ensuite, je parle de la solution.
Le plan de ma conférence à AI Engineer NYC, où chaque ligne mène à la suivante. Tiré des diapositives de ma session O’Reilly Skills Live, le 10 novembre 2026.
Donc j’essaie de partir du haut de l’entonnoir, quelque chose de très général comme un problème, pour descendre jusqu’à ma solution actuelle, et de garder ça pertinent pour l’auditoire en tout temps. J’itère sur le plan, avec cette espèce de système souple où une idée mène à la suivante d’une façon qui a du sens. À ce stade, vous devriez avoir un plan correct, relativement final.
6. Générer les diapositives
Par exemple, pas de sous-titres sous les titres ni de tonnes de texte partout, deux choses que Claude aime vraiment faire. De mon côté, c’est de garder ça épuré : des puces, de l’information concise et seulement des visuels utiles. Un visuel doit vraiment mériter sa place. Ensuite, Claude génère une très grosse présentation qui a vraiment l’air belle, et beaucoup de gens s’arrêtent là.
Mais c’est là que mon travail commence vraiment. On est encore dans Claude, et vous pouvez faire la même chose dans ChatGPT ou sur n’importe quel autre site. À cette étape, je travaille seulement dans des artefacts, parce que vous allez beaucoup itérer.
7. Réviser chaque diapositive avec votre voix
Ma première étape, c’est de parcourir toutes les diapositives et de repérer ce qui est complètement nul. Et croyez-moi, à la première génération, la majorité des diapositives et de l’histoire est généralement vraiment mauvaise. Donc vous voulez la touche humaine à ce moment-là.
Ensuite, je parcours chaque diapositive une par une avec Wispr Flow, donc juste de la dictée vocale, et je dis tous mes commentaires et toutes mes idées comme si je révisais le travail de quelqu’un d’autre. Donc je vais dire quelque chose comme : « La diapositive un est vraiment mauvaise, enlève-la. Entre la diapositive deux et la diapositive trois, ajoute une autre diapositive qui dit ça. Déplace la diapositive quatre à la diapositive sept. Amène la diapositive 32 à la diapositive quatre. » Vous réorganisez tout d’une façon qui a du sens pour vous, et vous enlevez tout le slop, tout ce qui a l’air généré et non pertinent.
8. Faire une première répétition
Ensuite, la prochaine étape, c’est de faire une première répétition. Ça vous donne la durée, et pour moi, c’est beaucoup trop long chaque fois. Pour une conférence de 30 minutes, j’aurais probablement quelque chose comme 48 minutes. Vous allez aussi voir que l’histoire n’a vraiment pas de sens. C’est là-dessus que Claude, et n’importe quelle IA, est vraiment poche : bâtir une vraie histoire de bout en bout qui a du sens dans une conférence.
Donc c’est là que vous allez tout changer, parce qu’une transition n’avait pas de sens, ou que vous ne saviez pas comment passer d’une diapositive à l’autre. Pour moi, c’est vraiment important qu’une diapositive mène naturellement à la suivante. Si vous n’avez pas ça, la présentation ne sera pas intéressante et ne sera pas facile à suivre.
Un seul point de friction dans la présentation va juste vous faire perdre les gens qui écoutent. À moins que vous soyez Karpathy, Elon Musk ou un autre très grand nom, ils ne sont pas là pour vous entendre, vous en particulier. S’ils sont là, c’est qu’ils veulent apprendre quelque chose. Ils veulent en retirer de la valeur. Et s’ils s’ennuient, soit ils partent, soit ils sortent leur téléphone, soit leur cerveau décroche complètement.
Vous ne voulez pas que ça arrive, et il y a quelques trucs pour l’éviter. Comme je le disais, vous voulez que les cinq à trente premières secondes soient vraiment bonnes : vraiment drôles, vraiment intéressantes. Ensuite, idéalement, j’aime insérer une blague ou quelque chose de drôle toutes les trois ou quatre diapositives, pour garder les gens à l’écoute, ou même ramener une partie de ceux qui avaient décroché, parce que c’était vraiment drôle et qu’ils continuent d’écouter à partir de là.
9. Refaire les diapositives et répéter encore
Après cette première répétition, j’envoie tous ces changements à Claude dans une grosse note vocale et je lui demande de refaire toutes les diapositives. Ensuite, je fais une deuxième répétition, une deuxième pratique. Avec un peu de chance, ça tourne plutôt autour de 35 ou 40 minutes au lieu de 48, et l’histoire est bien meilleure. Mais je refais le même processus, en essayant de l’optimiser encore un peu.
10. Passer à Google Slides
Et finalement, c’est là que j’arrête d’utiliser Claude. Par préférence personnelle, et vous n’êtes pas obligé de le faire, je lui demande de tout transférer de l’artefact Claude, ou du HTML de ChatGPT, ou de ce sur quoi vous travaillez, vers Google Slides, parce que je le trouve vraiment fiable en mode présentateur pour les présentations en direct. Vous pouvez faire ça avec n’importe quel système, ou rester en HTML si vous préférez.
Je préfère Google Slides parce que je peux tout modifier à la main, et que j’y suis habitué. Je peux facilement enlever tout le texte de slop qui reste et continuer à déplacer les diapositives. Pour moi, Google Slides est pratique à partager, pratique pour présenter et facile à personnaliser comme utilisateur : je peux ajouter et enlever des animations sans dépendre de prompts à Claude pour qu’il le fasse à ma place.
11. Pratiquer à partir des diapositives
Et je sais que je le répète, mais c’est là que vous allez travailler le plus fort, parce que vous ne pouvez pas déléguer cette partie-là. C’est là que vous devez pratiquer. Vous avez des diapositives finales correctes. Ensuite, selon l’importance de la conférence et à quel point je maîtrise le sujet, je pratique généralement la même présentation de deux jusqu’à même 10 ou 15 fois, pour savoir que je suis dans le flow.
Et en passant, ça ne veut pas dire répéter tout mot à mot. Ça veut juste dire avoir les diapositives et répéter la présentation à partir des diapositives. Je n’utilise aucune note de présentateur. À la fin, vous voulez pouvoir dire avec confiance que même si votre chat entre et vous distrait pendant que vous donnez la présentation, vous pouvez quand même reprendre le fil et finir dans le temps prévu, que ce soit 18 minutes ou 30.
C’est tout mon objectif. Vous voulez vraiment maîtriser cette conférence, et maîtriser le sujet en général, et seule la pratique peut faire ça.
12. Enregistrer une répétition
Évidemment, vous voulez répéter le plus possible, mais le truc que j’ai trouvé, c’est d’enregistrer une répétition dès qu’elle est à peu près correcte, généralement la deuxième ou la troisième pour moi. Je le fais pour deux raisons.
D’abord, pour m’écouter et voir si c’est vraiment ennuyant ou pas. Il faut vraiment vous enregistrer en train de donner la conférence, sinon vous ne verrez jamais quand quelque chose n’a pas de sens. Je fais généralement des tonnes de petits ajustements et de changements, surtout dans les transitions, et sur des choses que je finis par ne pas vouloir mentionner parce qu’elles ne sont pas pertinentes du tout. Ça n’arrive qu’après avoir écouté l’enregistrement.
13. L’écouter en boucle
Deuxièmement, j’écoute cet enregistrement une douzaine de fois. Mais je le fais quand je vais courir, quand je vais au gym, dans l’avion pour me rendre à la conférence. C’est toujours en faisant autre chose. Ou juste avant de dormir, si je suis stressé.
Et honnêtement, c’est vraiment utile. Pour ma dernière conférence à AI Engineer, à New York en octobre, j’ai pratiqué peut-être deux fois, mais j’ai écouté ma deuxième répétition au moins 10 ou 15 fois, et ça s’est vraiment bien passé. Je pouvais presque donner la présentation par cœur, même avec seulement deux répétitions. Donc je pense que c’est un très bon truc que vous devriez essayer.
Commencer un mois d’avance
Pour ce qui est de l’échéancier, je commence généralement à travailler sur une présentation environ un mois avant de la donner, pour une raison précise. Si vous ne commencez pas assez tôt, vous vous mettez beaucoup de stress pour trouver les très bonnes cinq à trente premières secondes qui frappent vraiment, et pour trouver les tweets et les citations pertinentes à ajouter. Ça prend juste du temps, et les idées viennent généralement en travaillant dessus, ou en faisant autre chose. Quand je fais ça, je suis vraiment content d’avoir commencé d’avance.
Mais d’habitude, ça me prend une journée complète ou deux pour bâtir toute la présentation avec le workflow Claude, la transférer dans des diapositives et faire la première vraie répétition. Après ça, je peux pratiquer deux fois par jour jusqu’à la conférence si j’ai le temps, ou entre trois et dix fois selon le sujet et à quel point je suis à l’aise avec.
Même là, je veux quand même avoir quelque chose de correct un mois ou trois semaines avant, juste pour avoir le temps de trouver les bonnes idées à ajouter à la conférence. La pratique elle-même se fait une semaine ou quelques jours avant que je la donne.
Plus de détails sur les diapositives elles-mêmes
Cet article est un peu différent de ce que je partage d’habitude. Normalement, je parle d’ingénierie de l’IA, de techniques d’IA et de trucs d’IA. Mais j’ai donné des conférences toute l’année, en étant payé et en voyageant pour le faire, donc je me suis dit que ce serait bien de partager ce que j’ai appris en faisant ça pendant des mois et des mois. J’espère que ce workflow va vous aider à améliorer votre prochaine présentation.
Si vous voulez en savoir plus sur le processus de création des diapositives, et même sur mes skills Claude pour créer ces diapositives, j’aimerais beaucoup faire une suite. Dites-moi dans les commentaires si ça vous intéresse. D’ici là, le skill talk-decks est public, et les diapositives de ma session O’Reilly Skills Live sur ma façon de bâtir mes conférences avec Claude détaillent la boucle, une diapositive à la fois.
FAQ
Comment préparer une conférence avec Claude ?
En 13 étapes. Planifier : un skill de présentation, l’auditoire, un brain dump, une histoire proposée par Claude, puis ma propre refonte de cette histoire. Construire : Claude génère les diapositives, et je révise chacune avec des notes vocales. Pratiquer : une première répétition chronométrée, une refonte et une deuxième répétition, le passage à Google Slides, la pratique à partir des diapositives, une répétition enregistrée et son écoute en boucle.
Que doit contenir un skill de présentation pour Claude ?
Tout ce que vous voulez et ne voulez pas dans une présentation, comme des diapositives épurées, une seule idée principale par diapositive et une diapositive par minute de contenu. J’ai demandé à Claude de bâtir le mien à partir de toutes mes anciennes conversations Claude où on a construit des présentations, et j’y sauvegarde ce que j’apprends de chaque nouvelle conférence.
Pourquoi demander une histoire à Claude avant de générer les diapositives ?
Parce que dans une conférence, chaque étape doit mener à la suivante, par un problème, une solution ou une suite logique. Claude est vraiment mauvais là-dedans et vous allez retravailler l’histoire, mais partir d’une histoire donne généralement une bien meilleure présentation que des faits mis ensemble au hasard.
Comment réviser des diapositives générées par Claude ?
Je les parcours une par une avec Wispr Flow, un outil de dictée vocale, et je dis mes commentaires comme si je révisais le travail de quelqu’un d’autre, par numéro de diapositive : enlever la diapositive un, ajouter une diapositive entre la deux et la trois, déplacer la diapositive quatre à la diapositive sept. Ensuite, j’envoie toute cette note vocale à Claude.
Comment garder l’attention de l’auditoire pendant une conférence ?
Rendez les cinq à trente premières secondes drôles ou vraiment pertinentes au lieu de vous présenter, faites en sorte que chaque diapositive mène naturellement à la suivante, et ajoutez une blague ou quelque chose de drôle toutes les trois ou quatre diapositives pour ramener les gens qui ont décroché.
Combien de fois faut-il pratiquer une conférence ?
Je pratique de deux jusqu’à 10 ou 15 fois, selon l’importance de la conférence et à quel point je connais le sujet, seulement à partir des diapositives et sans notes de présentateur. J’enregistre une répétition correcte, généralement la deuxième ou la troisième, et je l’écoute une douzaine de fois en courant, au gym ou dans l’avion.
Combien de temps d’avance faut-il commencer à préparer une conférence ?
Je commence environ un mois d’avance, parce que la meilleure ouverture et les bons tweets et citations prennent du temps à trouver. Bâtir les diapositives et faire la première vraie répétition me prend une journée complète ou deux. La majeure partie de la pratique se fait dans la dernière semaine ou les derniers jours.