Guide6 min de lecture

Présentation guidée de relecture Lovable

Montrez au relecteur la seule chose qui répond à sa vraie question.

Donnez à un relecteur une seule vidéo qui prouve qu'une application Lovable fait ce qui a été demandé, plutôt qu'un lien et un espoir.

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.

Un relecteur qui lit une pull request ou un brief de projet ne se demande pas si l'application est impressionnante. Il se demande si une chose précise a été construite de la façon demandée. Une vidéo de démo générale répond à la mauvaise question pour ce public, car elle montre ce que le créateur veut mettre en avant plutôt que ce que le relecteur a besoin de vérifier. Une présentation guidée de relecture existe pour combler directement cet écart.

Cette distinction devient plus nette avec une construction Lovable, où une exigence peut être satisfaite par un flux qui ressemble à plusieurs autres flux dans la même application. Un relecteur qui parcourt un lien de prévisualisation brut doit trouver le bon écran et déduire lui même s'il satisfait l'exigence. Une présentation guidée supprime les deux étapes : elle va directement à l'écran pertinent et énonce, implicitement à travers la séquence montrée, que c'est la réponse à la question posée.

Le coût d'une erreur sur ce point n'est pas spectaculaire pour une seule relecture, mais il s'accumule. Un relecteur qui doit chasser le bon écran deux fois commence à survoler la troisième fois, et un créateur qui a entraîné un relecteur à survoler a discrètement rendu chaque future relecture moins fiable. Traiter chaque présentation guidée comme toute l'interaction du relecteur avec la construction, plutôt que comme un complément à une conversation plus longue, empêche cette habitude de s'installer.

Que doit réellement prouver une présentation guidée de relecture ?

Partez de l'exigence, pas de l'application. Relisez le brief, le ticket, ou la question du relecteur immédiatement avant d'enregistrer, et laissez ce langage guider ce qui est montré. Une présentation guidée qui prouve quelque chose d'adjacent à l'exigence, même quelque chose de plus impressionnant, ne fait pas le travail du relecteur à sa place et sera probablement renvoyée avec une question de suivi.

Entrée de relecture	Ce que la présentation guidée doit prouver	Ce qu'elle ne doit pas faire
Une exigence précise dans un brief	Que le flux construit satisfait exactement cette exigence	Mettre en avant des fonctionnalités sans rapport
Une question de suivi d'un relecteur	La réponse à cette question précise	Répéter tout le pitch d'origine
Un point ouvert d'une relecture précédente	Que l'écart précédemment signalé est maintenant fermé	Le contourner sans le traiter

C'est une tâche plus étroite qu'une démo de portfolio, qui est délimitée par ce que le créateur veut prouver sur sa propre compétence. Une présentation guidée de relecture est entièrement délimitée par ce que quelqu'un d'autre a besoin de vérifier, et cette différence doit être visible dans la façon dont les images collent étroitement à l'exigence.

Un test utile avant l'enregistrement est de se demander si un inconnu qui n'a jamais vu l'exigence pourrait quand même dire ce que la vidéo prouve. Si la réponse est non, la présentation guidée s'appuie probablement sur un contexte que le relecteur possède déjà plutôt que de tenir debout par elle même comme preuve, ce qui est une version plus faible du même actif même quand le flux sous jacent est correct.

Comment préparez vous le flux pour un relecteur ?

Ouvrez la route exacte que la présentation guidée utilisera et parcourez la comme le relecteur le ferait, pas comme le créateur qui connaît déjà chaque raccourci. Confirmez que le flux atteint le résultat sans détour, et que rien avant l'écran pertinent ne crée de confusion sur ce qui est réellement démontré. Un relecteur qui doit deviner quelle partie d'un flux plus long répond à sa question n'est pas aidé par des images supplémentaires.

Relisez l'exigence ou la question exacte avant l'enregistrement.
Identifiez le chemin réel le plus court qui la démontre.
Retirez tout ce qui avant ou après ce chemin n'est pas un contexte nécessaire.
Confirmez que le résultat à l'écran correspond réellement au texte de l'exigence.

Si le flux nécessite une connexion, un compte de démonstration jetable fourni via le processus approuvé est approprié. Les rédacteurs ne doivent pas manipuler directement l'identifiant. Une vidéo de mise à jour client couvre un public lié mais différent, celui qui vérifie une progression générale plutôt que de vérifier une exigence précise, ce qui explique pourquoi les deux ne doivent pas être traités de façon interchangeable même quand ils s'appuient sur le même flux sous jacent.

Testez le flux deux fois avant l'enregistrement : une fois comme le créateur, en confirmant que la mécanique fonctionne, et une fois en essayant de le lire comme le relecteur le ferait, avec seulement le texte de l'exigence en tête et aucun souvenir de la façon dont la fonctionnalité a été construite. Le second passage attrape les lacunes que le premier manque, car la familiarité du créateur avec l'application a tendance à masquer exactement le genre de confusion qu'un relecteur rencontrerait réellement.

Que doit dire l'indication pour une présentation guidée de relecture ?

Reformulez l'exigence ou la question précise à laquelle le relecteur a besoin d'une réponse.
Préparez le flux exact qui y répond, sans écran sans rapport entre les deux.
Enregistrez la présentation guidée pour que le résultat se rattache directement à l'exigence d'origine.

Rédigez l'indication en utilisant le même langage que celui utilisé par l'exigence, pas une paraphrase qui pourrait s'éloigner de ce qui a réellement été demandé. Si le brief disait que l'application doit permettre à un utilisateur d'annuler un abonnement, l'indication doit décrire l'annulation d'un abonnement, pas une visite générale des paramètres du compte qui inclut par hasard un bouton d'annulation quelque part.

Gardez l'indication assez courte pour pouvoir être lue à voix haute au relecteur en une seule respiration. Une indication qui essaie de couvrir plusieurs exigences à la fois produit généralement un rendu qui n'en satisfait clairement aucune, car le rendu doit compresser trop de choses dans une courte séquence. Quand un relecteur a soulevé plus d'un point ouvert, il est presque toujours plus fort d'enregistrer plusieurs courtes présentations guidées que de tout forcer dans une seule plus longue.

Que se passe t il quand la construction ne répond pas pleinement à l'exigence ?

Montrez le résultat réel même s'il est insuffisant. Une présentation guidée qui évite discrètement la partie de l'exigence qui n'est pas encore satisfaite finira par être découverte, soit parce que le relecteur remarque l'écart lui même, soit parce que l'exigence échoue à nouveau lors d'une relecture ultérieure. Les deux issues coûtent plus de confiance qu'une présentation guidée honnête qui dit, en substance, voici ce qui se passe actuellement, et voici ce qui reste en suspens.

C'est aussi là qu'une note écrite à côté de la vidéo trouve sa place. Une phrase qui nomme exactement quelle partie de l'exigence est satisfaite et laquelle ne l'est pas permet au relecteur de répondre à l'état réel du travail plutôt que d'essayer de le déduire des seules images. Les relecteurs qui reçoivent ce genre de clarté ont tendance à répondre plus vite, car ils ne passent pas leur propre temps à reconstruire ce que le créateur sait déjà.

Pour un créateur qui livre le même type d'actif de relecture sur une autre plateforme, le guide de la vidéo de page de destination Replit, le guide de la vidéo de lancement Product Hunt Replit, le guide de partage Replit avec un client, et le guide de la démo de portfolio Replit couvrent les situations adjacentes là bas, et le guide de la présentation guidée de relecture Replit couvre ce cas exact. Pour un contexte d'accueil lié, le guide de la vidéo de démo d'accueil d'un agent IA est utile quand le relecteur est un nouveau membre d'équipe plutôt qu'une partie prenante externe, et le guide de l'indication de flux en une ligne pour une vidéo de démo approfondit la rédaction de l'indication elle même. Une vidéo de lancement SaaS construite par IA couvre la version publique d'un problème de preuve similaire, tandis qu'une vidéo de journal des modifications et une vidéo de mise à jour produit couvrent toutes deux des formats de mise à jour récurrents plutôt qu'un seul moment de relecture. Pour une comparaison avec un outil d'enregistrement d'écran manuel, lisez GogoScreen contre Loom. Consultez la tarification, parcourez le reste des guides et des comparaisons, ou commencez depuis la page d'accueil de GogoScreen.

Précisions

Avant de commencer

Quel est l'intérêt d'une vidéo de présentation guidée de relecture ?

Elle prouve qu'une exigence précise a été satisfaite, sur la construction réelle, d'une façon qu'un relecteur peut vérifier rapidement sans explorer lui même l'application.

La présentation guidée doit elle couvrir chaque exigence du brief ?

Seulement si le brief est court. Il est généralement plus fort de prouver l'exigence la plus en question, ou celle que le relecteur a signalée, plutôt que de reformuler tout le brief.

Que faire si la construction ne répond que partiellement à l'exigence ?

Montrez ce qui se passe réellement plutôt que de cadrer autour de l'écart. Un relecteur à qui l'on montre un résultat honnête fait davantage confiance à la présentation guidée suivante que celui qui découvre plus tard qu'une solution de contournement a été cachée.

La présentation guidée peut elle utiliser un flux derrière une connexion ?

Oui, avec un compte de démonstration jetable via le processus approuvé. 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.

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