Guide7 min de lecture

Partager un projet Figma Make avec un client

Donnez au client une preuve à regarder plutôt qu'un lien à interpréter.

Transformez un lien Figma Make en vidéo qu'un client peut regarder sans ouvrir le lien, comprendre un outil de création ou lire un cahier des charges.

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

Nommer la décision unique

Nommez la décision unique que le client doit prendre avant d'enregistrer quoi que ce soit.

Tester le parcours du relecteur

Testez le parcours du relecteur à travers le lien de prévisualisation exactement comme le client l'ouvrirait.

Envoyer la vidéo en énonçant la décision clairement

Envoyez la vidéo en énonçant clairement la décision que le client doit prendre dans le message.

La plupart des clients n'ouvriront pas un lien de prévisualisation. Ils y jetteront un œil, décideront que cela ressemble à un logiciel inachevé, et répondront en demandant « quelque chose que je peux simplement regarder ». Cette réaction n'est pas une critique de l'application. C'est une réponse raisonnable de quelqu'un qui n'a pas demandé à apprendre l'interface d'un outil de création pour juger son propre projet. Une vidéo referme cet écart en faisant l'interprétation à leur place, si bien que leur attention se porte sur la décision qui se trouve devant eux plutôt que sur la mécanique pour y arriver. C'est particulièrement vrai pour un client qui paie pour des résultats plutôt que pour des outils, et qui n'a aucune raison de savoir à quoi un environnement de prévisualisation est censé ressembler avant sa mise en ligne.

Une application Figma Make vit sur un lien de prévisualisation partageable, et ce lien s'ouvre en général sans connexion, puisque la plupart des projets Figma Make sont des prototypes plutôt que des logiciels avec un vrai système de compte derrière. C'est utile pour une transmission à un client car cela signifie que rien dans l'application elle-même n'empêche un relecteur de la voir. La barrière n'est pas l'accès. C'est qu'un lien froid et non narré ne donne à un relecteur peu familier rien sur quoi s'ancrer. Une vidéo supprime cette ambiguïté en choisissant, au nom du client, exactement ce qui mérite son attention et dans quel ordre.

Que doit réellement trancher la vidéo ?

Avant d'enregistrer quoi que ce soit, notez la décision unique que le client doit prendre après avoir regardé. Cela peut être approuver une mise en page, choisir entre deux parcours, ou confirmer qu'une fonctionnalité fonctionne désormais comme il l'a décrit lors d'un appel. Tout dans la vidéo doit servir cette décision unique. Une visite de tout le prototype répond à une question que le client n'a pas posée et enterre celle qu'il a posée.

C'est différent d'une vidéo de lancement destinée à un inconnu qui décide s'il faut regarder le projet de plus près. Un client connaît déjà l'existence du projet et a des avis sur celui-ci. Le rôle de la vidéo ici est plus étroit : rendre une chose précise assez lisible pour que le client puisse répondre par une décision plutôt que par une demande d'un autre appel. Cette portée plus étroite est ce qui garde le cycle de relecture court, car un client qui regarde une visite de cinq minutes a tendance à revenir avec cinq questions séparées au lieu d'une réponse claire.

Moment de relecture client	Ce que la vidéo doit rendre clair	Ce qu'il faut laisser de côté
Image d'ouverture	La partie du projet dont il s'agit	Un logo, une table des matières, des écrans sans rapport
Milieu	Le changement ou le parcours exact en cours de relecture	Toute autre fonctionnalité du prototype
Image de fermeture	L'état que le client est invité à juger	Un argumentaire de vente pour des fonctionnalités non encore construites

Comment préparer le lien de prévisualisation pour un relecteur non technique ?

Ouvrez le lien exact à froid, comme le ferait le client, sans contexte préalable. Confirmez qu'il n'y a pas d'état vide déroutant, pas de texte de substitution laissé d'un brouillon antérieur, et pas de cul-de-sac de navigation qui laisserait un visiteur pour la première fois bloqué. Un client qui n'utilise pas d'outils de conception ou de création au quotidien n'a aucun instinct pour distinguer ce qui est attendu de ce qui est cassé, si bien que tout ce qui est ambigu dans le parcours se lit comme un défaut même quand ça n'en est pas un.

Ouvrez le lien de prévisualisation exactement comme le ferait le client, sans contexte au-delà du message dans lequel il arrive.
Retirez ou remplacez tout texte de substitution qui se lit encore comme un brouillon.
Confirmez que le parcours atteint un état final visible sans cul-de-sac ni écran de chargement bloqué.
Gardez tout nom, chiffre ou contenu d'exemple libre de tout ce qui ressemble à une vraie donnée client.

Remplissez l'application avec un contenu qui se lit comme intentionnel plutôt que vide. Un tableau vide ou une toile vide ne donne rien au client pour réagir, et le silence d'un relecteur signifie en général qu'il n'a pas pu dire ce qu'il regardait, pas qu'il n'avait aucun avis.

Que doit inclure le parcours enregistré ?

Écrivez l'indication comme une phrase simple nommant l'écran de départ, l'action, et le résultat, la même discipline utilisée pour tout rendu GogoScreen. « Depuis le tableau de bord du client, parcourez la soumission d'une demande et montrez l'écran de confirmation » donne au rendu quelque chose de concret à suivre. Gardez la formulation alignée sur les termes que le client utilise déjà lors de conversations précédentes, pas sur une terminologie interne à l'outil de création qu'il n'a jamais entendue.

GogoScreen ajoute une narration parlée alignée sur ce qui se passe à l'écran, avec des zooms sur les clics pertinents, un lissage du curseur, des coupes des temps morts, et des sous-titres. Cette narration fait un vrai travail ici, car c'est souvent la seule explication qu'un client non technique obtient de ce qui a changé et pourquoi c'est important. Relisez la narration par rapport au parcours réel avant d'envoyer quoi que ce soit, car un décalage entre ce qui est dit et ce qui est montré est le moyen le plus rapide de générer un retour confus plutôt qu'une décision claire.

L'ordre qui mène à une décision propre le plus rapidement ressemble à ceci :

Nommez la décision unique que le client doit prendre avant d'enregistrer quoi que ce soit.
Testez le parcours du relecteur à travers le lien de prévisualisation exactement comme le client l'ouvrirait.
Envoyez la vidéo en énonçant clairement la décision que le client doit prendre dans le message.

Comment l'envoyer et lire la réponse ?

Envoyez le fichier terminé en énonçant la décision en langage clair dans le même message, pas enfouie dans une ligne de sujet que le client pourrait survoler. « Voici le parcours de demande mis à jour, faites-moi savoir si cela correspond à ce que vous avez décrit » lui donne une invitation directe à répondre. Une vidéo sans cadrage invite une réponse vague, et une réponse vague d'un client signifie en général que le cadrage manquait, pas que le travail était flou.

Si le retour qui revient ne correspond pas à ce que la vidéo montrait, vérifiez à nouveau le parcours avant de supposer que le client a mal compris. Il est courant qu'un retour vise un écran que la vidéo n'a jamais couvert, ce qui signifie que la solution est d'enregistrer une seconde vidéo ciblée, pas de réexpliquer la première lors d'un appel. Garder chaque vidéo cadrée sur une seule décision rend ce diagnostic facile, car un décalage désigne exactement un parcours candidat au lieu de forcer une supposition sur un long enregistrement qui a essayé de tout couvrir à la fois.

Où cela s'inscrit-il par rapport au reste des actifs de l'application ?

Une fois qu'un client a approuvé un parcours, la même application a souvent besoin d'autres actifs conçus spécifiquement. Une démo de portfolio Figma Make montre le résultat terminé à un public plus large une fois le travail approuvé, et la vidéo de relecture d'application Figma Make couvre la version relecteur interne de cette même transmission. Les créateurs qui travaillent le parcours équivalent dans un autre outil devraient comparer avec une vidéo de démo Bubble, une vidéo de page d'accueil Bubble, et le guide de vidéo de lancement Bubble sur Product Hunt, car les plateformes sous-jacentes diffèrent dans la façon dont leurs applications gèrent les connexions et les données.

Pour le message qui part vers un visiteur qui n'a jamais vu l'application avant, le guide de vidéo de page d'accueil couvre cette tâche distincte, et un SaaS à deux personnes qui se transmet le travail entre un créateur et un cofondateur fait face à un problème de transmission similaire à plus petite échelle. Le guide de l'indication de parcours en une ligne va plus loin sur la façon de bien écrire cette phrase unique, le guide de démo de page d'accueil pour agent IA couvre un cas voisin au-dessus de la ligne de flottaison, et le guide de vidéo de démo d'outil d'agent est utile quand le relecteur doit voir un appel d'outil plutôt qu'un écran. Pour une comparaison des approches d'enregistrement, lisez GogoScreen face à Screen Studio. Commencez par la page d'accueil GogoScreen, consultez les tarifs, parcourez la bibliothèque de guides complète, ou consultez le reste des comparaisons.

Précisions

Avant de commencer

Pourquoi ne pas simplement envoyer au client le lien de prévisualisation Figma Make ?

Un lien demande au client de trouver le bon écran, de comprendre ce qui a changé, et de juger à froid. Une vidéo montre la même application déjà narrée autour de la seule décision que le client doit prendre, ce qui est plus rapide pour quelqu'un qui n'ouvre pas souvent d'outils de création.

Le client a-t-il besoin d'un compte Figma pour voir la vidéo ?

Non. Le fichier terminé est un MP4 autonome. Il se joue dans un e-mail, un message, ou un espace partagé sans aucune connexion à Figma, Figma Make, ou au prototype lui-même.

Que faire si le retour du client ne correspond pas à ce que montre la vidéo ?

Comparez le retour avec le parcours exact de l'indication que vous avez écrite. Un retour décalé signifie souvent que la vidéo a couvert le mauvais écran, pas que le client est confus, donc vérifiez le parcours avant de supposer que la réponse est hors sujet.

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