Guide7 min de lecture

Vidéo de démo de portfolio Cursor

Montrez à un relecteur l'application en fonctionnement, pas une capture d'écran.

Transformez un projet Cursor en une entrée de portfolio qui montre le flux en fonctionnement, en utilisant une route accessible et une tâche utilisateur claire.

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 une tâche que l'application accomplit

Choisissez une tâche que l'application accomplit et qu'un étranger peut comprendre en dix secondes.

Atteindre l'état qui le prouve

Atteignez l'état qui prouve que la tâche s'est réellement terminée, pas seulement l'écran de départ vide.

Enregistrer le flux plutôt qu'une capture d'écran

Enregistrez le flux plutôt qu'une capture d'écran, pour qu'un relecteur voie l'application répondre.

Une entrée de portfolio construite avec Cursor a un travail : convaincre quelqu'un qui parcourt une liste de projets que celui ci vaut un examen plus approfondi. Cette personne est généralement un recruteur, un responsable technique menant une relecture de test à domicile, ou un client potentiel comparant quelques freelances. Aucun d'eux ne clonera le dépôt avant de décider s'il continue à lire. Ils regarderont ce qui se trouve à côté du titre du projet, et une capture d'écran statique d'un formulaire ou d'un tableau de bord ne leur apprend presque rien sur le fait que la chose fonctionne vraiment.

Cursor lui même est un éditeur de code, pas une plateforme d'hébergement. Il ne publie pas un projet sur une URL publique et ne garde pas de prévisualisation active par lui même. Ce que le développeur construit tourne localement pendant le travail, sur un serveur de développement accessible à une adresse locale, et est déployé ensuite vers l'hébergeur choisi par le développeur, s'il l'a déployé du tout. Cet écart entre « le code existe » et « l'application est accessible » est exactement l'endroit où une entrée de portfolio peut échouer même quand le travail sous jacent est solide. Une vidéo contourne cet écart. Elle capture l'application dans son état accessible actuel, que cet état soit une URL déployée ou un serveur de développement local, et le transforme en quelque chose qu'un relecteur peut regarder sans rien exécuter lui même.

Quelle tâche la vidéo de portfolio doit elle montrer ?

Choisissez l'unique interaction qui démontre le mieux la compétence que vous voulez qu'on vous reconnaisse. Un outil de gestion de projet devrait montrer une tâche passant d'une colonne à une autre et y restant. Un outil de données devrait montrer un fichier entrant et un résultat transformé sortant. Résistez à l'envie d'ouvrir chaque écran que le projet possède. Un relecteur qui voit six fonctionnalités sans lien en quatre vingt dix secondes ne se souvient généralement d'aucune d'elles, tandis qu'un relecteur qui voit une interaction convaincante se souvient que le créateur peut livrer une fonctionnalité fonctionnelle de bout en bout.

Tâche de portfolio	Ce qu'elle prouve	Ce qu'il faut couper
Une interaction centrale	La build fonctionne réellement, pas seulement s'affiche	Une visite des réglages, panneaux d'administration et pages sans lien
Un état visible avant et après	Cause et effet dans l'application	Une narration qui décrit le code plutôt que l'écran
Un état de données crédible	L'application a été testée avec de vraies entrées, pas une démo vide	Un texte de remplissage laissé par l'échafaudage

Si le projet est une pièce compagnon plus petite plutôt que le projet phare, un clip de style vidéo de journal des modifications pour un SaaS fonctionne mieux qu'une visite guidée complète, puisqu'il peut se concentrer sur un seul changement publié plutôt que sur tout le produit.

Comment préparer un projet Cursor pour l'enregistrement ?

Ouvrez d'abord la route accessible à la main, de la même façon que vous testeriez n'importe quelle application web avant de la placer devant quelqu'un d'autre. Confirmez qu'il n'y a pas de redirection cassée, pas d'étape d'accueil à moitié terminée, et pas d'état vide là où le résultat significatif devrait se trouver. Les projets Cursor commencent souvent leur vie avec des données d'espace réservé issues d'un modèle de départ, et ces données se lisent comme inachevées dès que quelqu'un d'autre les voit. Remplacez les par quelque chose qui ressemble à un usage réel plausible de l'outil avant d'enregistrer quoi que ce soit.

Confirmez que la route s'ouvre sans erreur ni état de chargement bloqué.
Remplacez le contenu d'espace réservé du modèle de départ par des données correspondant au but réel de l'application.
Décidez si le flux nécessite une connexion, et préparez un compte jetable si c'est le cas.
Notez le point de départ exact et le point final exact de l'interaction que vous voulez montrer.

Si le projet se trouve derrière une authentification, un compte de démonstration peut être fourni via le processus normal de GogoScreen, et sur GogoScreen les identifiants donnés 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 un détail significatif pour un créateur de portfolio, puisque la connexion d'un projet personnel reste une connexion que vous préférez ne pas distribuer à la légère. Pour un guide compagnon sur la mise en place correcte de ce compte, voir préparer un compte de démonstration pour une vidéo produit.

Réfléchissez à quelles données de qui apparaissent à l'écran. Un projet personnel construit dans Cursor porte parfois de vraies informations issues de tests précoces, une adresse email personnelle utilisée pour s'inscrire, ou le nom d'un ami tapé en essayant la fonctionnalité. Rien de tout cela n'appartient à une entrée de portfolio publique. Échangez le contre des données évidemment représentatives plutôt qu'évidemment réelles, et vérifiez chaque champ visible, pas seulement celui au centre de l'interaction.

Que doit dire l'indication du flux ?

Choisissez une tâche que l'application accomplit et qu'un étranger peut comprendre en dix secondes.
Atteignez l'état qui prouve que la tâche s'est réellement terminée, pas seulement l'écran de départ vide.
Enregistrez le flux plutôt qu'une capture d'écran, pour qu'un relecteur voie l'application répondre.

Rédigez l'indication comme vous expliqueriez l'application à quelqu'un à côté de vous, en utilisant les mêmes mots que l'interface. Si l'application appelle quelque chose un espace de travail, l'indication doit dire espace de travail, pas dossier. Une indication vague comme « montrer le tableau de bord » invite un enregistrement qui erre sur l'interface sans jamais atteindre un résultat, et une pièce de portfolio qui erre est pire qu'aucune vidéo du tout.

Où la vidéo terminée doit elle se trouver ?

Placez la vidéo en haut de l'entrée de portfolio du projet, avant la description et avant la liste des technologies utilisées. Un relecteur qui doit défiler au delà de trois paragraphes pour trouver la preuve que l'application fonctionne est généralement déjà passé à autre chose. Si le même projet a aussi besoin d'une page publique propre, la question du placement change, et un traitement de vidéo de page de destination ou un traitement de vidéo de lancement Product Hunt répond à un brief différent de celui d'une entrée de portfolio, même quand les images sous jacentes sont similaires. Une vidéo de démo Windsurf générale couvre le même flux d'enregistrement sous jacent si le projet se trouvait construit sur cette plateforme à la place, et les étapes de préparation restent valables dans les deux cas.

Si le portfolio lui même doit atteindre un relecteur non technique précis, comme un recruteur transférant votre travail à un responsable d'embauche qui ne cliquera pas plus loin, un traitement de type Windsurf partagé avec un client explique comment emballer le même type de preuve pour quelqu'un qui veut une réponse directe plutôt qu'une page à explorer.

Une vidéo de portfolio est aussi une bonne candidate à la réutilisation. Le même clip, monté différemment, peut soutenir une vidéo de démo d'application de préproduction partagée en privé avec un mentor pour obtenir un retour, ou un montage plus court destiné à quelqu'un qui décide si un nouveau SaaS mérite sa première vidéo de démo. Gardez l'enregistrement original concentré sur une seule tâche pour que ces montages restent faciles à réaliser plutôt que d'exiger un nouvel enregistrement complet. Si une relecture de suivi est prévue une fois le code modifié, la visite de relecture d'application Cursor couvre comment remettre à un relecteur le flux qui prouve qu'une demande précise a été satisfaite, ce qui est un usage lié mais distinct du même flux de travail sous jacent.

Que devez vous vérifier avant de la publier ?

Regardez la vidéo terminée une fois comme si vous n'aviez jamais vu le projet auparavant. Vérifiez si l'image d'ouverture a du sens sans le son, puisque de nombreux relecteurs regarderont en silence. Confirmez que rien à l'écran ne révèle une vraie adresse email, un vrai nom, ou toute donnée que vous ne voudriez pas rendre publique. Une alternative gif de démo produit est parfois le bon format à la place d'une vidéo complète, en particulier quand l'entrée de portfolio se trouve dans une grille de petites cartes plutôt qu'une page complète, donc décidez du format avant de vous engager sur une durée.

Souvenez vous qu'environ un rendu sur cinq nécessite une nouvelle tentative, donc laissez du temps dans votre calendrier plutôt que d'enregistrer la nuit précédant un entretien. Chaque nouveau compte reçoit 60 secondes de vidéo une seule fois, avec filigrane, ce qui suffit souvent pour une seule interaction de portfolio. Après cela, les vidéos utilisent du temps d'un forfait ou d'une recharge ; le temps acheté en recharge n'expire jamais, et le temps n'est utilisé que lorsqu'un rendu réussit réellement. Rien de tout cela ne change la barre éditoriale : la vidéo ne mérite sa place dans le portfolio que si un étranger peut la regarder et croire que l'application fonctionne. Comparez le résultat terminé à Demosmith si vous choisissez entre des outils de capture, consultez les tarifs pour les forfaits et recharges, parcourez le reste de la bibliothèque de guides et de comparaisons pour des formats voisins, ou recommencez depuis la page d'accueil de GogoScreen si le projet a besoin d'un type d'actif différent.

Précisions

Avant de commencer

Pourquoi une entrée de portfolio Cursor a t elle besoin d'une vidéo plutôt que d'une capture d'écran ?

Une capture d'écran montre un seul instant statique. Un recruteur ou un client ne peut pas savoir à partir de là si l'interaction fonctionne réellement. Une courte vidéo du vrai flux répond à cette question en quelques secondes, ce à quoi sert une entrée de portfolio.

Cursor héberge t il l'application pour la vidéo de portfolio ?

Non. Cursor est un éditeur de code, pas un service d'hébergement. Le développeur exécute le projet localement pendant le travail et le déploie séparément vers l'hébergeur de son choix. La vidéo doit montrer celui des deux qui est accessible au moment de l'enregistrement.

Que faire si le projet Cursor ne tourne que sur localhost ?

Un flux localhost peut être enregistré et relu comme n'importe quelle autre route accessible, tant qu'il s'ouvre dans un navigateur. Traitez la question du déploiement comme distincte de la question du portfolio et enregistrez l'état qui existe aujourd'hui.

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