LectureGuru LogoLectureGuru
Tous les articles
SaaSPublié le

Modèles de vidéos de démonstration SaaS : 7 structures de démos produit prêtes à l’emploi

Copiez ces modèles de vidéos de démonstration SaaS — plans scène par scène, accroches de narration et tâches de démonstration IA prêtes à coller pour des démos qui restent à jour.

LectureGuru TeamLectureGuru Team
16 min de lecture

Modèles de vidéos de démonstration produit pour SaaS : 7 structures prêtes à l’emploi

La plupart des équipes SaaS produisent leurs vidéos de démonstration de la manière lente : elles écrivent un script, enregistrent l’écran, ajoutent une narration, montent la chronologie et publient. Elles recommencent lorsque le produit change. Le résultat est soit un petit ensemble de vidéos soignées qui deviennent vite obsolètes, soit une liste de démos qui ne voient jamais le jour parce que le coût par vidéo est trop élevé.

Un modèle de vidéo de démonstration produit résout la première moitié de ce problème. Une structure claire — scènes, accroches de narration, rythme — élimine le blocage de la page blanche et garantit la cohérence de votre bibliothèque. Mais les modèles ne résolvent pas à eux seuls le problème de maintenance. Chaque fois que votre interface évolue ou que votre parcours d’onboarding est repensé, chaque enregistrement manuel de cette bibliothèque devient en partie erroné.

La seconde moitié de la solution est un pipeline de production automatisé qui prend la structure de votre modèle en entrée et gère l’enregistrement, la narration et l’export. C’est ce que couvre cet article : sept modèles éprouvés pour les types de vidéos de démonstration SaaS les plus courants, chacun accompagné d’instructions précises pour l’automatiser dans LectureGuru.

Prêt à créer votre première démo automatisée ? Commencez un essai gratuit et essayez l’un des modèles ci-dessous.

Comment utiliser ces modèles avec un pipeline automatisé

Chaque modèle ci-dessous comporte deux éléments :

  1. La structure : scènes, accroches de narration et durée cible — les mêmes informations que vous donneriez à un producteur vidéo.
  2. L’instruction LectureGuru : soit une description de tâche Magic Demo Video (pour les démos de type visite guidée qui naviguent dans votre application en direct), soit un plan de document source (pour les démos basées sur un document que vous importez ou collez).

Le flux de travail en trois étapes est identique pour tous les modèles :

Étape 1 — Fournissez l’entrée. Pour les modèles de visite guidée, collez la description de tâche Magic Demo Video et indiquez à LectureGuru une URL de préproduction ou de démonstration déjà accessible, contenant des données sûres. Pour les modèles basés sur un document, importez ou collez votre document source (note de version, spécification d’intégration, page de politique, etc.).

Étape 2 — Relisez et modifiez la sortie. LectureGuru produit une vidéo MP4 narrée à partir de l’entrée fournie. Vérifiez le résultat, modifiez les formulations qui doivent reprendre la terminologie de votre produit, puis partagez la version finalisée.

Étape 3 — Ajoutez une présentation interactive si nécessaire. Le résultat est une vidéo MP4 narrée à intégrer dans votre centre d’aide, votre présentation commerciale ou votre LMS. Si vous souhaitez aussi une présentation web interactive, ajoutez la démo finalisée dans le flux distinct de l’éditeur de présentations. Lorsque votre interface ou votre documentation évolue, relancez la même entrée : l’enregistrement d’origine est conservé.

Pour examiner plus en détail l’automatisation des visites guidées derrière ces modèles, consultez comment l’IA automatise des visites produit qui restent à jour.

Les 7 modèles

Modèle 1 : Explication du lancement d’une fonctionnalité

Ce que c’est. Une présentation commentée d’une fonctionnalité nouvellement livrée : ce qu’elle fait, pourquoi elle existe et comment commencer à l’utiliser. Elle est généralement diffusée par le changelog, l’e-mail de publication et la notification dans l’application.

Durée cible : 2 à 4 minutes.

Structure des scènes :

  1. Accroche (15 à 20 s) — Énoncez le problème que la fonctionnalité résout. Pas « nous avons livré X », mais « voici ce que cela vous permet de faire plus facilement ».
  2. Vue d’ensemble de la fonctionnalité (30 à 45 s) — Montrez la fonctionnalité dans son contexte : où la trouver, à quoi elle ressemble, le paramètre ou l’action clé.
  3. Flux de travail principal (60 à 90 s) — Parcourez un cas d’usage réaliste du début à la fin. Utilisez des données réalistes.
  4. Mise en avant du bénéfice clé (20 à 30 s) — Une phrase qui résume le temps gagné, l’étape supprimée ou le problème résolu.
  5. Où en savoir plus (10 à 15 s) — Lien vers la documentation ou un tutoriel plus long. CTA discret.

Accroche de narration : « Depuis le [date de publication], [nom de la fonctionnalité] est disponible dans votre [emplacement]. Voici ce qu’elle fait et comment commencer à l’utiliser dès aujourd’hui. »

Plan de document source LectureGuru. Importez votre note de version interne ou la spécification de la fonctionnalité. Le document doit inclure : l’énoncé du problème (1 à 2 phrases), ce que fait la fonctionnalité (3 à 5 puces), ainsi que les éventuels prérequis ou paramètres qu’un utilisateur doit activer. Si vous avez déjà rédigé un article d’aide, cela convient aussi. LectureGuru lit le document et génère automatiquement la structure des diapositives et la narration.

Sinon, si vous souhaitez des étapes enregistrées à l’écran plutôt qu’une explication par diapositives, utilisez la tâche Magic Demo Video : « Montrez la fonctionnalité [nom de la fonctionnalité] depuis [point d’entrée dans l’application]. Démontrez [l’action principale effectuée par l’utilisateur] et montrez le résultat. Utilisez [l’URL de préproduction ou de démonstration déjà accessible]. »

Modèle 2 : Visite guidée d’onboarding

Ce que c’est. Un guide pas à pas qui amène un nouvel utilisateur de la création de compte (ou de la première connexion) à la réalisation de sa première action importante — ce que l’on appelle souvent la « première valeur ». L’objectif est de réduire le délai avant la valeur et le volume de demandes de support générées par les nouveaux utilisateurs perdus.

Durée cible : 4 à 8 minutes, ou divisée en modules de 2 à 3 minutes par étape.

Structure des scènes :

  1. Ce que vous allez accomplir (20 à 30 s) — Annoncez le résultat dès le départ. « À la fin de cette visite guidée, votre compte sera configuré et vous aurez [réalisé X]. »
  2. Configuration du compte ou du profil (60 à 90 s) — Paramètres requis, intégrations connectées ou configurations initiales nécessaires avant que l’utilisateur puisse faire quoi que ce soit d’utile.
  3. Flux de travail principal : première action (90 à 120 s) — La chose la plus importante qu’un nouvel utilisateur fait dans votre produit. Parcourez-la intégralement.
  4. Que faire ensuite (30 à 45 s) — Deux ou trois étapes suivantes, brièvement évoquées. Ce n’est pas un tutoriel complet pour chacune, seulement un repère.
  5. Où obtenir de l’aide (15 à 20 s) — Canal de support, lien vers la documentation ou contact de l’équipe de réussite client.

Accroche de narration : « Bienvenue. Cette visite guidée couvre tout ce que vous devez faire lors de votre première session pour que [nom du produit] fonctionne pour [cas d’usage]. Elle prend environ [X] minutes et vous terminerez avec [résultat]. »

Description de tâche Magic Demo Video : « Montrez le flux d’onboarding complet pour un nouvel utilisateur de [nom du produit]. Commencez depuis le tableau de bord après la première connexion. Parcourez [étape 1 : p. ex. connecter votre source de données], [étape 2 : p. ex. créer votre premier projet] et [étape 3 : p. ex. générer le premier résultat]. Utilisez [l’URL de préproduction ou de démonstration déjà accessible], avec des données de test préremplies. »

Pour voir comment les visites guidées d’onboarding s’intègrent dans un programme plus vaste d’éducation produit, consultez génération de vidéos IA pour SaaS : explications de fonctionnalités et éducation produit.

Modèle 3 : Démo commerciale de suivi

Ce que c’est. Une vidéo concise et autonome qu’un commercial envoie après un appel de découverte ou une démo en direct. Elle renforce le cas d’usage dont vous avez parlé, montre la partie pertinente du produit et donne au prospect un élément concret à partager en interne avec les parties prenantes absentes de l’appel.

Durée cible : 2 à 3 minutes. Plus court est préférable. Les collègues du prospect la regarderont sans contexte.

Structure des scènes :

  1. Énoncé du contexte (15 à 20 s) — Rappelez brièvement le problème dont vous avez discuté. Cela oriente les personnes qui regardent sans avoir participé à l’appel.
  2. Le flux de travail, de bout en bout (60 à 90 s) — Montrez exactement le flux pertinent pour le cas d’usage de ce prospect. Personnalisez lorsque c’est possible : s’il a mentionné une intégration précise, montrez-la.
  3. Le moment différenciant (20 à 30 s) — La partie du produit la plus difficile à expliquer par écrit. Laissez le produit parler de lui-même.
  4. Étape suivante (15 à 20 s) — Ce que vous souhaitez qu’ils fassent : programmer une session plus approfondie, commencer un essai, mettre votre champion en relation avec un interlocuteur technique.

Accroche de narration : « Pour faire suite à notre conversation sur [cas d’usage]. Voici comment [nom du produit] gère exactement cela — le flux de travail dont nous avons parlé, de [point de départ] à [résultat]. »

Description de tâche Magic Demo Video : « Démontrez le flux de travail [cas d’usage] dans [nom du produit]. Commencez à [point d’entrée]. Montrez [action clé 1], [action clé 2] et l’écran de sortie obtenu. Concentrez-vous sur [le différenciateur précis dont vous avez parlé avec le prospect]. Utilisez [l’URL de démonstration commerciale déjà accessible] avec des exemples de données réalistes. »

Modèle 4 : Vidéo tutorielle de support

Ce que c’est. Une réponse courte et ciblée à une question précise de type « comment faire X ? ». Ces vidéos constituent l’ossature d’un centre d’aide en libre-service. L’objectif est l’accomplissement de la tâche, pas l’explication : l’utilisateur doit pouvoir suivre la vidéo et réaliser la tâche correctement dès le premier visionnage.

Durée cible : 1 à 3 minutes. Une tâche par vidéo ; ne combinez pas des étapes de flux de travail sans rapport.

Structure des scènes :

  1. Énoncé de la tâche (5 à 10 s) — Indiquez exactement ce que couvre la vidéo. « Cette vidéo montre comment [tâche]. »
  2. Prérequis (10 à 20 s, seulement si nécessaire) — Ce que l’utilisateur doit avoir configuré avant que cette tâche soit possible. Ignorez cette étape s’il n’y en a pas.
  3. Visite guidée pas à pas (60 à 120 s) — Chaque étape sur sa propre diapositive. Montrez l’écran, expliquez quoi cliquer et montrez le résultat avant de passer à l’étape suivante.
  4. Confirmation de réalisation (10 à 15 s) — Montrez à quoi ressemble la réussite : l’écran de confirmation, l’état mis à jour, le résultat que l’utilisateur doit voir.

Accroche de narration : « Voici comment [tâche] dans [nom du produit]. Cela prend environ [X] minutes. »

Description de tâche Magic Demo Video : « Parcourez comment [tâche précise] dans [nom du produit]. Commencez depuis [l’emplacement de l’application où l’utilisateur commence cette tâche]. Cliquez à chaque étape. Montrez l’écran de confirmation ou de résultat à la fin. Utilisez [l’URL de préproduction ou de démonstration déjà accessible]. »

Ce modèle est le type de vidéo le plus exigeant en maintenance dans toute bibliothèque SaaS, car les changements d’interface rendent ces tutoriels obsolètes plus vite que tout autre type. Pour automatiser cette maintenance, consultez l’IA automatise les visites produit qui restent à jour et la comparaison entre LectureGuru et Loom sur le coût de maintenance et la mise à jour automatique.

Modèle 5 : Guide de configuration d’intégration

Ce que c’est. Une visite guidée expliquant comment connecter votre produit à un autre outil — connecter un CRM, configurer un webhook, autoriser une clé API ou mapper des champs entre systèmes. Les vidéos d’intégration comptent parmi les contenus les plus précieux que vous puissiez produire car elles débloquent un moment précis à forte friction, directement corrélé à la rétention.

Durée cible : 3 à 6 minutes selon la complexité de l’intégration. Les intégrations complexes justifient une structure en deux parties : la partie 1 couvre la configuration, la partie 2 la configuration détaillée et les tests.

Structure des scènes :

  1. Ce que fait cette intégration (20 à 30 s) — Nommez l’intégration, les deux produits concernés et les données qui circulent entre eux. Une phrase sur la raison pour laquelle un utilisateur la souhaiterait.
  2. Prérequis (20 à 30 s) — Autorisations requises, comptes nécessaires dans les deux produits, niveau d’accès administrateur. Soyez explicite ; l’omettre frustre les utilisateurs.
  3. Configuration : côté de votre produit (60 à 90 s) — Où trouver les paramètres d’intégration dans votre produit, ce qu’il faut activer, quels identifiants ou clés copier.
  4. Configuration : côté de l’autre produit (60 à 90 s) — Où configurer la connexion dans l’autre outil. Si vous ne contrôlez pas l’interface de l’autre produit, commentez de manière générique et précisez que son interface peut différer.
  5. Tester la connexion (30 à 45 s) — Montrez comment vérifier que l’intégration fonctionne : un événement de test, un écran de confirmation de synchronisation ou les premières données qui circulent.
  6. Ce qui se passe ensuite (15 à 20 s) — Ce que l’utilisateur doit attendre après la configuration : fréquence de synchronisation, où voir les données, que faire si quelque chose semble incorrect.

Accroche de narration : « Ce guide explique comment connecter [nom du produit] à [nom de l’intégration]. Une fois cette configuration effectuée, [données ou résultat qui circulent entre les deux outils]. »

Description de tâche Magic Demo Video : « Parcourez le processus de configuration de l’intégration [nom de l’intégration] dans [nom du produit]. Commencez depuis [Paramètres > Intégrations ou équivalent]. Montrez comment copier [clé API / URL du webhook / identifiant], le configurer dans [nom du produit], puis lancer un test pour confirmer la connexion. Utilisez [l’URL de préproduction ou de démonstration déjà accessible]. »

Modèle 6 : Récapitulatif de changelog / version

Ce que c’est. Un court résumé vidéo régulier de tout ce qui a été livré dans une version ou un sprint donné. Contrairement à l’explication du lancement d’une fonctionnalité (qui approfondit une seule fonctionnalité), il s’agit d’un aperçu rapide de la semaine ou du mois : ce qui a changé, ce qui s’est amélioré et ce que l’utilisateur devrait découvrir. Conçu pour les clients existants qui souhaitent rester à jour sans lire un mur de texte.

Durée cible : 2 à 4 minutes.

Structure des scènes :

  1. Période de la version et nombre (10 à 15 s) — « Voici ce qui a été livré en [mois / sprint N] : [N] changements à connaître. »
  2. Changement majeur (30 à 60 s chacun, jusqu’à 2 ou 3) — Une scène par changement important. Montrez la fonctionnalité ou le changement, énoncez le bénéfice en une phrase, puis passez au suivant.
  3. Changements et corrections mineurs (30 à 45 s au total) — Une courte liste commentée sur une diapositive statique ou une capture d’écran du produit. Pas d’approfondissement.
  4. Ce qu’il faut essayer cette semaine (15 à 20 s) — Un appel à l’action précis : la seule chose sur laquelle l’utilisateur doit cliquer lors de sa prochaine session.

Accroche de narration : « Bilan de [Mois / Sprint N]. Voici ce qui a changé et ce qui mérite votre attention. »

Plan de document source LectureGuru. Collez directement votre changelog ou votre note de version. Structurez-le ainsi : une section par fonctionnalité majeure (3 à 5 puces chacune), suivie d’une liste à puces des corrections mineures. LectureGuru lit le document et génère une diapositive par section majeure, avec une narration qui résume chaque changement en langage clair. Vous modifiez toute narration trop technique ou qui omet l’impact pour l’utilisateur.

Modèle 7 : Démo de mise à niveau / upsell

Ce que c’est. Une vidéo qui aide un client existant à comprendre ce qui lui manque avec son plan actuel et montre le flux de travail précis débloqué par une mise à niveau. L’objectif n’est pas un tableau comparatif de fonctionnalités : il s’agit de rendre la valeur du niveau suivant tangible et concrète à travers une démonstration de flux de travail réel.

Durée cible : 2 à 3 minutes. Assez longue pour montrer le flux de travail, assez courte pour ne pas ressembler à un appel commercial.

Structure des scènes :

  1. État actuel (20 à 30 s) — Montrez ce que l’utilisateur peut faire avec son plan actuel, de manière positive. « Voici ce dont vous disposez aujourd’hui. »
  2. La limite (15 à 20 s) — Montrez le point précis où le plan actuel atteint sa limite : la fonctionnalité est verrouillée, le plafond d’utilisation est atteint, le flux de travail exige une mise à niveau. Soyez factuel ; ne dramatisez pas.
  3. Ce que le niveau suivant débloque (60 à 75 s) — Montrez le flux de travail mis à niveau en action. Concentrez-vous sur le résultat, pas le nom de la fonctionnalité : le rapport qui peut être généré, l’automatisation qui s’exécute, l’intégration qui se connecte.
  4. Ce qui change pour l’utilisateur (20 à 30 s) — Chiffrez-le si vous le pouvez. Temps gagné, étapes supprimées, augmentation de capacité. Si vous ne pouvez pas chiffrer, montrez un avant/après de la même tâche avec et sans la mise à niveau.
  5. Comment mettre à niveau (15 à 20 s) — L’étape exacte : un bouton, un écran. Rendez-la évidente.

Accroche de narration : « Vous êtes sur [nom du plan]. Voici ce qui est disponible sur [niveau suivant] et directement pertinent pour [cas d’usage qui les intéresse]. »

Description de tâche Magic Demo Video : « Montrez le flux de travail [nom de la fonctionnalité] disponible avec le plan [plan cible] dans [nom du produit]. Commencez depuis [point d’entrée dans le produit]. Parcourez [l’action ou le flux de travail précis limité par le plan]. Montrez la sortie ou le résultat. Utilisez [l’URL de démonstration déjà accessible], où [le plan mis à niveau] est disponible. »

Pour comparer LectureGuru et Synthesia sur l’automatisation des vidéos de démonstration, consultez LectureGuru vs. Synthesia : automatisation de pipeline vs. vidéo avec acteur.

Garder les démos à jour lorsque votre interface évolue

Les modèles résolvent le problème de la page blanche. L’automatisation résout le problème de maintenance. Mais il existe un troisième problème : savoir quelles vidéos doivent être mises à jour après une version.

WebWatcher de LectureGuru surveille votre documentation d’aide, les URL de changelog produit et toutes les pages web que vous indiquez. Lorsqu’un contenu change sensiblement — nouveau flux de travail, paramètre modifié, fonctionnalité renommée — il peut proposer jusqu’à trois démos finalisées associées à cette même page ou à ce même site. Vous examinez ces suggestions, sélectionnez les démos à mettre à jour et confirmez le nouvel enregistrement. L’enregistrement d’origine reste disponible.

La boucle de maintenance se présente ainsi :

  1. Le produit livre un changement. La documentation ou le changelog est mis à jour.
  2. WebWatcher détecte le changement. Il peut proposer jusqu’à trois démos finalisées de la même page ou du même site.
  3. Vous choisissez et confirmez. Vous sélectionnez les démos à mettre à jour et confirmez le nouvel enregistrement.
  4. Vous relisez la nouvelle sortie. L’enregistrement d’origine reste disponible.

C’est ce qui transforme une bibliothèque de modèles en bibliothèque maintenue, plutôt qu’en instantané datant de six mois. Les modèles vous donnent la structure. Le pipeline gère la production. WebWatcher ferme la boucle de maintenance.

Questions fréquentes

Dois-je écrire un script avant d’utiliser ces modèles ?

Non. Pour les modèles Magic Demo Video, vous collez la description de tâche et l’agent IA de LectureGuru parcourt l’application pour produire une vidéo MP4 narrée. Pour les modèles basés sur un document, vous importez votre note de version ou article d’aide existant afin d’obtenir une sortie finalisée. Dans les deux cas, vous relisez et modifiez le résultat avant de le partager si nécessaire.

Puis-je utiliser le même modèle pour plusieurs fonctionnalités ou intégrations ?

Oui. Chaque modèle est une structure réutilisable. Pour les vidéos tutoriels de support, exécutez à chaque fois la même description de tâche Magic Demo Video avec un nom de tâche différent. Pour les guides d’intégration, remplacez le nom de l’intégration et les détails de configuration. La structure reste la même ; le contenu change.

Comment gérer les visites guidées d’une application qui exige une connexion ?

Utilisez une URL de préproduction ou de démonstration déjà accessible à Magic Demo Video et contenant des données de démonstration sûres. Pour les environnements de production sensibles, utilisez plutôt une instance de préproduction avec des données de démonstration préremplies.

Que faire si mon produit comporte des flux de travail à embranchements (chemins si-alors) ?

Pour les flux à embranchements, enregistrez chaque chemin comme une tâche distincte. Exécutez la tâche une fois par branche, puis ajoutez les sorties comme diapositives distinctes dans l’éditeur de présentations interactives si vous souhaitez les réunir. L’IA enregistre intentionnellement un chemin par exécution de tâche ; les embranchements sont gérés en exécutant plusieurs tâches.

Combien de temps faut-il pour produire une vidéo à partir de l’un de ces modèles ?

La durée dépend de la complexité de votre application ou de votre document, de l’accès disponible et de votre travail de relecture. Dans les deux cas, prévoyez de vérifier et de modifier la sortie avant de la partager.

La sortie peut-elle être utilisée dans un LMS ou un centre d’aide ?

Oui. LectureGuru produit un MP4 à intégrer dans tout LMS ou centre d’aide qui accepte les fichiers vidéo. Vous pouvez aussi ajouter une démo finalisée à une présentation web interactive dans le flux distinct de l’éditeur. Les quiz facultatifs et les certificats de réussite appartiennent à cette présentation interactive partagée, pas au MP4.

Commencez avec un seul modèle

Choisissez le modèle qui correspond à votre besoin vidéo le plus fréquent — généralement le tutoriel de support ou la visite guidée d’onboarding. Exécutez-le une fois, examinez la sortie et observez comment le pipeline gère l’interface et la terminologie propres à votre produit.

En commençant par un seul modèle, vous pouvez vérifier comment le processus s’adapte à votre interface et à votre terminologie, puis développer votre bibliothèque sur cette base.

Commencez un essai gratuit et lancez votre premier modèle dès aujourd’hui.

Articles associés

Modèles de vidéos de démonstration SaaS : 7 structures de démos produit prêtes à l’emploi