Guide7 min de lecture

Vidéo de démo portfolio v0

Mettez un build v0 fonctionnel dans votre portfolio, pas une capture d'écran statique.

Montrez un build v0 en fonctionnement plutôt qu'une capture d'écran, pour qu'une entrée de portfolio prouve que cela fonctionne, pas seulement le décrire.

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 travail qui représente le build

Choisissez le seul travail qui montre pourquoi ce build mérite de figurer dans un portfolio.

Confirmer que la prévisualisation fonctionne toujours

Ouvrez l'URL de prévisualisation v0 et confirmez que le parcours fonctionne encore avant d'enregistrer une entrée qui pourrait rester en ligne pendant des années.

Rédiger l'indication et placer le clip

Rédigez une indication nommant le départ, l'action et le résultat, puis placez le clip terminé à côté de l'entrée à laquelle il appartient.

Une capture d'écran de portfolio prouve qu'une interface a existé à un moment donné. Elle ne prouve pas que cliquer sur le bouton a fait quoi que ce soit. Un relecteur qui parcourt une liste de projets, qu'il s'agisse d'un recruteur, d'un client potentiel ou d'un autre développeur qui envisage une collaboration, essaie de répondre à une question plus précise que « est ce que cela a l'air soigné » : est ce que cette chose fonctionne réellement. Une image statique ne peut pas répondre à cette question. Un court clip du parcours réel le peut, en moins de temps qu'il n'en faut pour lire une description de projet.

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. Pour une entrée de portfolio, cette narration compte parce qu'elle explique ce que le spectateur regarde sans exiger un paragraphe de contexte au dessus du clip. La vidéo porte sa propre explication, ce qui est exactement ce dont une entrée de portfolio a besoin quand personne ne se tient à côté du relecteur pour le guider.

Qu'est ce qui fait d'un build v0 un bon candidat pour un portfolio ?

Tous les projets v0 n'ont pas leur place dans un portfolio, et ceux qui l'ont sont rarement les plus élaborés visuellement. Un build qui fait bien un travail précis, et qui peut être montré en train de le faire en moins d'une minute, se lit généralement comme plus compétent qu'une application tentaculaire avec cinq sections à moitié terminées. Parce que v0 génère de l'interface rapidement, il est facile de se retrouver avec plusieurs pages qui n'ont jamais reçu de véritable fonctionnalité derrière elles. Choisissez l'entrée, et au sein de cette entrée choisissez le seul travail, qui survit à un examen attentif.

Choisissez le seul travail qui montre pourquoi ce build mérite de figurer dans un portfolio. Cela peut être un parcours de génération, une transformation d'une entrée en sortie, ou un changement d'état que le spectateur comprend immédiatement. Évitez de choisir un travail simplement parce qu'il a été construit le plus récemment. Un portfolio est jugé sur des mois ou des années, et le travail qui représente le mieux le projet le jour où il a été terminé reste souvent le choix le plus solide bien plus tard.

Ce choix est proche, mais pas identique, de celui couvert dans le guide de la relecture d'une application v0, qui est écrit pour un relecteur confirmant qu'un build répond à un brief plutôt que pour un public de portfolio qui décide s'il faut embaucher ou embaucher à nouveau. Un spectateur de portfolio ne vérifie pas le travail par rapport à un cahier des charges qu'il a écrit, il se forme une première impression à partir de presque rien, donc le clip doit porter davantage l'explication à lui seul qu'une passation de relecture ne le fait.

Qualité de l'entrée de portfolio	Ce qu'un spectateur remarque	Que faire à ce sujet
Un travail, clairement terminé	Le parcours fonctionne de bout en bout	Enregistrez exactement ce travail, rien de plus
Plusieurs pages, aucune complète	Des écarts entre ce qui paraît fini et ce qui fonctionne	Choisissez le seul parcours le plus abouti
Idée intéressante, exécution mince	C'est le concept, pas l'exécution, qui retient l'intérêt	Soyez honnête dans le texte environnant, ne survendez pas le clip

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

Ouvrez l'URL de prévisualisation v0 et confirmez que le parcours fonctionne encore avant d'enregistrer une entrée qui pourrait rester en ligne pendant des années. Un build qui fonctionnait au moment de sa sortie peut discrètement se casser des semaines plus tard si une dépendance change ou si une ressource hébergée expire, et une entrée de portfolio reliée à une application cassée fragilise toutes les autres entrées à côté d'elle. Vérifiez d'abord le parcours à la main.

Chargez la route exacte à partir de laquelle commence le parcours démontré et confirmez qu'elle s'ouvre encore correctement.
Remplacez tout contenu provisoire laissé par la génération par quelque chose qui paraît intentionnel.
Retirez toute donnée, nom ou compte appartenant à une autre personne du build avant d'enregistrer.
Si le parcours nécessite une connexion, utilisez un compte de démonstration plutôt qu'un compte personnel.

Si une connexion conditionne le parcours, 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. Pour une entrée de portfolio qui pourrait être revisitée longtemps après le rendu, cela compte parce qu'il ne reste aucun accès persistant dont il faudrait s'inquiéter.

Prévoyez du temps pour cette vérification même quand le build paraît terminé. Un projet resté intact pendant des mois est exactement le genre d'entrée où une dépendance a discrètement vieilli, où une base de données hébergée s'est vidée, ou où un service tiers dont l'application dépendait a changé de comportement. Traitez la passe de pré enregistrement comme faisant partie de l'entretien du portfolio, pas comme une étape ponctuelle que vous accomplissez sans jamais la répéter.

Comment rédiger une indication qui capture le bon moment ?

Rédigez une indication nommant le départ, l'action et le résultat, puis placez le clip terminé à côté de l'entrée à laquelle il appartient. Une indication telle que « à partir de l'éditeur vide, générez un composant et montrez le rendu en direct » est assez précise pour produire un résultat utilisable. Une indication vague comme « montrez l'application » risque un rendu qui s'attarde sur la navigation plutôt que sur le moment qui démontre réellement la valeur du build.

Choisissez le seul travail qui montre pourquoi ce build mérite de figurer dans un portfolio.
Ouvrez l'URL de prévisualisation v0 et confirmez que le parcours fonctionne encore avant d'enregistrer une entrée qui pourrait rester en ligne pendant des années.
Rédigez une indication nommant le départ, l'action et le résultat, puis placez le clip terminé à côté de l'entrée à laquelle il appartient.

Gardez le vocabulaire de l'indication cohérent avec les libellés que l'interface utilise réellement, afin que la narration se lise comme une description du build réel plutôt qu'un résumé générique posé sur des images sans rapport. Le guide de la vidéo de démo du développeur solo couvre un cas étroitement lié, où une seule personne est à la fois le constructeur et le seul relecteur avant que le clip ne devienne public, ce qui est la situation courante pour une entrée de portfolio construite en dehors d'un travail rémunéré.

Un portfolio diffère aussi d'un livrable client par la tolérance du public envers le périmètre. Un recruteur qui parcourt de nombreuses entrées ne pénalisera pas un projet pour être petit, mais il remarquera un clip qui promet plus que ce que le parcours livre réellement. Gardez la promesse de l'indication exactement aussi grande que le parcours qu'elle décrit, et laissez la description de projet environnante porter tout contexte supplémentaire sur ce que le build ne fait pas encore.

Où le clip doit il vivre une fois terminé ?

Un clip qui n'existe que comme un fichier sur un ordinateur portable ne rend aucun service au portfolio. Le guide pour intégrer une vidéo de démo produit couvre le fait de placer le clip terminé directement à côté de la description du projet plutôt que de renvoyer vers une page séparée, ce qui garde l'attention du relecteur sur le portfolio lui même. Si l'entrée représente une sortie récente plutôt qu'un projet plus ancien, le guide de la vidéo de démo d'annonce produit couvre le cadrage de cette distinction afin qu'un spectateur ne prenne pas un build vieux d'un an pour un build actuel.

Environ un rendu sur cinq échoue ou nécessite une nouvelle tentative, donc laissez du temps pour regarder le candidat avant de le publier, et consultez le guide sur l'échec de rendu d'une vidéo de démo si la première tentative ne revient pas utilisable. Si le build inclut un comportement piloté par agent plutôt qu'un parcours purement manuel, le guide de la démo d'automatisation de navigateur d'un agent IA couvre le soin supplémentaire dont ce genre de parcours a besoin avant de passer devant un relecteur.

Pour un build réalisé dans Cursor plutôt que dans v0, le guide de la vidéo de démo Cursor, le guide de la vidéo de page de destination Cursor, le guide de la vidéo de lancement Product Hunt Cursor et le guide du partage avec un client Cursor parcourent la même préparation pour un projet sans URL de prévisualisation intégrée. Pour une comparaison directe d'outils d'enregistrement, consultez GogoScreen contre Demosmith. Partez de la page d'accueil pour le flux de travail de l'URL et de l'indication, parcourez les guides pour le reste de la série, consultez les comparaisons avec d'autres outils, et vérifiez les tarifs avant de soumettre un rendu.

Précisions

Avant de commencer

Pourquoi une vidéo vaut elle mieux qu'une capture d'écran pour une entrée de portfolio ?

Une capture d'écran montre un seul état figé et demande au spectateur d'imaginer l'interaction. Une vidéo montre l'interaction elle même, ce qui est généralement la partie d'une entrée de portfolio qu'un recruteur ou un client a réellement besoin de voir.

L'entrée de portfolio doit elle montrer l'URL de prévisualisation v0 ?

Ce n'est pas nécessaire. Ce qui compte, c'est de montrer l'application en fonctionnement, pas l'adresse à laquelle elle se trouve hébergée par hasard tant que la version du portfolio reste en ligne.

Quelle devrait être la durée d'un clip de démo pour un portfolio ?

Assez longue pour montrer un travail accompli, et pas plus. Un relecteur qui regarde un portfolio est généralement en train de comparer plusieurs entrées dans une seule session, et un clip qui s'étire perd cette comparaison avant même de se terminer.

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