Guide7 min de lecture

Vidéo de démo Base44

Montrez un parcours Base44 comme un visiteur l'atteindrait réellement.

Transformez une application Base44 fonctionnelle en vidéo de démo relue en choisissant un parcours, en préparant la connexion, et en vérifiant le candidat.

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

Choisissez une tâche utilisateur que l'application générée peut accomplir, depuis l'écran sur lequel un visiteur atterrit jusqu'à un résultat visible sans explication supplémentaire.

Ouvrir la route manuellement

Ouvrez la route exacte dans un navigateur d'abord et confirmez ce qu'une nouvelle session montre réellement avant qu'une indication ne soit rédigée.

Rédiger l'indication et relire

Rédigez une indication d'une ligne nommant le départ, l'action, et le résultat, puis relisez le candidat terminé par rapport à cette route avant qu'il n'aille où que ce soit publiquement.

Une application Base44 existe généralement avant que sa page de destination n'existe. Quelqu'un a décrit ce qu'il voulait dans une invite, le générateur a produit un frontend, un backend, et souvent un ensemble de comptes utilisateurs fonctionnels, et le résultat est accessible à une URL en quelques minutes. Une vidéo de démo est ce qui transforme cette application fonctionnelle en quelque chose qu'un visiteur qui n'était pas dans la pièce peut réellement évaluer. Le travail n'est pas d'expliquer comment l'application a été générée. C'est de montrer ce qu'une personne qui l'utilise verrait et ferait.

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 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 fourni quand la route 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 par défaut. Rien de cela ne garantit qu'une application Base44 particulière ou un premier rendu sortira utilisable. Prévoyez du temps de relecture avant que le fichier n'aille quelque part où un inconnu le regardera.

Que doit réellement montrer la vidéo ?

Choisissez la tâche unique qu'un nouvel utilisateur essaierait en premier, pas la liste complète des entités que le générateur a créées. Si l'application gère un inventaire, montrer « ajouter un article et le voir apparaître dans la liste » est plus lisible que d'ouvrir chaque écran généré dans l'ordre. Le spectateur a besoin d'un départ, d'une action qui change quelque chose, et d'un résultat qu'il peut voir sans que la narration ne comble l'écart.

Partie du parcours	Ce qu'elle doit établir	Ce qu'il faut omettre
Départ	L'écran sur lequel un vrai visiteur atterrirait d'abord	Une visite des panneaux d'administration ou de paramètres du générateur
Action	Une opération qui change un état visible	Plusieurs fonctionnalités sans lien enchaînées
Résultat	L'issue, visible sans explication supplémentaire	Une affirmation que les images elles-mêmes ne soutiennent pas

Une vidéo de démo d'une application Replit fait face à une question de départ similaire avec une cible de déploiement différente, et il vaut la peine de comparer la portée même si la plateforme sous-jacente n'est pas la même. Le point qui reste vrai dans les deux cas : une tâche, montrée complètement, vaut mieux que plusieurs tâches montrées partiellement. Si le placement final est le dessus de la page de destination plutôt qu'un guide autonome, le guide de la lecture automatique en page de destination couvre comment un placement muet et en boucle change ce que l'image d'ouverture doit porter par elle-même.

L'écran de connexion a-t-il sa place dans la vidéo ?

Si l'application générée exige par défaut une connexion, décidez tôt si cet écran appartient à la vidéo terminée ou doit être contourné. Certains spectateurs ont besoin de voir qu'une connexion existe, parce que cela leur indique que le produit prend en charge des comptes séparés. D'autres veulent juste la fonctionnalité utile et la connexion est une friction. Il n'y a pas de réponse unique ici, seulement une décision à prendre avant l'enregistrement plutôt qu'après.

Un compte de démonstration préparé spécifiquement pour le rendu est la route la plus sûre quel que soit le choix. Sur GogoScreen, les identifiants fournis 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 la forme exacte de ce traitement, et cela vaut la peine de l'énoncer précisément plutôt qu'en termes plus vagues. N'utilisez pas la connexion d'un vrai utilisateur pour un actif public, et ne supposez pas que chaque application générée gère élégamment une tentative de connexion échouée. Testez-le d'abord.

Comment préparer la route avant l'enregistrement ?

Ouvrez l'URL vous-même dans une session de navigateur fraîche. Notez ce qui apparaît réellement : un tableau de bord vide, un ensemble de données de test laissé après les essais, une fenêtre d'accueil, ou une redirection vers un assistant de configuration. Chacun de ces éléments peut consommer les premières secondes d'une vidéo s'il n'est pas pris en compte.

Confirmez l'URL de départ exacte qu'un nouveau visiteur atteindrait.
Effacez ou remplacez toute donnée de test restante qui ne devrait pas apparaître publiquement.
Vérifiez si une fenêtre modale, une bannière de consentement, ou une invite de configuration recouvre le premier écran.
Décidez, avant de rédiger l'indication, si l'étape de connexion fait partie de l'histoire.

Une vidéo de démo de lancement bêta nécessite habituellement le même passage, puisqu'une construction bêta tend à porter plus d'imperfections qu'un produit terminé. Traitez la relecture comme une préparation, pas comme le contrôle qualité final.

À quel point l'indication en une ligne doit-elle être précise ?

Nommez le point de départ, l'action unique, et le résultat attendu en une phrase. « Depuis le tableau de bord, créer un nouveau projet et le montrer dans la liste des projets » donne au rendu quelque chose de concret à viser. Une indication vague comme « montrer l'application » invite à un parcours erratique à travers des écrans qui n'étaient jamais censés être montrés ensemble, et cela rend la relecture plus difficile ensuite parce qu'il n'y a pas de cible claire pour vérifier le résultat.

Faites correspondre la formulation de l'indication au langage que l'application elle-même utilise. Si l'interface générée appelle quelque chose un espace de travail, ne le décrivez pas comme un dossier dans l'indication, puisqu'un décalage entre la narration et les libellés à l'écran se lit comme une erreur pour quiconque y prête attention. Cela compte davantage pour une application générée qu'une application créée à la main, parce que la terminologie exacte peut varier d'un projet Base44 à l'autre même quand la tâche sous-jacente est similaire.

Quelle est la version courte de ce processus ?

Choisissez une tâche utilisateur que l'application générée peut accomplir, depuis l'écran sur lequel un visiteur atterrit jusqu'à un résultat visible sans explication supplémentaire.
Ouvrez la route exacte dans un navigateur d'abord et confirmez ce qu'une nouvelle session montre réellement avant qu'une indication ne soit rédigée.
Rédigez une indication d'une ligne nommant le départ, l'action, et le résultat, puis relisez le candidat terminé par rapport à cette route avant qu'il n'aille où que ce soit publiquement.

Où la relecture intervient-elle avant que cela ne devienne public ?

Regardez le candidat par rapport à la route que vous avez ouverte manuellement. Vérifiez que l'image d'ouverture a du sens en muet, qu'aucun écran sans lien ne se glisse au milieu de la séquence, et que la narration décrit ce qui s'est réellement passé plutôt que ce que vous vouliez qu'il se passe. Si le candidat ne correspond pas à la tâche prévue, c'est une raison d'ajuster l'indication et de réessayer, pas une raison de le publier quand même. Environ un rendu sur cinq nécessite exactement ce type de nouvelle tentative, et intégrer cette attente dans le calendrier évite qu'un essai échoué ne devienne un problème de délai.

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, donc un mauvais premier essai ne coûte rien au delà de l'attente.

Où va la vidéo une fois qu'elle a passé la relecture ?

Une fois qu'un candidat a été vérifié, faites-le correspondre à la surface qui en a besoin. La vidéo de page de destination de l'application elle-même veut habituellement une coupe plus courte, au dessus de la ligne de flottaison, du même parcours. Une vidéo de lancement Product Hunt a ses propres contraintes de durée et de format pour la galerie. Partager la construction avec un relecteur non technique est un autre travail, couvert dans le guide sur comment partager un projet Base44 avec un client. Une entrée de portfolio a habituellement besoin de l'application montrée en fonctionnement plutôt que décrite, et une présentation guidée de relecture formelle a besoin du parcours cadré autour de ce qui a été demandé plutôt que de ce qui semble impressionnant.

Pour un parcours d'agent IA qui inclut un passage QA avant publication, le guide de la vidéo de démo QA d'un agent IA couvre une discipline de relecture associée, et le guide de la démo de page de destination d'un agent IA est utile quand la décision de placement est la partie la plus difficile du travail. Comparez les options d'URL directe sur GogoScreen contre Demosmith, consultez les tarifs avant de vous engager sur un plan, ou parcourez le reste des guides et des comparaisons. Commencez depuis la page d'accueil de GogoScreen si le flux de travail de l'URL et de l'indication est encore la question ouverte.

Précisions

Avant de commencer

Que doit montrer une vidéo de démo Base44 ?

Montrez une tâche utilisateur unique dans l'application générée, depuis l'écran sur lequel un visiteur atterrit jusqu'au résultat enregistré ou visible. Une visite de chaque entité et de chaque écran généré est plus difficile à suivre qu'une seule tâche complète.

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

De nombreuses applications Base44 sont livrées avec un système de compte déjà intégré, donc la route enregistrée commence souvent par un écran de connexion. Un compte de démonstration préparé pour le rendu garde le candidat exempt des données d'un vrai utilisateur.

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

Non. Environ un rendu sur cinq échoue ou nécessite une nouvelle tentative, et cela s'applique à une application Base44 comme à toute autre application web. Relisez le candidat avant de l'utiliser où que ce soit publiquement.

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