Aller au contenu
Guide6 min de lecture

Vidéo de page de destination v0

Montrez ce qui fonctionne réellement, pas seulement ce qui est stylé.

Décidez ce qu'une vidéo de page de destination d'une application v0 peut honnêtement montrer, une fois que vous savez quelle part de l'application est reliée.

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 page de destination pour une application générée par v0 doit répondre à une question que l'outil lui même ne tranche pas : quelle part de ce qui semble terminé à l'écran est réellement reliée pour faire quelque chose. v0 est construit autour de la production d'interface, c'est à dire des composants React et une mise en page stylée avec quelque chose comme Tailwind, et un écran généré peut sembler complètement terminé alors que le bouton au milieu n'appelle encore rien de réel. Une vidéo de page de destination qui montre ce bouton cliqué, avec un résultat suggéré que l'application ne peut pas produire actuellement, crée une attente que le produit brise dès qu'un visiteur l'essaie lui même.

C'est différent de la préoccupation sur une plateforme où la sortie générée inclut habituellement une logique backend fonctionnelle par défaut. Avec une build v0, la première étape honnête avant d'enregistrer quoi que ce soit est de vérifier, écran par écran, quelles interactions sont cosmétiques et lesquelles sont réelles. Une fois cela établi, la vidéo peut montrer exactement ce que l'application fait actuellement, ce qui constitue une base plus défendable pour une page de destination qu'une vidéo qui devance le produit.

Rien de tout cela ne signifie qu'une build v0 est moins capable qu'une build produite ailleurs. Cela reflète la manière dont l'outil est couramment utilisé : de nombreux créateurs commencent avec v0 spécifiquement pour bien régler l'interface avant de connecter des données ou une logique réelles, ce qui est un ordre de travail raisonnable. La vidéo de page de destination doit simplement refléter où en est actuellement ce processus, plutôt que de supposer que l'interface et la logique derrière elle finissent toujours en même temps.

Comment savoir ce qui fonctionne réellement ?

Parcourez l'application comme le ferait un nouveau visiteur, sur la version déployée plutôt que dans l'espace de travail v0 lui même. Notez quels boutons produisent un changement réel, comme des données enregistrées ou un nouvel écran apparaissant avec un contenu qui reflète une action réelle, et lesquels semblent simplement cliquables sans rien changer. Un écran qui ressemble à un tableau de bord terminé peut encore être, en dessous, une mise en page statique en attente de données réelles à connecter.

Faites cette vérification sur l'application déployée plutôt que de vous fier au souvenir de l'apparence du projet pendant la génération. Il est facile de perdre la trace de la pièce exacte qui a été connectée en dernier, surtout après plusieurs cycles de sollicitation et d'ajustement, et un passage de cinq minutes sur l'application en direct élimine les suppositions avant l'étape plus coûteuse de rédaction d'une indication et de demande d'un rendu.

À vérifierCe que cela indique
Le clic sur le bouton change t-il un état visibleSi l'interaction est reliée à une logique réelle
Un rafraîchissement préserve t-il le résultatSi le changement est réellement enregistré quelque part
L'écran montre t-il un contenu réel ou de remplacementSi l'interface est prête à représenter un résultat réel

Que doit réellement montrer la vidéo de page de destination ?

Montrez l'interaction qui est réellement reliée, et construisez l'indication autour de cette action précise plutôt qu'autour de ce que le titre de la page de destination affirmerait idéalement. Si la partie fonctionnelle de l'application génère un résumé à partir d'un texte collé, la vidéo doit montrer exactement cela, car c'est un résultat réel qu'un visiteur peut s'attendre à reproduire lui même.

  1. Vérifiez si les interactions de l'écran sont reliées à une logique réelle ou sont encore une interface simplement stylée.
  2. Déployez l'application pour que la vidéo de page de destination pointe vers une adresse publique stable.
  3. Montrez uniquement l'interaction réellement reliée, pas un écran stylé qui ne répond pas encore.

Pourquoi la vidéo a t-elle besoin d'un lien déployé plutôt que de la prévisualisation v0 ?

L'espace de travail de prévisualisation de v0 est pratique pendant l'itération, mais une page de destination publique bénéficie d'une adresse déployée stable, le plus souvent atteinte en publiant le projet vers une destination d'hébergement qui renvoie sa propre URL publique une fois le déploiement terminé. Une vidéo de page de destination est destinée à rester sur une page publique un certain temps, et enregistrer contre une session d'espace de travail qui pourrait ne pas persister de la même manière risque une divergence entre ce que la vidéo montre et ce qu'un visiteur trouve s'il clique par la suite.

L'étape de déploiement donne aussi au créateur une occasion supplémentaire de remarquer une pièce d'interface qui semblait terminée dans l'espace de travail mais qui se comporte différemment une fois en cours d'exécution sur une infrastructure réelle plutôt que dans la prévisualisation de l'éditeur. Traitez la version déployée comme la source de vérité pour ce que la vidéo de page de destination peut affirmer, pas la dernière version vue pendant l'itération.

GogoScreen prend l'URL déployée et une indication d'une ligne nommant l'action fonctionnelle à montrer, puis renvoie un MP4 narré avec sous-titres, lissage du curseur, zooms sur les clics et temps morts supprimés. Si le parcours nécessite une connexion, un compte de démonstration peut être fourni ; 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. Environ un rendu sur cinq échoue ou nécessite une nouvelle tentative, ce qui mérite d'être prévu avant la mise en ligne de la page, surtout si la page de destination a une date de lancement ferme.

Comment cela se compare t-il aux pages équivalentes Bolt ou v0 ?

Le guide de la vidéo de lancement Product Hunt v0 couvre les contraintes de durée et de rythme différentes d'une galerie de lancement, tandis que le guide du partage avec un client v0 et le guide de la démo de portfolio v0 couvrent respectivement une transmission privée et une entrée de portfolio public, qui font toutes deux face à la même question relié ou stylé que soulève cette page. Le guide de présentation guidée de relecture d'application v0 est plus proche de la demande précise d'un relecteur que de la promesse générale d'une page de destination.

En dehors de v0 spécifiquement, le guide de la vidéo de démo Cursor couvre un parcours centré sur un éditeur de code avec une relation différente entre la génération et la logique fonctionnelle, et le guide de la vidéo de démo de résultat de test pour agent IA couvre la façon de montrer un test réussi plutôt qu'un écran destiné à l'utilisateur. Pour l'arbitrage entre une vidéo fixe et une version interactive cliquable du même parcours, voir le guide démo interactive contre vidéo de démo.

Qui d'autre pourrait avoir besoin d'une version de cette vidéo ?

Une fois la vidéo de page de destination créée, elle a tendance à être réutilisée pour des produits plus petits et apparentés construits de la même manière.

  • Un SaaS à deux personnes lançant son premier plan payant autour de la même fonctionnalité opérationnelle.
  • Une application connectée qui a besoin de la même preuve une fois passée la page marketing.
  • Un pitch précoce qui a besoin du même clip comme preuve qu'une fonctionnalité centrale fonctionne.

Chacune de ces réutilisations dépend de la même discipline sous jacente : n'enregistrer que la partie de l'application qui est réellement reliée. Un public de pitch deck et un client payant vont tous deux finir par tester l'affirmation eux mêmes, de manières différentes et sur des échéanciers différents, et une vidéo construite autour d'un résultat réel résiste aux deux types d'examen d'une manière qu'une vidéo construite autour d'un écran stylé mais non fonctionnel ne peut pas.

Le guide de la vidéo de démo SaaS à deux personnes et le guide de la vidéo de démo d'application connectée couvrent ces deux premiers placements, et le guide de la vidéo de démo pour pitch de startup couvre l'utilisation de la même preuve devant un investisseur. Pour une comparaison des outils conçus pour ce type de capture, voir GogoScreen et Demosmith. Consultez la page tarifs, parcourez le reste des guides et des comparaisons, ou commencez depuis la page d'accueil de GogoScreen pour essayer le parcours sur votre propre application déployée.

Précisions

Avant de commencer

Un écran généré par v0 a t-il toujours une logique fonctionnelle derrière lui ?

Pas toujours. La sortie de v0 commence souvent comme une interface, des composants stylés et une mise en page, et la logique derrière un bouton peut être reliée ou non. Vérifiez avant d'enregistrer.

La vidéo de page de destination doit elle utiliser la prévisualisation v0 ou un lien déployé ?

Un lien déployé est le choix le plus durable pour une page de destination publique, car la vidéo peut y rester longtemps après la fin de la session v0 d'origine.

Que faire si seule l'interface est terminée et que la logique ne l'est pas ?

Montrez ce qui est réellement terminé. Une vidéo ne doit jamais laisser entendre un résultat que l'application ne peut pas produire actuellement, même si l'interface correspondante semble déjà complète.

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.