Aller au contenu
Guide6 min de lecture

Vidéo de démo Figma Make

Montrez un flux Figma Make tel qu'il se comporte, pas tel qu'un prototype le suggère.

Transformez une application Figma Make en une vidéo de démo relue, en tenant compte de ce que ses flux générés conservent ou non entre les visites.

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 réalisation Figma Make commence souvent sa vie comme un design rendu vivant plutôt que comme une application entièrement conçue en ingénierie. Cette distinction compte pour une vidéo de démo plus que pour la plupart des autres plateformes de création, car ce qui ressemble à une fonctionnalité qui marche à l'écran ne se comporte pas toujours comme telle en coulisses. Avant d'enregistrer quoi que ce soit, il vaut la peine de confirmer ce que le flux que vous prévoyez de montrer fait réellement, pas seulement ce qu'il semble faire lorsqu'on clique une fois dessus.

GogoScreen prend une URL d'application web et une indication d'une ligne sur ce qu'il faut montrer, puis renvoie un MP4 narré avec un montage automatique : zooms sur les clics, lissage du curseur, suppression des temps morts, et sous-titres incrustés. Il peut utiliser un compte de démonstration lorsqu'une route se trouve derrière une connexion, bien que de nombreuses réalisations Figma Make soient publiées sans compte, car elles sont fréquemment générées dans un but de conception ou de prototype plutôt que comme une application complète soutenue par un compte. Rien de tout cela n'est une garantie qu'une réalisation Figma Make particulière ou un premier rendu sera utilisable. Le temps de relecture appartient au calendrier de toute façon.

Que fait réellement le flux une fois l'action effectuée ?

Cliquez vous même sur le flux prévu avant de décider qu'il appartient à la vidéo. Ajoutez l'élément, soumettez le formulaire, ou déclenchez quelle que soit l'action que la démo est censée montrer, puis actualisez la page ou revisitez la route. Si le résultat disparaît ou se réinitialise, cela indique que l'interaction est peut être visuelle plutôt que soutenue par un stockage persistant, et la vidéo doit être encadrée en conséquence plutôt que de suggérer que le changement a été enregistré quelque part.

À vérifierPourquoi cela compte pour une réalisation Figma MakeQue faire en cas d'échec
Le résultat de l'action survit il à une actualisationDistingue un vrai changement d'état d'une interaction purement visuelleChoisir une autre action, ou encadrer la vidéo autour de l'interaction elle même
La route nécessite-t-elle une connexionToutes les réalisations Figma Make n'incluent pas la gestion de compteConfirmer avant d'écrire une indication qui en suppose une
Le flux fonctionne-t-il de la même manière lors d'une deuxième visiteCertains prototypes sont réglés pour un seul passageTester deux fois avant de faire confiance au flux pour l'enregistrement

Le guide de la vidéo de démo à partir d'une URL de site web couvre la question plus large de la préparation de tout flux basé sur une URL pour la capture, ce qui s'applique ici en plus de la vérification de persistance propre à cette plateforme.

Quel flux vaut il la peine d'être montré ?

Choisissez l'interaction qui démontre le mieux que l'interface se comporte comme elle a été conçue, qu'elle persiste ou non des données ensuite. Une réalisation Figma Make est souvent jugée sur la sensation de l'interaction plutôt que sur l'exhaustivité du backend, donc une action avec un retour visuel clair, comme une transition animée ou un changement d'état manifestement visible, tend à bien démontrer le produit même quand rien n'est enregistré derrière. Soyez simplement précis dans la narration sur ce qui se passe plutôt que de laisser la formulation suggérer une persistance qui n'a pas été confirmée.

C'est aussi là que la réaction éventuelle du relecteur compte. Quelqu'un qui a déjà utilisé une application entièrement soutenue par un backend peut supposer par réflexe que toute interface convaincante fait plus en dessous qu'elle ne le fait réellement. Choisir une interaction honnêtement encadrée et la décrire avec exactitude protège la vidéo contre cette hypothèse qui se retourne plus tard, lorsque le spectateur essaie la même action lui même et obtient un résultat différent de celui suggéré à l'écran.

L'étape de connexion appartient elle à la vidéo ?

Si la réalisation inclut effectivement un système de compte, décidez si cet écran apporte quelque chose pour le spectateur visé. Si ce n'est pas le cas, et de nombreuses réalisations Figma Make omettent la gestion de compte par défaut, alors la vidéo peut s'ouvrir directement sur l'interface elle même sans étape de connexion à prendre en compte. Dans tous les cas, évitez de deviner. Confirmez ce que la réalisation réelle exige avant d'écrire l'indication, car supposer qu'une connexion existe alors que ce n'est pas le cas produira une indication que la route ne pourra pas suivre.

  • Testez l'action prévue deux fois, en vérifiant si le résultat survit à une actualisation de page.
  • Confirmez si la réalisation exige une connexion avant de supposer qu'un compte de démonstration est nécessaire.
  • Préparez toute donnée nécessaire à la main plutôt que de vous attendre à ce qu'elle existe déjà.
  • Écrivez l'indication autour de ce que vous avez réellement confirmé, pas autour de ce que l'interface suggère.

Comment l'indication doit elle être rédigée pour ce type de réalisation ?

Gardez l'indication spécifique à l'interaction unique confirmée à la main : l'écran de départ, l'action unique, et le résultat visible, formulés comme l'interface elle même désigne les choses. Une indication qui suppose un comportement backend que la réalisation n'a pas, comme « montrer la commande enregistrée dans l'historique du compte », produira un rendu confus ou échoué si aucun historique de ce genre n'existe. Écrivez l'indication pour correspondre à ce qui a réellement été testé, pas à ce qu'une application similaire sur une autre plateforme pourrait faire.

Quelle est la version courte de ce processus ?

  1. Confirmez si l'action que vous prévoyez de montrer persiste réellement après s'être produite, avant d'écrire l'indication autour d'elle.
  2. Ouvrez la route exacte dans un navigateur d'abord et vérifiez ce qu'une visite fraîche montre réellement avant d'enregistrer.
  3. Écrivez une indication d'une ligne nommant le départ, l'action et le résultat, puis relisez le candidat terminé par rapport à ce que vous avez confirmé à la main.

Que faut il vérifier avant que cela ne devienne public ?

Regardez le candidat par rapport à ce que vous avez confirmé à la main plus tôt. Vérifiez que la narration n'affirme pas plus que ce que l'interface fait réellement, en particulier sur ce qui a été enregistré ou non. Si le candidat ne correspond pas à la tâche prévue, ajustez l'indication et réessayez plutôt que de le publier tel quel. Environ un rendu sur cinq a exactement besoin de ce genre de nouvelle tentative, donc intégrez cette attente au calendrier dès le départ.

Chaque nouveau compte reçoit 60 secondes de vidéo une seule fois, avec filigrane, avec une vérification d'e mail requise avant le téléchargement. Ensuite, vous payez le temps de vidéo : Starter coûte $29 pour 15 minutes par mois, Pro $79 pour 45 minutes et Business $199 pour 120 minutes, et les recharges commencent à $10, environ $2,07 la minute, et n'expirent jamais. Le temps n'est utilisé que lorsqu'un rendu réussit ; il est réservé à la soumission et restitué automatiquement si le rendu échoue.

Où va cette vidéo ensuite ?

Une fois qu'un candidat a passé la relecture, associez le à la surface qui en a besoin. La vidéo de page de destination de la réalisation elle même veut généralement un montage plus court, au dessus de la ligne de flottaison, du même flux. Une vidéo de lancement Product Hunt a ses propres contraintes de longueur et de format pour la galerie. Partager la réalisation avec un relecteur non technique est couvert dans le guide sur la façon de partager un projet Figma Make avec un client, une entrée de portfolio veut généralement l'interface montrée en fonctionnement plutôt que décrite, et une présentation guidée de relecture formelle encadre le flux autour de ce qui a été demandé.

Les guides connexes qui valent la peine d'être lus incluent le guide de la vidéo de démo de page de destination, le guide de la vidéo de démo investisseur, le guide de la vidéo de démo de lancement bêta, et le guide de la vidéo de démo de lancement d'un agent IA. Comparez les options d'URL directe sur GogoScreen contre ngram, consultez les tarifs avant de vous engager sur une offre, ou parcourez le reste des guides et des comparaisons depuis la page d'accueil.

Précisions

Avant de commencer

Que doit montrer une vidéo de démo Figma Make ?

Une tâche utilisateur depuis un écran de départ reconnaissable jusqu'à un résultat visible, la même chose que pour toute démo d'application web. Confirmez d'abord si ce résultat persiste réellement après l'interaction, car une réalisation Figma Make ne conserve pas toujours l'état de la même manière qu'une application entièrement soutenue par un backend.

Une application Figma Make a-t-elle besoin d'une connexion pour la démo ?

Pas toujours. De nombreuses réalisations Figma Make sont publiées sans système de compte, car elles sont souvent générées dans un but de conception ou de prototype plutôt que comme une application complète avec des comptes utilisateurs.

Le premier rendu montrera-t-il toujours l'application correctement ?

Non. Environ un rendu sur cinq échoue ou nécessite une nouvelle tentative, comme pour toute autre application web. Relisez le candidat avant qu'il n'aille où que ce soit de public.

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.