Guide6 min de lecture

Présentation guidée de relecture d'une application Base44

Prouvez que la construction a fait ce qui était demandé, en un parcours vérifiable.

Construisez une vidéo de passation pour relecteur qui prouve qu'une application Base44 a fait ce qui était demandé, en un parcours vérifiable.

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

Reformuler l'exigence d'origine

Reformulez l'exigence d'origine en une phrase avant de choisir ce que la présentation guidée doit montrer.

Enregistrer le parcours exact qui la satisfait

Enregistrez le parcours exact qui satisfait l'exigence, sans rien ajouter en plus pour gonfler la présentation guidée.

Faire correspondre la vidéo à la demande, pas à la construction

Faites correspondre la vidéo terminée à la demande d'origine lors de la relecture, pas à quel point la construction semble impressionnante en général.

Une présentation guidée de relecture existe pour répondre à une seule question pour une seule personne précise : cette construction Base44 a-t-elle fait ce qui était demandé. C'est une tâche plus étroite qu'une vidéo de démo générale, et elle doit être traitée comme telle. Un relecteur qui vérifie un travail terminé n'a pas besoin d'être convaincu par le produit. Il a besoin de pouvoir confirmer, rapidement et sans ambiguïté, qu'une exigence énoncée a été satisfaite.

GogoScreen produit ce type de vidéo à partir d'une URL d'application web et d'une indication d'une ligne sur ce qu'il faut montrer, renvoyant un MP4 narré et monté avec zooms sur les clics, lissage du curseur, temps morts supprimés, et sous-titres incrustés. Un compte de démonstration peut être utilisé pour toute partie du parcours qui se trouve derrière une connexion, ce qui est courant pour une construction Base44 puisque la gestion de compte fait fréquemment partie de ce que le générateur met en place. Rien de tout cela ne garantit qu'un premier rendu sera prêt pour la relecture. Prévoyez du temps pour vérifier le candidat par rapport à la demande d'origine avant de l'envoyer.

Qu'a-t-on réellement demandé ?

Avant d'enregistrer quoi que ce soit, notez l'exigence d'origine en une phrase, dans les propres mots du relecteur si possible. Si la demande était « les utilisateurs doivent pouvoir réinitialiser leur mot de passe sans contacter le support », cette phrase est la cible que la présentation guidée doit atteindre, pas une visite générale de la zone des paramètres du compte. Une présentation guidée qui dérive de la demande précise vers ce qui semble le plus abouti dans la construction tend à laisser sans réponse la question réelle.

Type de demande	Ce que la présentation guidée doit isoler	Comment elle dérive habituellement
Une correction de bug	L'action précédemment défaillante, maintenant fonctionnelle	Montrer des parties de l'application sans lien à la place
Une nouvelle fonctionnalité	Cette fonctionnalité, du déclencheur au résultat	Une visite de toute la section où elle se trouve
Une confirmation d'exigence	La condition exacte spécifiée, satisfaite	Un parcours proche mais non identique

Une vidéo de démo Base44 générale convient mieux si l'objectif est d'introduire le produit largement plutôt que de confirmer une pièce de travail terminée, et les deux vidéos ne doivent pas être combinées en une seule.

Comment gérer un écran de connexion dans un contexte de relecture ?

La plupart des constructions Base44 incluent une connexion par défaut, et un relecteur qui vérifie un travail précis n'a généralement pas besoin de voir l'étape de connexion elle-même, sauf si l'authentification était l'exigence réellement relue. Utilisez un compte de démonstration préparé pour le rendu, rempli de données assez précises pour démontrer clairement l'exigence. Sur GogoScreen, les identifiants fournis sont chiffrés, utilisés pour un seul rendu, puis supprimés, ce qui est la description exacte de ce traitement. 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.

Si l'exigence sous relecture concerne spécifiquement le contrôle d'accès ou les permissions, alors la connexion et le rôle du compte font partie de ce qui doit être montré, et les ignorer nuirait à l'objectif de la présentation guidée. Laissez la nature de l'exigence décider de cela, plutôt que d'adopter par défaut la même approche à chaque fois.

Comment présenter une progression partielle ?

Énoncez clairement ce qui a été terminé et ce qui reste ouvert, plutôt que d'impliquer un achèvement complet.
Montrez clairement la partie fonctionnelle du parcours, sans l'étirer pour laisser croire qu'elle couvre plus qu'elle ne le fait.
Évitez une narration qui promet un état futur que la construction actuelle ne démontre pas encore.
Laissez le relecteur voir l'état actuel réel de la construction, pas une version idéalisée de celle-ci.

Un relecteur qui découvre plus tard qu'une présentation guidée a exagéré la progression fera moins confiance à la suivante, ce qui rend la version honnête la plus utile même lorsqu'elle est moins flatteuse.

Qu'est-ce qui rend une présentation guidée facile à vérifier rapidement ?

Gardez le parcours limité exactement à l'exigence, et gardez l'indication rédigée dans un langage qui correspond à la façon dont l'exigence a été formulée à l'origine. Si la demande utilisait le mot « facture », l'indication et la présentation guidée doivent aussi dire facture, sans passer à mi-chemin à un terme plus générique comme « document ». Ce type de cohérence permet à un relecteur de faire correspondre ce qu'il voit à ce qu'il a demandé sans effort de traduction supplémentaire, ce qui fait souvent la différence entre une approbation rapide et une série de questions de clarification.

Qui va réellement regarder cela ?

Une présentation guidée de relecture destinée à un collègue technique peut avancer plus vite et utiliser les termes internes de l'application sans traduction, puisque le public connaît déjà le produit. Une présentation destinée à une partie prenante non technique, comme un fondateur confirmant qu'un prestataire a livré ce qui avait été convenu, a besoin de plus de contexte autour de chaque étape et doit éviter de supposer une familiarité avec la structure de la construction. Décider qui est réellement le spectateur avant d'enregistrer change la quantité d'explication que la présentation guidée doit porter par elle-même, séparément du parcours lui-même.

Cela affecte aussi la quantité du reste de l'application que la présentation guidée doit reconnaître. Un relecteur collègue veut souvent une confirmation que rien d'autre ne s'est cassé pendant que l'exigence était construite, donc une brève note sur ce qui n'a pas été touché peut être rassurante. Un relecteur partie prenante veut généralement juste voir l'exigence unique confirmée et n'a pas besoin ni envie de ce détail supplémentaire, puisqu'il peut se lire comme du remplissage plutôt que comme une information utile.

Quelle est la version courte de ce processus ?

Reformulez l'exigence d'origine en une phrase avant de choisir ce que la présentation guidée doit montrer.
Enregistrez le parcours exact qui satisfait l'exigence, sans rien ajouter en plus pour gonfler la présentation guidée.
Faites correspondre la vidéo terminée à la demande d'origine lors de la relecture, pas à quel point la construction semble impressionnante en général.

Que devez-vous vérifier avant d'envoyer la présentation guidée ?

Rejouez le candidat par rapport à la phrase unique de l'exigence d'origine. Confirmez que le parcours montré la satisfait réellement, et que rien de confus ou sans lien ne s'est glissé dans le cadre. Si une nouvelle tentative est nécessaire, c'est une partie normale du processus, environ un rendu sur cinq en nécessite une, et le temps n'est utilisé que lorsqu'un rendu réussit, donc une première tentative échouée ne coûte rien au delà de l'attente. Chaque nouveau compte reçoit 60 secondes de vidéo une seule fois, avec filigrane, avec une vérification d'e-mail requise pour la télécharger, ce qui couvre souvent une seule exigence ciblée.

Où la présentation guidée se situe-t-elle parmi les autres actifs de la même construction ?

Une présentation guidée de relecture se situe habituellement plus tôt dans la vie d'une construction qu'une vidéo de lancement Product Hunt ou une vidéo de page de destination publique, puisqu'elle existe pour confirmer le travail avant que ces actifs plus publics ne soient créés. Une fois qu'une construction passe la relecture, la même application devient souvent la source pour le partage avec un client, une entrée de portfolio, ou une vidéo de démo plus large destinée à un public entièrement différent.

Les lectures associées incluent le guide de l'actif de démo README pour un format similaire destiné aux relecteurs, utilisé par les équipes d'ingénierie, le guide de la démo Product Hunt d'un agent IA, le guide de la vidéo de démo SaaS d'un agent IA, le guide de la vidéo de démo d'accueil d'un agent IA, et le guide de la vidéo de démo investisseur pour quand le relecteur est une partie prenante plutôt qu'un collègue. Comparez les options d'URL directe sur GogoScreen contre ngram, consultez les tarifs, ou parcourez le reste des guides et des comparaisons depuis la page d'accueil.

Précisions

Avant de commencer

Quel est l'objectif d'une vidéo de présentation guidée de relecture ?

Permettre à un relecteur de confirmer qu'une exigence précise a été satisfaite, sans avoir besoin de se connecter lui-même à l'application. Elle répond directement à une question plutôt que de présenter une visite générale.

En quoi cela diffère-t-il d'une vidéo de démo ?

Une vidéo de démo est souvent destinée à un utilisateur potentiel qui décide s'il faut essayer le produit. Une présentation guidée de relecture est destinée à quelqu'un qui vérifie un travail terminé par rapport à une demande précise, ce qui change ce qui est montré et comment c'est présenté.

Que faire si la construction ne répond que partiellement à la demande d'origine ?

Montrez honnêtement ce qui a réellement été terminé, plutôt que de le présenter comme entièrement achevé. Une présentation guidée qui exagère la progression crée un pire résultat qu'une présentation qui énonce clairement ce qui reste ouvert.

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

Présentation guidée de relecture d'une application Base44

Avant de commencer

Collez une URL, décrivez un parcours et obtenez une vidéo de démonstration de votre application web.

Guides pas à pas associés