Aller au contenu
Guide6 min de lecture

Guide de la vidéo de présentation d'application web

Choisissez le parcours utilisateur avant de choisir les écrans.

Choisissez un parcours utilisateur pour une vidéo de présentation d'application web, puis préparez une route accessible et un résultat vérifiable.

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.

Une vidéo de présentation d'application web doit montrer un parcours utilisateur, pas chaque écran d'un produit accessible par navigateur. Commencez par le travail que le spectateur doit comprendre, sélectionnez la route la plus courte qui rend ce travail visible, et terminez par un résultat qui découle de l'action. Cette limite donne au relecteur quelque chose de concret à vérifier et empêche une présentation de devenir une visite de navigation.

Cette page répond à une question différente de celle du guide de la vidéo de démo logicielle à partir d'une URL. Ce guide prépare l'URL et l'indication de parcours. Ce guide ci choisit le parcours qui mérite d'être montré une fois que l'application web peut être atteinte. Il est aussi distinct du guide de la vidéo de démo SaaS, qui aide à cadrer un travail produit plus large pertinent pour un acheteur.

Type de vidéoPremière décisionLimite du périmètre
Présentation d'application webQuel parcours utilisateur mérite d'être montré ?Une route à travers une tâche
Démo logicielle basée sur une URLLa route d'entrée est elle prête ?Accessibilité, données sûres et indication
Annonce produitQuelle affirmation publique a une preuve ?Un message et une preuve actuelle
Relecture du jour du lancementL'actif final est il prêt aujourd'hui ?Un actif vérifié dans son emplacement

Commencer par le travail, pas par la navigation

Nommez le spectateur et la tâche qu'il doit reconnaître. Un acheteur potentiel peut avoir besoin de voir comment un produit passe d'une entrée à un résultat. Un utilisateur actuel peut avoir besoin de comprendre une tâche modifiée. Un lecteur technique peut avoir besoin d'un parcours inspectable. Le meilleur parcours n'est pas nécessairement la route avec le plus de mouvement. C'est la route qui rend le travail visé lisible avec le moins d'étapes sans rapport.

Évitez une visite complète parce qu'elle oblige généralement le spectateur à retenir trop de contexte. Une route qui commence dans un état familier, montre une action significative, et se termine par une conséquence visible peut tenir seule. Le guide de la vidéo de démo Product Hunt applique cette discipline à un listing et à une galerie, tandis que le guide de la vidéo de démo Show HN sélectionne une preuve pour un public technique.

Choisissez un parcours qu'un relecteur peut reproduire sans risque. Utilisez des données amorcées non sensibles et retirez les noms de clients, les URL de clients, les documents privés, les identifiants, les médias clients et les informations personnelles. Si une connexion est nécessaire, utilisez un compte de démonstration jetable via le processus approuvé. 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. Les rédacteurs et les relecteurs ne doivent pas les demander ni les copier.

Sélectionner une séquence avec un résultat visible

Écrivez le parcours comme un début, une action et un résultat avant d'ouvrir l'application. Le début établit le contexte de l'utilisateur. L'action est le moment où la personne fait quelque chose d'important. Le résultat est ce qui rend la tâche terminée ou visiblement modifiée. Si le résultat ne peut pas être vu sans une longue explication, choisissez une autre route ou réduisez le périmètre.

Utilisez cette procédure de sélection de séquence :

  1. Nommez le travail du spectateur que la présentation doit rendre compréhensible.
  2. Sélectionnez un parcours avec un début clair, une action et un résultat visible.
  3. Préparez la route de navigateur avec des données sûres et sans interruption cachée.
  4. Relisez la séquence par rapport au parcours utilisateur choisi avant de la partager.

Une vidéo de démo d'annonce produit utilise un parcours pour soutenir un cadrage public. Une vidéo de mise à jour produit se concentre sur un changement actuel pertinent pour l'utilisateur. Une vidéo de démo de lancement de fonctionnalité explique une capacité nouvellement disponible. Ces pages peuvent utiliser une route d'application web, mais le contexte de leur lecteur détermine quel parcours est utile.

Partie du parcoursQuestion à laquelle répondreSignal d'alerte
DébutLe premier écran établit il le travail ?Le spectateur a besoin d'une configuration cachée pour le comprendre
ActionUne action utilisateur significative est elle visible ?La séquence contient de la navigation sans rapport
RésultatLa fin montre t elle une conséquence ?La conclusion n'existe que dans la narration
DonnéesLa route est elle sûre pour la relecture et le partage ?Un contenu client ou privé apparaît

Préparer la route accessible et l'instruction ciblée

Testez la route sélectionnée manuellement. Vérifiez les redirections, les avis, les bannières de cookies, les fenêtres surgissantes, les états vides, les indicateurs de fonctionnalité, les libellés et le résultat final. Une présentation d'application web nécessite une route accessible, pas un environnement local ni un réseau privé. GogoScreen est conçu pour les applications web accessibles et ne prétend pas capturer des applications de bureau ou natives mobiles.

GogoScreen prend une URL et une indication d'une ligne sur ce qu'il faut montrer, puis prépare un fichier MP4 narré et monté à partir de la séquence d'écran qu'il peut atteindre. Il peut appliquer des zooms sur les clics, un lissage du curseur, la suppression des temps morts et des sous-titres, et il écrit et prononce une voix off assortie à ce qui s'est passé à l'écran. L'indication doit nommer le parcours utilisateur sélectionné, pas demander une visite de tout le produit. Le guide sur l'enregistrement d'une démo sans logiciel de capture d'écran explique pourquoi la préparation de la route remplace la préparation d'une capture manuelle dans ce flux de travail.

Un rendu peut échouer ou nécessiter une nouvelle tentative. Testez le parcours prévu avant de demander un candidat afin que le relecteur ait un début, une action et un résultat connus. Si une fenêtre interrompt la route, si les données sont vides, ou si la fin est ambiguë, révisez la préparation ou réduisez le parcours. Ne laissez pas entendre qu'un fichier renvoyé prouve que chaque application ou chaque premier rendu fonctionnera.

Relire ce que le spectateur peut réellement suivre

Regardez le candidat d'abord en muet. Un spectateur devrait pouvoir reconnaître le contexte utilisateur, l'action et le résultat à partir de l'écran. Vérifiez ensuite les sous-titres et toute voix off générée audible par rapport à la séquence observée. GogoScreen peut générer ces éléments, mais un relecteur humain décide s'ils décrivent avec exactitude le parcours sélectionné et si l'actif est prêt pour son emplacement.

Vérifiez tout comportement de navigateur inattendu, tout contenu privé, toute impasse, et toute formulation qui promet plus que ce que la route démontre. Si un candidat a besoin d'une nouvelle tentative, notez ce qui a changé dans la route, les données ou l'instruction. Environ un rendu sur cinq est censé échouer ou nécessiter une nouvelle tentative. Chaque nouveau compte reçoit 60 secondes de vidéo une seule fois, avec filigrane, et les vidéos suivantes utilisent du temps d'un forfait ou d'une recharge, et le temps n'est utilisé que lorsqu'un rendu réussit. Ces faits produit soutiennent une relecture ciblée, pas une décision de publication automatique.

Orienter le lecteur vers la prochaine décision précise

Utilisez le guide de la vidéo de démo du jour du lancement pour une dernière relecture des actifs de lancement. Utilisez le guide de la vidéo de démo de page de destination quand le parcours doit fonctionner au dessus de la ligne de flottaison. Utilisez le guide de la vidéo de démo MVP pour décider du seul travail client qu'un produit précoce doit montrer.

Pour des alternatives d'enregistrement manuel, lisez GogoScreen contre Screen Studio. Pour la limite de préparation de l'URL, revenez au guide de la vidéo de démo logicielle depuis une URL. Pour un état authentifié sûr, préparez un compte de démonstration pour une vidéo produit. Consultez les tarifs, la politique de confidentialité et les conditions avant de soumettre un rendu.

Précisions

Avant de commencer

Que doit montrer une vidéo de présentation d'application web ?

Montrez un parcours utilisateur avec un contexte de départ reconnaissable, l'action qui fait avancer la tâche, et un résultat visible. Une présentation doit aider un spectateur à comprendre un travail précis, plutôt que d'essayer de visiter chaque zone de navigation ou fonctionnalité.

Comment choisir un parcours utilisateur pour une présentation ?

Commencez par le public et le travail produit qu'il doit comprendre. Choisissez la route accessible la plus courte où une action crée un résultat clair. Rejetez un parcours qui dépend d'une configuration cachée, de données privées, de nombreux écrans sans rapport, ou d'une fin qui nécessite une explication non soutenue.

Une présentation d'application web peut elle utiliser une route connectée ?

Oui, quand un compte de démonstration jetable est fourni via le processus approuvé et que la route ne contient aucun contenu client. Les rédacteurs et relecteurs ne doivent pas gérer les identifiants. Un parcours de connexion a encore besoin d'être testé et d'une relecture du candidat avant un usage public.

Une présentation d'application web est elle la même chose qu'une démo logicielle depuis une URL ?

Non. Le guide de la démo logicielle depuis une URL se concentre sur la préparation de l'entrée, l'accessibilité de la route et l'indication de parcours. Une vidéo de présentation d'application web se concentre sur le choix du seul parcours utilisateur qui mérite d'être montré une fois qu'une application accessible par navigateur peut être préparée.

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.