Guide7 min de lecture

Vidéo de démo de portfolio Firebase Studio

Montrez la réalisation Firebase Studio en fonctionnement, pas l'éditeur.

Transformez une réalisation Firebase Studio en entrée de portfolio montrant l'application en fonctionnement sur son URL publique, pas l'espace de travail.

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 réalisation avec un vrai flux fonctionnel

Choisissez une réalisation Firebase Studio dans le portfolio avec un vrai flux fonctionnel, pas seulement une mise en page stylisée.

La déployer et préparer des données crédibles

Déployez la sur une URL accessible et préparez des données crédibles qui sont sûres à montrer.

Enregistrer le flux et vérifier qu'il se lit à froid

Enregistrez le flux et vérifiez qu'il a du sens pour quelqu'un qui voit l'application pour la première fois.

Une entrée de portfolio Firebase Studio doit prouver une chose qu'une capture d'écran ne peut pas : que quelque chose de précis a réellement été construit, pas simplement assemblé à partir d'un échafaudage par défaut avec des couleurs différentes. Firebase Studio permet d'obtenir rapidement une application d'apparence fonctionnelle à l'écran, en particulier avec son échafaudage assisté par IA, et cette rapidité est exactement pourquoi une capture d'écran seule ne distingue pas une réalisation qui a une vraie logique derrière elle d'une qui est encore essentiellement le modèle de départ. Une courte vidéo d'un flux se terminant réellement est la différence qu'un relecteur peut voir.

GogoScreen construit cela à partir d'une URL d'application publique et d'une indication d'une ligne décrivant le flux, renvoyant un MP4 narré en environ deux minutes avec zooms sur les clics, lissage du curseur, temps morts supprimés, et sous-titres incrustés. Si le flux se trouve derrière Firebase Authentication, un compte de démonstration peut être fourni, chiffré, utilisé pour un seul rendu, puis supprimé. 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 ne promet que chaque rendu fonctionnera proprement. Environ un rendu sur cinq a besoin d'une nouvelle tentative, ce qui vaut la peine de savoir avant de soumettre la veille où un portfolio doit devenir public.

Pourquoi l'aperçu de l'espace de travail ne fonctionne-t-il pas pour cela ?

L'aperçu en direct à l'intérieur de l'espace de travail Firebase Studio est lié au compte Google ayant accès à ce projet, donc ce n'est pas quelque chose qu'un inconnu examinant un portfolio peut ouvrir lui même même s'il avait le lien. Une entrée de portfolio a besoin d'une URL qui fonctionne pour quelqu'un sans aucune relation avec le projet, ce qui signifie que l'application doit être déployée vers son adresse publique Firebase Hosting avant de pouvoir être enregistrée à cette fin.

Le déploiement impose aussi une discipline utile : une réalisation qui ne fonctionne qu'à l'intérieur de l'espace de travail de développement, en s'appuyant sur des réglages ou des données qui n'existent que là, révélera cet écart dès qu'elle sera ouverte à froid sur l'URL publique. Repérer cela avant l'enregistrement vaut mieux que le repérer après qu'un relecteur a déjà essayé et échoué à voir ce qui était promis.

Exigence de portfolio	Pourquoi l'URL déployée la satisfait	Pourquoi l'aperçu de l'espace de travail ne le fait pas
Accessible par un inconnu	L'URL publique Firebase Hosting ne nécessite aucun accès au projet	L'aperçu de l'espace de travail nécessite un accès au compte Google du projet
Montre un comportement réel et fini	Force la réalisation à fonctionner hors de l'environnement de développement	Peut cacher des écarts qui n'existent qu'une fois déployée
Sûr à partager publiquement	Une URL d'hébergement est faite pour être partagée	L'espace de travail est un outil de développement, pas un actif partageable

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

Choisissez un flux qui reflète un travail personnalisé, pas le comportement par défaut du modèle. Si l'application a été construite en partant d'un modèle généré, la vidéo doit se concentrer sur ce qui a été ajouté ou modifié par dessus, un modèle de données précis, un flux de travail qui répond à une entrée d'une manière particulière, un élément de logique qui résout un vrai problème plutôt que d'afficher une mise en page générique. Un relecteur évaluant la compétence d'un bâtisseur pour une décision d'embauche ou une mission freelance veut une preuve de cette compétence précisément, pas la preuve qu'un modèle existe. Le guide de la vidéo de démo d'application créée par agent couvre le cas étroitement lié consistant à prouver un travail personnalisé quand un agent de codage IA a généré une grande partie de l'échafaudage directement, ce qui vaut la peine d'être vérifié quand on ne sait pas clairement combien de l'application terminée créditer au modèle plutôt qu'à la réalisation. Si le flux personnalisé à prouver est un pipeline de type CRM, le guide de la vidéo de démo CRM couvre le choix d'une affaire ou d'un contact qui traverse une action réelle, puisqu'une visite de chaque onglet ne prouve pas mieux un travail personnalisé ici qu'ailleurs. Si le flux personnalisé est plutôt une vue de métriques, le guide de la vidéo de démo de tableau de bord interne couvre le choix de la seule vue qui répond à la question à laquelle la réalisation était censée répondre, l'équivalent tableau de bord du même test.

Identifiez la partie de la réalisation qui reflète un vrai travail personnalisé.
Confirmez que ce flux fonctionne toujours sur l'URL déployée, pas seulement dans l'espace de travail.
Préparez des données qui rendent le but du flux clair pour un spectateur de première visite.

Choisissez une réalisation Firebase Studio dans le portfolio avec un vrai flux fonctionnel, pas seulement une mise en page stylisée.
Déployez la sur une URL accessible et préparez des données crédibles qui sont sûres à montrer.
Enregistrez le flux et vérifiez qu'il a du sens pour quelqu'un qui voit l'application pour la première fois.

Quelles données doivent être visibles lors de l'enregistrement ?

Un jeu de données vide ou manifestement faux affaiblit un flux par ailleurs solide, car le spectateur ne peut pas dire si la logique fonctionne réellement ou affiche simplement rien. Peuplez quelques lignes de contenu inventé mais crédible avant l'enregistrement, en utilisant des noms et des détails qui paraissent plausibles sans utiliser quoi que ce soit du projet d'un vrai client, sauf si ce client a approuvé qu'il soit montré publiquement.

Comment relire la vidéo terminée avant de la publier ?

Regardez la comme le ferait un inconnu, sans contexte préalable et le son coupé d'abord. Si le flux a toujours du sens sans narration, les sous-titres font suffisamment le travail par eux mêmes. Si il n'a de sens qu'avec l'explication complète en cours de lecture, le flux était probablement trop complexe pour une entrée de portfolio et bénéficierait d'être réduit à une action plus petite et plus nette.

Vérifiez le rendu par rapport à ce qui a réellement été construit plutôt qu'à ce qui était espéré. Si le rendu a capturé un cas limite ou une erreur que l'application ne montre pas habituellement, ne le présentez pas comme représentatif. Corrigez le problème sous jacent et enregistrez de nouveau plutôt que de monter autour d'un défaut que le rendu a capturé par hasard.

Vérifiez aussi que la vidéo tient toujours des mois plus tard, car un portfolio est rarement mis à jour la même semaine où l'application sous jacente change. Une mise à niveau de dépendance, une API dépréciée, ou un changement de modèle de données peuvent silencieusement casser exactement le flux autour duquel une vidéo de portfolio est construite, et personne ne le remarque jusqu'à ce qu'un relecteur clique et trouve que l'application en direct se comporte maintenant différemment de ce que montre la vidéo. Programmez un rappel pour rouvrir l'URL déployée de temps en temps et confirmer que le flux correspond toujours à ce que la vidéo affirme, plutôt que de supposer qu'une pièce de portfolio est terminée une fois publiée.

Cela compte plus pour une réalisation Firebase Studio que pour une application maintenue à la main, car une réalisation assemblée rapidement avec un échafaudage assisté par IA peut porter des dépendances qui ont été fixées au moment de la génération et jamais revisitées. Une entrée de portfolio exacte au lancement peut se désynchroniser de l'application en direct sans que personne ne le décide exprès, et la solution consiste simplement à vérifier périodiquement plutôt que de supposer la permanence, surtout avant d'envoyer le lien à un relecteur qui jugera tout le portfolio sur cette seule entrée.

Comment cela se compare-t-il à la même tâche sur d'autres plateformes ?

L'approche sous jacente se transpose vers d'autres plateformes de création même si les détails diffèrent. Le guide de la présentation guidée de relecture Firebase Studio couvre la version de relecture interne de cette même réalisation, destinée à quelqu'un qui vérifie le travail par rapport à un brief plutôt que de juger le bâtisseur en général. Pour la même tâche de portfolio sur une plateforme différente, voir le guide de la vidéo de démo Softr, le guide de la vidéo de page de destination Softr, le guide de la vidéo de lancement Product Hunt Softr, et le guide du partage Softr avec un client.

Pour une réalisation sans enregistrement d'écran disponible et nécessitant une approche entièrement différente, le guide de l'enregistrement d'une démo sans capture d'écran et le guide de la capture d'écran automatisée pour une application web couvrent des chemins alternatifs. Le guide de la vidéo de démo SaaS à deux personnes et le guide de la vidéo de démo pour fondateur non technique couvrent des situations adjacentes où la personne qui enregistre la pièce de portfolio n'est pas celle qui a fait la réalisation technique. Si l'entrée de portfolio est destinée à soutenir une levée de fonds plutôt qu'à décrocher un travail freelance, le guide de la vidéo de démo de mise à jour investisseur couvre ce cadrage distinct. Comparez GogoScreen à un outil d'enregistrement dédié sur GogoScreen contre guidde, 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

Une vidéo de portfolio Firebase Studio doit elle être enregistrée depuis l'espace de travail ou l'application déployée ?

Enregistrez depuis l'URL publique déployée. L'aperçu de l'espace de travail à l'intérieur de Firebase Studio nécessite généralement un accès au compte Google au niveau du projet, que le recruteur ou le client potentiel n'aura pas.

Que doit prouver la vidéo pour une entrée de portfolio ?

Qu'une logique fonctionnelle précise existe et s'exécute, pas que l'interface paraît soignée. Un relecteur évaluant la compétence d'un bâtisseur veut voir un flux réel se terminer avec succès.

Est il acceptable d'utiliser une application Firebase Studio basée sur un modèle dans un portfolio ?

Seulement si la vidéo montre quelque chose de précis qui a été construit par dessus le modèle, un flux ou une logique personnalisée, plutôt que le comportement par défaut du modèle avec un texte de remplissage différent.

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