QREATA / Cas d’usage

Comment enregistrer la vidéo de présentation d’une nouvelle version logicielle

Une vidéo de présentation de version répond à trois questions pour quelqu’un qui utilise déjà le produit : qu’est-ce qui a changé, est-ce que je l’ai, et qu’est-ce que je fais différemment. Voici un script minuté, un tableau de ce qu’il faut montrer aux utilisateurs, au support et aux commerciaux, un exemple complet pour un changement de réglage et la check-list à dérouler avant de publier.

Essai de 7 jours · 49 $ une seule fois · sans abonnement · Apple Silicon · macOS 14+ · Interface de l’app en anglais

La réponse courte

Une bonne vidéo de présentation de version dure 2 à 3 minutes par public et couvre, dans l’ordre : ce qui a changé, qui en bénéficie et quand, le nouveau chemin réalisé une fois à vitesse normale, et ce qui n’a pas changé. Publiez-la à côté des notes de version écrites, qui restent la référence pour les numéros de version, les limites et les détails de retour arrière.

Enregistrez une présentation quand…

La version change ce sur quoi les gens cliquent, et ils vont poser des questions.

  • Un parcours a changé : un menu a été déplacé, une étape ajoutée, une valeur par défaut inversée.
  • Les utilisateurs doivent agir : migrer, redonner une autorisation, choisir un nouveau réglage.
  • Le support et les commerciaux doivent voir la fonctionnalité avant que les clients ne posent la question.
  • Le changement se montre plus facilement qu’il ne se décrit, comme un nouvel éditeur ou une nouvelle mise en page.

Contentez-vous des notes de version quand…

Il n’y a rien de nouveau sur quoi cliquer, ou l’écran changera encore avant que les gens ne regardent.

  • Corrections de bugs, travail sur les performances, correctifs de sécurité. Une ligne dans les notes suffit.
  • Changements limités à l’API. Les développeurs veulent un changelog avec des exemples de code.
  • Une fonctionnalité sous feature flag pour un petit groupe. La vidéo sera dépassée au moment du déploiement général.
  • L’interface bouge encore après le gel. Enregistrez une fois qu’elle est définitive.

Script de présentation de version : 2 min 30, minuté

Enregistrez sur le build de la version, dans un compte qui a la même offre et le même rôle que le spectateur. Choisissez le public avant de commencer ; le script ci-dessous s’adresse aux utilisateurs finaux.

  1. 0:00–0:15 · Ce qui a changé. « Dans la version 3.8, les administrateurs d’un espace de travail peuvent définir la durée de conservation des fichiers supprimés. Auparavant, elle était fixée à 30 jours. »
  2. 0:15–0:30 · Qui en bénéficie et quand. « Le réglage est actif pour tous les espaces de travail Business à partir du 6 octobre. Sur les autres offres, vous ne le verrez pas. »
  3. 0:30–0:45 · Avant. Montrez l’ancien emplacement ou l’ancienne limite pendant quelques secondes, uniquement pour que le changement soit compréhensible.
  4. 0:45–1:50 · Le nouveau chemin. Réalisez-le une fois à vitesse normale : nommez le menu, cliquez, marquez une pause sur le résultat. Terminez sur l’état enregistré.
  5. 1:50–2:10 · Ce qui n’a pas changé. « Les fichiers existants gardent leur règle actuelle de 30 jours tant que vous ne la modifiez pas. Rien n’est supprimé plus tôt. »
  6. 2:10–2:30 · Étape suivante. Renvoyez vers les notes de version et l’article d’aide, et dites où envoyer les questions.

Que montrer dans une vidéo de nouvelle version, selon le public

Un seul enregistrement convient rarement à tout le monde. Les utilisateurs veulent le nouveau chemin. Le support veut les cas limites. Les commerciaux veulent le bénéfice en une phrase. Enregistrez d’abord la version pour les utilisateurs, puis un montage plus court ou une seconde prise pour les équipes internes.

Contenu d’une vidéo de présentation de version selon le public
PublicDuréeÀ montrer absolumentÀ laisser de côté
Utilisateurs finaux2 à 3 minutesLe nouveau chemin et ce qui reste identiqueLes noms internes, la feuille de route
Équipe support3 à 5 minutesÉligibilité, limites connues, états d’erreur, vers qui escaladerL’habillage marketing
Commerciaux et customer success1 à 2 minutesLe bénéfice, les offres concernées, un exemple en directLe détail de la configuration administrateur
Administrateurs et IT3 à 4 minutesDroits, étapes de migration, comment désactiverLes bases pour l’utilisateur final

Exemple complet : un réglage de conservation dans la version 3.8

La version : un produit de partage de fichiers livre une durée de conservation configurable pour les fichiers supprimés. La vidéo destinée aux utilisateurs dure 2:24. Elle s’ouvre sur Réglages → Données, montre pendant cinq secondes l’ancien libellé fixe « 30 jours », puis règle la conservation sur 90 jours, enregistre et se termine sur le bandeau de confirmation.

La phrase qui évite le plus de tickets se trouve à 1:52 : « Les fichiers existants gardent leur règle de 30 jours tant que vous ne la modifiez pas. » Sans elle, les administrateurs supposent que la nouvelle valeur par défaut s’applique rétroactivement et écrivent pour poser la question.

Le montage pour le support réutilise les mêmes images et ajoute 90 secondes à la fin : ce que voit un espace de travail hors offre Business (aucun réglage), l’erreur quand la conservation est réglée en dessous de 7 jours, et le canal d’escalade. Le message qui accompagne les deux versions : « 3.8 : durée de conservation configurable pour les fichiers supprimés. Offre Business, déploiement à partir du 6 octobre. Vidéo (2:24). Notes de version : lien. Article d’aide : lien. »

Check-list avant de publier une vidéo de nouvelle version

Déroulez-la la veille de la sortie. Une vidéo de version avec un seul libellé erroné génère plus de tickets que pas de vidéo du tout.

  • Enregistrée sur le build de la version, pas sur une branche de développement.
  • Chaque libellé prononcé dans le commentaire correspond au libellé à l’écran.
  • L’offre, le rôle et la date de déploiement sont dits à voix haute et correspondent aux notes de version.
  • L’état final enregistré reste à l’écran au moins trois secondes.
  • « Ce qui n’a pas changé » est dit.
  • Aucune donnée de test avec de vrais noms, aucun onglet interne, aucune URL de préprod dans le cadre.
  • La vidéo renvoie aux notes de version, et les notes de version renvoient à la vidéo.
  • Une personne extérieure à l’équipe de la fonctionnalité l’a regardée une fois et a pu refaire les étapes.
  • Le fichier du projet est conservé jusqu’à la fin du déploiement.

Corriger une vidéo de version la veille du lancement avec Qreata

Les vidéos de version s’enregistrent avant que la version ne soit définitive, et il y a toujours un petit détail qui bouge. La veille au soir du lancement, le réglage « Conservation » est renommé « Conservation des données ». Votre vidéo de 2:24 montre et prononce l’ancien nom à 1:12. Dans Qreata, vous ouvrez le projet sur le build final, vous choisissez Replace Take (l’outil « Rerecord » de l’éditeur), vous faites glisser sur 1:08–1:20 en maintenant Maj enfoncée, vous réenregistrez ces 12 secondes et vous exportez. Le passage doit tenir dans un seul segment et ne peut pas franchir une coupe, et la nouvelle prise doit remplir les 12 secondes : plus courte, elle est refusée ; plus longue, elle est rognée. L’introduction, l’avant/après et la conclusion restent tels qu’ils ont été validés.

Pour le montage destiné au support, vous ne repartez pas de zéro non plus. Les projets Qreata contiennent plusieurs clips : utilisez « Add clip » pour enregistrer les cas limites dans le même projet et exportez une seconde version.

Les petits réglages sont difficiles à lire dans un lecteur intégré. Avec « Auto-zoom on clicks » activé, Qreata ajoute des zooms sur vos vrais clics ; gardez celui du champ de conservation et supprimez les autres, ou ajoutez un zoom à la main sur le bandeau de confirmation, qui n’a pas de clic. Si l’enregistrement du réglage prend 20 secondes, passez ce segment en vitesse 4×. L’export se fait en MP4 (H.264) jusqu’en 4K. Les images d’avant sortie restent sur votre Mac, car l’enregistrement et le montage sont locaux, ne demandent aucun compte et n’envoient rien tant que vous n’appuyez pas sur le bouton.

« Captions in video » incruste dans le MP4 des sous-titres avec surlignage mot par mot, ce qui couvre les utilisateurs qui regardent la vidéo de version sans le son. Une limite à prévoir : Qreata n’exporte pas de fichiers SRT ou VTT ; si votre hébergeur exige un fichier de sous-titres, créez-le là-bas. Pour vérifier le processus avant votre prochaine version, consacrez dix minutes de l’essai de 7 jours à enregistrer le script ci-dessus sur une fonctionnalité livrée le mois dernier, puis remplacez un passage de 10 secondes et regardez les deux raccords.

Les erreurs fréquentes dans les vidéos de présentation de version

Ce sont celles qui coûtent du temps au support après le lancement.

  • En faire une visite du produit. Le spectateur utilise déjà le produit ; montrez le changement.
  • Ne pas dire qui en bénéficie. Les utilisateurs des autres offres cherchent un réglage qu’ils n’ont pas.
  • Enregistrer en préprod, avec des libellés différents ou un feature flag visible.
  • Sauter « ce qui n’a pas changé », d’où viennent la plupart des questions inquiètes.
  • Une seule vidéo pour les utilisateurs, le support et les commerciaux à la fois.
  • Publier la vidéo sans lien vers les notes écrites, ou les notes sans la vidéo.
  • Laisser l’ancienne vidéo en ligne quand la fonctionnalité change dans la version suivante.

Les questions à se poser

Combien de temps doit durer une vidéo de présentation de version ?

2 à 3 minutes pour les utilisateurs finaux. Les versions internes destinées au support ou aux administrateurs peuvent durer 3 à 5 minutes, car elles couvrent les limites et les cas limites.

Faut-il une vidéo pour chaque nouvelle version d’un logiciel ?

Non. Enregistrez-en une quand un parcours change ou que les utilisateurs doivent agir. Pour les corrections de bugs, le travail sur les performances et les changements d’API, des notes de version écrites conviennent mieux.

Quand enregistrer la vidéo d’une nouvelle version ?

Enregistrez après le gel des fonctionnalités, un ou deux jours avant le lancement, sur le build de la version. Conservez le projet modifiable pour pouvoir remplacer un passage si un libellé change à la dernière minute.

Quelle différence entre une présentation de version et une démo produit ?

Une présentation de version couvre un seul changement pour des personnes qui utilisent déjà le produit, en 2 à 3 minutes. Une démo produit fait découvrir le produit à quelqu’un qui l’évalue, et dure plus longtemps.

Qreata peut-il rédiger des notes de version ou un changelog à partir de la vidéo ?

Non. Qreata enregistre et monte la vidéo, et la transcrit en local pour le montage. Rédigez les notes de version dans votre propre outil de documentation.

RÉUSSISSEZ LA PROCHAINE PRISE

Faites le test de dix minutes.

Enregistrez une présentation de deux minutes et faites exprès une erreur. Sélectionnez ce passage, utilisez Replace Take et exportez le MP4. L’essai donne accès à l’app complète pendant sept jours, sans compte. Si elle trouve sa place dans votre façon de travailler, elle coûte 49 $ une seule fois : une licence à vie, sans abonnement.