Guide7 min de lecture

Guide de la vidéo de journal des modifications pour un SaaS

Rendez une version SaaS visible à côté de son dossier écrit.

Associez une vidéo de version SaaS à des notes écrites afin que les lecteurs examinent un seul changement livré sans la confondre avec une visite du produit.

Voir comment ça marcheLes 60 premières secondes de vidéo sont gratuites, avec un filigrane.
Vérifiez votre adresse e-mail pour la télécharger.

Que doit faire une vidéo de journal des modifications pour un SaaS ?

Une vidéo de journal des modifications pour un SaaS doit aider un lecteur de version à examiner un seul changement livré pendant que la note écrite reste le dossier complet. La vidéo peut montrer un état antérieur, une action, et un résultat visible. La note peut nommer la version, qualifier la portée, expliquer les limites, et fournir des instructions qui ne tiennent pas dans une séquence d'écran bornée.

Ce n'est pas un second flux de travail général de journal des modifications. Le guide de la vidéo de journal des modifications est le guide canonique pour planifier un seul changement livré. Cette page répond à la question de distribution SaaS : comment un produit web doit il relier cette preuve visuelle relue au contexte de version écrit que les lecteurs utilisent pour comprendre la mise à jour ?

GogoScreen accepte une URL d'application web accessible et une indication d'une ligne, puis renvoie un candidat MP4 monté pour relecture. C'est un chemin d'entrée déclaré, pas une preuve qu'un flux de version précis a été correctement rendu. Le candidat exact doit correspondre à la construction réelle et à la note de version écrite avant d'être lié depuis un journal des modifications.

Élément de version	Note écrite	Vidéo	Pourquoi les deux comptent
Version et disponibilité	Énonce le contexte de version	Peut l'identifier brièvement	Une séquence d'écran ne peut pas établir la portée du déploiement
Comportement antérieur	Explique la limite pertinente	Montre seulement le contexte nécessaire	Le lecteur peut voir pourquoi l'action compte
Nouvelle action	Nomme la fonctionnalité avec exactitude	Montre un usage	Les termes doivent concorder sur les deux surfaces
Résultat et étape suivante	Renvoie vers un détail ou une configuration	Montre le résultat observable	Un lecteur peut choisir sa profondeur sans deviner

Commencez par une version SaaS livrée, pas par un inventaire de fonctionnalités

Choisissez un changement déjà disponible dans la version indiquée et qui compte pour le lecteur visé. Une vidéo de version utile n'essaie pas de prouver que le produit entier est nouveau ou amélioré. Elle établit une seule différence étroite qu'une personne peut examiner. Si le changement n'a pas de comportement visible, expliquez le dans la note plutôt que de forcer une affirmation abstraite d'implémentation dans une vidéo.

Utilisez le libellé de la version avant de planifier la séquence. Le nom de la fonctionnalité, la portée, et la qualification doivent être les mêmes dans le titre, le lien voisin, la légende, et le dossier de relecture. Le guide de la vidéo de démo de version aide à choisir un flux borné à partir d'une version nommée, tandis que le guide de la vidéo de démo de lancement de fonctionnalité traite la présentation d'une capacité nouvellement disponible.

Une version SaaS peut affecter plusieurs écrans, mais cela n'exige pas que l'actif les visite tous. Choisissez le moment visible qui permet à un lecteur de comprendre la mise à jour. Quand l'histoire commence à ajouter des visites de tableau de bord, des paramètres non liés, ou des plans futurs, renvoyez ces détails vers les notes écrites ou faites en un actif séparé ultérieur.

Nommez un changement livré dans la version SaaS indiquée.
Écrivez la note de version avec la portée, les limites, et l'action suivante du lecteur.
Montrez un état avant visible, une action, et un résultat pour ce changement.
Liez la vidéo et la note écrite, puis relisez la paire exacte ensemble.

Placez la vidéo à côté de la note de version qu'elle soutient

Le placement le plus utile est près du changement écrit qu'elle démontre, pas dans une galerie générique séparée de son contexte. Un lecteur doit pouvoir passer de la note à la vidéo et revenir sans perdre la version, la portée, ou l'action suivante. La note doit tenir seule si le média ne se charge pas, et la vidéo ne doit pas faire une affirmation que la note ne peut pas soutenir.

Écrivez une phrase voisine qui nomme le même comportement plutôt qu'une invitation vague à regarder. Renvoyez vers un détail, un contenu de migration, ou une configuration dans la note si nécessaire. Le guide de la vidéo de mise à jour produit considère le seul changement actuel qu'un utilisateur doit remarquer. Le guide de la vidéo de démo d'annonce produit est pour un contexte d'annonce publique, ce qui est différent d'un dossier de version durable.

Si le lecteur a besoin de	Mettez le dans la note	Mettez le dans la vidéo
La version	Oui	Seulement comme contexte de soutien
Les conditions de déploiement ou d'accès	Oui	Non, sauf si visiblement nécessaire
Une action modifiée	Nommez la avec précision	Montrez l'action
Les limites et cas particuliers	Oui	Seulement si le flux visible en a besoin
La preuve du résultat visible	Décrivez le avec exactitude	Montrez le résultat qui reste à l'écran

Ne laissez pas le lien laisser entendre que chaque comportement du produit a changé. Un lien précis aide un utilisateur récurrent à identifier pourquoi cette mise à jour compte et aide un nouveau lecteur à distinguer la version d'une présentation produit plus large. Le texte environnant n'est pas de la décoration. Il établit la limite factuelle que la séquence d'écran ne peut pas porter.

Relisez l'état SaaS avant d'enregistrer une preuve de version

Un candidat de version a besoin d'une route contrôlée, de données préparées pertinentes, et d'un état de départ qui représente la construction indiquée. Vérifiez les redirections, l'accueil, les invites de consentement, les indicateurs de fonctionnalité, et les états vides avant de décrire l'action du navigateur. Le guide de la vidéo de démo depuis une URL de site web couvre la sélection de route, et le guide des données de test pour vidéo de démo couvre un contexte visible sûr.

N'incluez pas d'applications client, d'URL client, de médias client, de noms, d'identifiants personnels, ou d'identifiants de connexion. Lorsqu'une connexion est nécessaire, un compte de démonstration jetable peut être fourni via le processus approuvé. Les rédacteurs de contenu ne manipulent pas les identifiants. Sur GogoScreen, les identifiants sont chiffrés, utilisés pour un seul rendu, puis supprimés. Si un storyboard est planifié en premier, les identifiants restent chiffrés pendant cette session et sont supprimés au plus tard deux heures après leur dernière utilisation.

GogoScreen indique qu'environ un rendu sur cinq peut échouer ou nécessiter une nouvelle tentative. Un fichier terminé reste un candidat, pas une preuve de version. Vérifiez son état d'ouverture, l'action, le résultat, les sous titres, le matériel audible, et le libellé de version environnant par rapport à la construction exacte. Le guide de l'échec de rendu de vidéo de démo aide à identifier un décalage avant une tentative ultérieure.

Gardez l'affirmation visuelle aussi étroite que l'affirmation écrite

Une vidéo de version doit se terminer quand le résultat nommé est clair. Elle n'a pas besoin de récapituler l'histoire de l'entreprise, de préfigurer une autre fonctionnalité, ou de convaincre chaque public possible. Le contexte de version écrit peut faire le travail d'expliquer l'implémentation technique, la configuration, la séquence de déploiement, et les limitations. Cette séparation rend la mise à jour plus facile à parcourir et garde l'affirmation visuelle vérifiable.

Relisez le candidat avec le son coupé. Le guide de la vidéo de démo produit sans son teste si le contexte visible et le résultat restent compréhensibles sans narration. Le guide des sous titres pour vidéo de démo produit vérifie si les mots affichés correspondent à la séquence visible. Si une voix off générée est publiée de façon audible, relisez l'exigence de divulgation et de marquage applicable avant la publication.

Choisissez délibérément le prochain contexte de distribution

Un journal des modifications peut renvoyer vers un actif de version sans en faire le héros de la page de destination ou une annonce de lancement. Le guide de la vidéo de démo de page de destination couvre un visiteur qui évalue une promesse produit. Le guide du GIF de démo README couvre la lecture rapide d'un dépôt. Chaque destination a une question de lecteur différente et ne doit pas emprunter automatiquement le traitement du journal des modifications.

Le guide de l'alternative au GIF de démo produit considère une décision de format de flux d'application, tandis que le guide de l'alternative à Loom pour la démo produit et le guide de l'alternative à Screen Studio pour la démo produit décident si le flux de travail source doit changer. Une vidéo de journal des modifications pour un SaaS mérite sa place quand un lecteur peut voir un seul changement livré et trouver immédiatement la note écrite qui le définit.

Précisions

Avant de commencer

Qu'est ce qui rend une vidéo de journal des modifications SaaS différente d'une vidéo de journal des modifications générale ?

Elle est placée à côté du contexte de version écrit pour un produit web. La vidéo montre un comportement livré, tandis que les notes conservent la version, la portée, les limites, et le détail.

La vidéo doit elle remplacer les notes de version écrites ?

Non. Une vidéo peut montrer une action et un résultat, mais les notes écrites restent la source durable pour les détails de version, les informations de déploiement, les limitations, et les liens.

Une fonctionnalité prévue peut elle apparaître dans une vidéo de version SaaS ?

Non. N'utilisez qu'un changement livré dans la version indiquée. Le travail prévu appartient à un contexte séparé de feuille de route ou d'annonce, pas à un actif de preuve de version.

Que doit dire le lien de version ?

Utilisez le même nom de fonctionnalité et la même portée étroite dans la note, le lien voisin, la légende, et le dossier de relecture vidéo. N'introduisez pas une affirmation de bénéfice plus large dans un seul canal.

Collez une URL, décrivez un parcours et obtenez une vidéo de démonstration de votre application web.

Les 60 premières secondes de vidéo sont gratuites, avec un filigrane. Vérifiez votre adresse e-mail pour télécharger la vidéo.

Voir les tarifs Lire les guides