Guide7 min de lecture

Vidéo de démo Firebase Studio

Transformez un flux Firebase Studio fonctionnel en une vidéo qui mérite d'être envoyée.

Montrez un flux fonctionnel d'une application Firebase Studio dans une courte vidéo narrée, préparée et relue avant que quiconque d'autre ne la voie.

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 le seul flux qui compte

Choisissez le seul flux de l'application Firebase Studio auquel un visiteur de première visite tiendrait le plus.

Atteindre l'application sur son URL publique

Atteignez l'application sur son URL publique déployée plutôt que l'aperçu dans l'espace de travail, et préparez son état.

Écrire l'indication et vérifier le rendu

Écrivez l'indication d'une ligne, demandez le rendu, et vérifiez le résultat par rapport au flux prévu.

Une vidéo de démo Firebase Studio doit franchir un obstacle avant de pouvoir porter sur autre chose : atteindre une application que quelqu'un d'autre peut réellement regarder. Firebase Studio lui même est un espace de travail basé sur le navigateur, et l'aperçu en direct montré à l'intérieur de cet espace de travail se trouve généralement derrière le compte Google lié au projet. Cet aperçu est pratique pendant la construction, mais ce n'est pas quelque chose qu'un inconnu peut ouvrir de lui même. Une vidéo de démo ne fonctionne qu'une fois que l'application est accessible quelque part où un spectateur sans accès au projet peut la charger, généralement une URL Firebase Hosting vers laquelle l'application a été déployée une fois la réalisation prête à être montrée.

GogoScreen prend cette URL accessible avec une ligne décrivant ce qu'il faut montrer, et renvoie un MP4 narré et monté en environ deux minutes. Il lisse le curseur, zoome sur les clics, coupe les temps morts, et incruste des sous-titres. Pour un flux se trouvant derrière Firebase Authentication ou toute autre connexion, un compte de démonstration peut être fourni. 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. Rien de tout cela n'est une affirmation que chaque réalisation Firebase Studio se rendra proprement du premier coup. Environ un rendu sur cinq a besoin d'une nouvelle tentative, et planifier autour de cela fait partie du travail.

Qu'est ce qui compte comme l'application étant accessible ?

Avant de demander quoi que ce soit, ouvrez l'URL déployée dans une fenêtre de navigateur privée, du genre sans session enregistrée pour le projet. C'est la simulation la plus proche de ce qu'un spectateur externe vivra. Si la fenêtre privée redirige vers un écran de connexion, affiche une page blanche, ou atterrit sur une page d'espace réservé Firebase par défaut plutôt que sur l'application elle même, le déploiement n'est pas encore prêt pour une démo, quel que soit l'aspect de l'aperçu de l'espace de travail.

Les applications construites rapidement dans Firebase Studio, en particulier celles générées avec l'aide de son assistance IA intégrée, portent souvent du contenu d'espace réservé issu de l'échafaudage initial. Vérifiez le texte lorem ipsum laissé, une page par défaut non stylisée, ou des données d'exemple qui n'ont jamais été remplacées. Un spectateur ne peut pas faire la différence entre un espace réservé intentionnel et un qui a simplement été oublié, donc nettoyez le avant l'enregistrement plutôt que de l'expliquer dans l'indication.

Cela compte plus pour les réalisations Firebase Studio que pour une application codée à la main, car l'échafaudage qui fait fonctionner rapidement un projet est conçu pour être remplacé, pas livré. Un formulaire généré qui soumet encore à un point de terminaison factice, un tableau de bord qui montre encore des lignes d'exemple de l'invite initiale, ou une page dont le texte se lit encore comme un espace réservé apparaîtront tous clairement à l'écran une fois que le curseur zoomera dessus. Parcourez le flux une fois comme le ferait un visiteur de première visite avant de décider qu'il est prêt, plutôt que de vous fier au souvenir de l'apparence de la réalisation lors de la dernière vérification.

Vérification d'accessibilité	Ce qu'elle confirme	Que corriger d'abord
Chargement en fenêtre privée	L'URL fonctionne sans accès au niveau du projet	Redéployer ou ajuster les règles d'hébergement avant l'enregistrement
Absence de contenu d'espace réservé restant	L'application paraît finie, pas échafaudée	Remplacer le texte par défaut et les données d'exemple
Canal d'hébergement correct	La version montrée correspond à ce qui doit être livré	Pointer le rendu vers la production, pas un aperçu obsolète

Quel flux la vidéo doit elle réellement montrer ?

Choisissez l'action unique à laquelle un visiteur de première visite tiendrait le plus, la chose pour laquelle l'application existe réellement. Cela pourrait être soumettre un formulaire et voir une confirmation, ou saisir une valeur et regarder un résultat se mettre à jour. Les applications Firebase Studio assemblées rapidement autour d'un backend généré ont parfois plusieurs routes à moitié terminées à côté de celle qui était le véritable point de la réalisation. Ignorez les routes à moitié terminées pour cette vidéo.

Confirmez que le flux commence sur une page qu'un inconnu atterrirait réellement en premier.
Confirmez que l'action produit un changement visible et précis, pas un indicateur de chargement générique.
Confirmez que le résultat aurait du sens pour quelqu'un qui n'a jamais vu l'application.

Choisissez le seul flux de l'application Firebase Studio auquel un visiteur de première visite tiendrait le plus.
Atteignez l'application sur son URL publique déployée plutôt que l'aperçu dans l'espace de travail, et préparez son état.
Écrivez l'indication d'une ligne, demandez le rendu, et vérifiez le résultat par rapport au flux prévu.

Quelle précision l'indication d'une ligne doit elle avoir ?

Nommez l'écran de départ, l'action, et le résultat attendu en une phrase, de la même manière que vous l'expliqueriez à quelqu'un debout derrière vous. « Depuis la page d'accueil, soumettre le formulaire de contact et montrer le message de confirmation » est assez précis pour être vérifié ensuite. Une indication vague comme « montrer l'application » laisse trop de place au rendu pour errer vers un écran qui n'a jamais été le but.

Faites correspondre le libellé de l'indication au libellé réellement à l'écran. Si un bouton dit Commencer, l'indication doit dire Commencer plutôt qu'une paraphrase, car une discordance entre la narration et l'interface paraît négligée même quand le flux sous jacent est correct.

Que faut il vérifier avant d'envoyer la vidéo terminée ?

Regardez la une fois sans le son. La plupart des personnes qui reçoivent un lien vers une vidéo de démo n'activeront pas immédiatement leur son, et si la séquence visuelle n'a pas de sens sans narration, les sous-titres incrustés font tout le travail, et cela vaut la peine de le savoir avant que la vidéo n'aille quelque part de public. Comparez le résultat à l'indication d'une ligne et confirmez que la vidéo montre exactement le flux prévu, pas un flux adjacent que le rendu a capturé par hasard.

Si le rendu revient en montrant un état d'erreur, un cache obsolète, ou un écran qui ne correspond pas à ce qui était attendu, ne l'envoyez pas en espérant que personne ne le remarque. Vérifiez d'abord l'application déployée à la main, car l'écart est plus souvent un problème d'hébergement ou de mise en cache qu'un problème de rendu. Videz le cache, confirmez que l'URL pointe vers le canal prévu, corrigez ce qui a causé l'écart, et redemandez le rendu plutôt que d'essayer d'expliquer l'écart dans un sous-titre. Une deuxième tentative avec la cause sous jacente corrigée résout généralement le problème, bien qu'une nouvelle tentative ne soit jamais garantie de réussir d'elle même.

Où cela s'inscrit il dans le reste d'un lancement Firebase Studio ?

Une vidéo de démo montrant que l'application fonctionne est généralement le premier actif nécessaire, et plusieurs autres suivent selon l'audience. Le guide de la vidéo de page de destination Firebase Studio couvre la version destinée à se trouver au dessus de la ligne de flottaison sur la propre page marketing de l'application, visant un inconnu décidant s'il continue à lire. Le guide de la vidéo de lancement Product Hunt Firebase Studio couvre la version construite pour une galerie de lancement, qui porte ses propres contraintes de longueur et de format. Le guide du partage Firebase Studio avec un client s'adresse à un relecteur non technique qui ne cliquera jamais lui même sur un lien d'hébergement, et le guide de la démo de portfolio Firebase Studio et le guide de la présentation guidée de relecture Firebase Studio couvrent les versions portfolio et relecture interne de la même application sous jacente.

Pour comparer cette approche à d'autres outils de capture d'écran, voir GogoScreen contre Screen Studio et la différence entre une démo produit interactive et une vidéo de démo. Si l'application elle même a impliqué un agent IA dans son processus de construction, le guide de la vidéo de démo SaaS d'agent IA couvre ce cadrage directement, et le guide de la vidéo de démo de prototype à partir d'une URL vaut la peine d'être lu quand la réalisation en est encore à un stade précoce plutôt que terminée. Pour une réalisation destinée à mettre à jour une partie prenante plutôt qu'un inconnu, voir le guide de la vidéo de démo de mise à jour investisseur. Comparez GogoScreen à un outil d'enregistrement dédié sur GogoScreen contre Demosmith, consultez les tarifs pour les forfaits et recharges, parcourez la bibliothèque complète de guides et les pages de comparaison, ou commencez depuis la page d'accueil de GogoScreen pour le flux de travail de l'URL et de l'indication lui même.

Précisions

Avant de commencer

Dois je enregistrer à l'intérieur de l'espace de travail Firebase Studio ou l'application déployée ?

Enregistrez l'application déployée sur son URL publique si possible. L'aperçu de l'espace de travail à l'intérieur de Firebase Studio se trouve généralement derrière un compte Google au niveau du projet, donc une démo faite depuis l'espace de travail n'est pas quelque chose qu'un spectateur externe pourrait atteindre par lui même.

Que faire si l'application est encore sur un canal d'aperçu Firebase Hosting plutôt que sur le site principal ?

Une URL de canal d'aperçu fonctionne pour un rendu tant qu'elle est accessible dans un navigateur sans permissions particulières. Notez quel canal a été enregistré afin que personne ne le confonde avec la version de production.

Une vidéo de démo Firebase Studio doit elle expliquer comment l'application a été construite ?

Non. La vidéo doit montrer ce que l'application fait pour la personne qui l'utilise, pas comment elle a été fabriquée. Mentionner l'outil de création est un contexte facultatif, pas le but de la vidéo.

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