Guide7 min de lecture

Vidéo de lancement Product Hunt v0

Transformez une prévisualisation v0 en un clip qu'un inconnu juge en quelques secondes.

Préparez une application v0 pour un clip de galerie Product Hunt, du choix du parcours à la relecture du candidat avant la mise en ligne du lancement.

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.

gogoscreen.com

Choisir le seul parcours

Choisissez le seul parcours qui montre ce que fait réellement l'application, pas une visite de tous les écrans.

Préparer la prévisualisation v0

Ouvrez la prévisualisation v0 à la main et confirmez que le parcours fonctionne sans état vide ni invite d'accueil.

Rédiger l'indication et relire le résultat

Rédigez une indication d'une ligne nommant le départ, l'action et le résultat, puis relisez le candidat par rapport à l'emplacement dans la galerie.

Un emplacement de galerie Product Hunt se lit sans son pour un visiteur qui n'a jamais entendu parler du produit et qui décide, en quelques secondes, s'il faut cliquer plus loin. C'est un travail différent d'un clip héros de page d'accueil ou d'un aperçu de README. Il doit se lire à froid, porter son propre contexte, et s'arrêter avant que l'attention du spectateur ne s'en aille. Un build v0 qui arrive le jour du lancement a souvent le problème inverse : l'interface paraît terminée parce que la génération est rapide, mais les données derrière sont souvent minces, et l'équipe n'a pas encore testé sous pression quel écran prouve réellement l'idée.

GogoScreen prend l'URL d'une application web et une indication d'une ligne sur ce qu'il faut montrer, puis renvoie un fichier MP4 narré et monté avec des zooms sur les clics, un lissage du curseur, la suppression des temps morts et des sous-titres incrustés. C'est utile pour un clip de lancement précisément parce que la narration est écrite pour correspondre à ce qui s'est passé à l'écran, ce qui garde l'entrée de galerie honnête au lieu de répéter un texte marketing sur des images sans rapport. Cela ne choisit pas le parcours à votre place, et cela ne répare pas une application qui n'a encore rien à montrer.

À quoi ressemble une application v0 le jour du lancement ?

Un projet v0 est généré à partir d'une invite et déployé via Vercel, donc le build fonctionnel vit généralement à une URL de prévisualisation sur un sous-domaine de style vercel.app plutôt que sur un domaine que l'équipe a entièrement configuré. Cela compte pour un clip de lancement parce que l'URL elle même peut paraître inachevée même quand le parcours fonctionne, et un spectateur qui remarque une adresse de prévisualisation brute peut lire l'ensemble comme non prêt. Décidez à l'avance si le clip de galerie doit masquer la barre d'adresse ou si un sous-domaine de prévisualisation est une partie acceptable de l'histoire pour un build aussi récent.

Parce que v0 est orienté vers la génération rapide d'interface et de parcours, de nombreux builds qui arrivent à un lancement Product Hunt sont encore précoces. Les champs sont peuplés de texte provisoire, les tableaux sont vides, et il se peut qu'il n'y ait aucune authentification réelle derrière les écrans qui paraissent en avoir besoin. Rien de tout cela n'est un défaut propre à la plateforme, c'est une étape que traverse tout build rapide, et la correction est la même que celle qui s'applique à tout produit précoce : remplir l'écran de données qui paraissent plausibles avant que quiconque ne l'enregistre.

À quoi ressemble généralement le jour du lancement	Que faire à ce sujet
URL de prévisualisation sur un sous-domaine généré	Décidez à l'avance s'il faut montrer ou recadrer la barre d'adresse
Interface terminée, données minces	Remplissez l'écran d'un contenu plausible et non client
Pas encore de comptes réels	Utilisez un compte de démonstration jetable seulement si une connexion conditionne réellement le parcours
Beaucoup de pages générées, un seul travail compte	Choisissez l'action unique que le clip de galerie doit prouver

Que doit réellement montrer le clip de galerie ?

Choisissez le seul parcours qui montre ce que fait réellement l'application, pas une visite de tous les écrans. Un visiteur de galerie ne va pas s'asseoir pour regarder une séquence d'accueil, une page de réglages et un aperçu de tableau de bord avant d'arriver au but. Choisissez l'action unique qui rend évidente la raison d'être du produit : créer quelque chose, transformer quelque chose, ou produire un résultat que le spectateur peut reconnaître sans avoir déjà utilisé l'application. Si le build fait réellement plusieurs choses distinctes, le clip de galerie n'est pas l'endroit pour toutes les prouver à la fois, et un second actif, plus étroit, a sa place ailleurs sur la page de lancement.

Ce choix doit aussi survivre au visionnage par quelqu'un qui compare des dizaines d'autres lancements dans la même session. Une vidéo de démo Show HN peut compter sur la patience d'un public technique pour le détail, mais un public de galerie Product Hunt parcourt, il ne lit pas. Cette différence doit façonner le parcours choisi, pas seulement la manière dont il est narré. Si l'application a été assemblée avec un créateur de site web IA plutôt qu'avec le propre flux de génération de v0, la même discipline s'applique : un travail, montré une fois, prouvé rapidement.

Comment préparer l'application avant l'enregistrement ?

Ouvrez la prévisualisation v0 à la main et confirmez que le parcours fonctionne sans état vide ni invite d'accueil. Parcourez la séquence exacte que suivra le clip de galerie, en guettant une redirection qui atterrit quelque part d'inattendu, un avis de consentement posé sur la première action, ou un tableau vide. Réparez ce que vous pouvez avant de soumettre quoi que ce soit pour un rendu. Un clip qui s'ouvre sur une liste vide fragilise le lancement plus qu'un clip qui n'existe tout simplement pas encore.

Confirmez que l'URL de prévisualisation charge l'écran voulu en premier, et non une page marketing placée devant.
Remplacez les tableaux vides et les libellés provisoires par un contenu qui paraît réel.
Retirez tout nom de client, URL de client ou document privé du build avant d'enregistrer.
Si une connexion conditionne le parcours, organisez un compte de démonstration plutôt que d'utiliser un compte réel.

Si l'application a besoin d'une connexion, un compte de démonstration peut être fourni via le processus approuvé, et 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. C'est toute l'étendue de ce que la gestion des identifiants affirme, et cela vaut la peine de l'énoncer précisément parce qu'un clip de lancement est exactement le genre d'actif qui sera réutilisé plus tard, et une équipe devrait savoir ce qu'il est advenu de tout accès qu'elle a accordé.

Comment rédiger l'indication en une ligne ?

Rédigez une indication d'une ligne nommant le départ, l'action et le résultat, puis relisez le candidat par rapport à l'emplacement dans la galerie. Une indication comme « à partir de l'écran de projet vide, générez une nouvelle page et montrez la rendue » donne au rendu quelque chose de concret à suivre. Une indication comme « montrez l'application » n'identifie pas de point de départ, et une indication sous spécifiée invite un rendu qui s'égare vers une page de réglages ou un écran sans rapport plutôt que vers le moment qui prouve l'idée.

Gardez le vocabulaire de l'indication assorti à ce que l'interface appelle réellement les choses. Si v0 a généré un écran étiqueté « espace de travail », l'indication doit dire espace de travail, pas projet ni tableau de bord. Cette cohérence compte aussi pour le guide de la vidéo de démo de passation d'agent, qui couvre le cas où quelqu'un d'autre que la personne qui a construit l'application est celle qui relit le clip avant sa mise en ligne, et a besoin que la narration corresponde à un langage qu'elle peut vérifier par rapport à l'application en fonctionnement.

Pris ensemble, les trois étapes dans l'ordre sont :

Choisissez le seul parcours qui montre ce que fait réellement l'application, pas une visite de tous les écrans.
Ouvrez la prévisualisation v0 à la main et confirmez que le parcours fonctionne sans état vide ni invite d'accueil.
Rédigez une indication d'une ligne nommant le départ, l'action et le résultat, puis relisez le candidat par rapport à l'emplacement dans la galerie.

Que faut il vérifier avant que cela n'arrive dans la galerie ?

Environ un rendu sur cinq échoue ou nécessite une nouvelle tentative, donc intégrez une passe de relecture au calendrier plutôt que de supposer que le premier fichier reçu est celui qui sera publié. Regardez le candidat de la même manière que le fera le public de la galerie : sans rien lire d'autre sur la page avant, avec le son coupé par défaut, et en vous arrêtant après les mêmes quelques secondes qu'y accorderait un inconnu. Si la première image ne communique pas le message à elle seule, le clip a besoin d'un parcours plus étroit, pas plus long.

Comparez le clip terminé au guide de la vidéo de démo Product Hunt pour la forme générale qu'exige un actif de galerie, et au guide de la vidéo de démo de fonctionnalité d'un agent IA si le parcours choisi ressemble davantage à une action d'agent qu'à une interaction d'interface traditionnelle. Avant le lancement, vérifiez l'application selon une approche du type v0 share with a client pour vous assurer qu'un relecteur non technique suivrait le même clip sans confusion, et si le lancement a aussi besoin d'une pièce plus longue, le guide de la démo portfolio v0 et le guide de la relecture d'une application v0 couvrent deux usages complémentaires du même parcours sous-jacent.

Pour un build réalisé dans Cursor plutôt qu'avec v0, le guide de la vidéo de démo Cursor et le guide de la vidéo de page de destination Cursor couvrent la préparation équivalente pour un projet sans URL de prévisualisation intégrée. Pour une comparaison directe d'outils de capture de clips, consultez GogoScreen contre Loom. Partez de la page d'accueil pour le flux de travail de l'URL et de l'indication, consultez les guides pour le reste de la série de lancement, parcourez les comparaisons avec d'autres outils d'enregistrement, et vérifiez les tarifs avant de soumettre un rendu pour la galerie.

Précisions

Avant de commencer

Que doit montrer une vidéo de lancement Product Hunt pour une application v0 ?

Montrez un parcours qu'un inconnu qui fait défiler la galerie peut suivre sans le son. Choisissez l'action qui rend évidente la raison d'être du produit, pas une visite de toutes les pages générées par l'application.

L'application a t elle besoin de données réelles avant l'enregistrement ?

Elle a besoin de données qui paraissent réelles. Un build v0 tout juste sorti de la génération a souvent des tableaux vides et des libellés provisoires, et il faut les remplacer par un contenu plausible et non client avant que le parcours ne mérite d'être enregistré.

La vidéo peut elle utiliser une connexion si l'application en a une ?

Oui, si le parcours se trouve derrière une connexion, un compte de démonstration peut être fourni. 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.

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