Guide7 min de lecture

Partager un projet Firebase Studio avec un client

Donnez le résultat au client sans lui demander de cliquer sur un lien.

Remettez à un client une version fonctionnelle de Firebase Studio sans lien à cliquer, avec une courte vidéo au lieu d'une URL partagée.

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

Confirmer ce que le client doit vraiment voir

Confirmez ce que le client doit vraiment voir, pas tout ce qui a été construit.

Déployer et préparer une version accessible

Déployez la version sur une URL Firebase Hosting accessible et préparez la avec des données de démonstration sûres.

Enregistrer, relire, et envoyer avec un contexte clair

Enregistrez le parcours, relisez le une fois, et envoyez le avec une phrase claire expliquant ce qu'il montre.

Un client non technique ne veut pas d'un lien vers un aperçu Firebase Studio ou une URL d'hébergement qu'il doit trouver le temps de cliquer, comprendre comment parcourir, et interpréter sans aide. Il veut savoir une seule chose : la chose qu'il a demandée existe-t-elle et fonctionne-t-elle. Une courte vidéo enregistrée répond directement à cela, dans l'ordre qui a du sens, sans demander au client de faire lui même le travail de trouver l'écran pertinent.

GogoScreen prend l'URL publique de l'application et une indication d'une ligne sur ce qu'il faut montrer, puis renvoie un fichier MP4 narré et monté en environ deux minutes, avec des zooms sur les clics, un lissage du curseur, la suppression des temps morts, et des sous titres incrustés. Si le parcours du client se trouve derrière une connexion, 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. La vidéo ne remplace pas le fait de finir par donner au client un accès réel s'il en a besoin. Elle comble l'écart entre la fin d'une construction et le moment où le client voit réellement qu'elle est terminée.

Pourquoi un lien d'aperçu Firebase Studio est-il la mauvaise chose à envoyer ?

L'aperçu en direct à l'intérieur de l'espace de travail Firebase Studio exige généralement que le spectateur ait accès au projet Google Cloud ou Firebase sous jacent, puisqu'il s'exécute dans le même environnement authentifié que celui où la construction a lieu. Envoyer ce lien au client soit ne fonctionne pas du tout, parce qu'il n'a pas accès au projet, soit exige de lui accorder un niveau d'accès au projet qu'une simple relecture ne demande pas. Aucun de ces deux résultats n'est ce dont la passation avait besoin.

Déployez plutôt la version sur son URL Firebase Hosting publique, celle qui est censée être accessible sans aucun identifiant de projet, et enregistrez depuis là. Cette URL est ce qu'un véritable utilisateur final de l'application terminée finirait par utiliser, ce qui en fait la bonne chose à montrer à un client qui décide si la version correspond à ce qu'il a demandé.

Cela évite aussi un résultat plus gênant : un client qui n'arrive pas du tout à charger un lien, réessaie quelques fois, puis conclut discrètement que le projet est cassé avant que quiconque ait la chance d'expliquer que c'était simplement le mauvais lien. Une vidéo contourne entièrement ce mode d'échec, puisqu'il n'y a rien pour le client à cliquer, à charger, ou sur quoi rester bloqué.

Ce qu'il faut envoyer au client	Pourquoi cela fonctionne	Pourquoi l'alternative échoue
Une courte vidéo depuis l'URL déployée	Montre le résultat sans préparation requise de sa part	Un lien d'aperçu de l'espace de travail demande souvent un accès au projet qu'il n'a pas
Une phrase claire de contexte	Lui dit exactement ce que la vidéo prouve	Un lien sans explication le laisse deviner quoi regarder
Un seul parcours ciblé	Répond rapidement à sa vraie question	Une visite complète noie la seule chose qu'il a demandée

Que devez vous vérifier avant d'enregistrer ?

Ouvrez l'URL déployée dans une fenêtre de navigation privée et parcourez exactement le flux demandé par le client. Confirmez que rien ne l'interrompt : aucun contenu d'espace réservé oublié, aucun lien cassé, aucun état qui ne fonctionne qu'à cause d'une session laissée par les tests. Un client qui regarde une vidéo montrant une erreur est pire qu'un client qui n'a encore rien vu, parce qu'il a maintenant la preuve d'un problème plutôt qu'une question ouverte.

Confirmez que le flux demandé par le client fonctionne toujours de bout en bout.
Retirez ou remplacez tout contenu d'espace réservé laissé par la construction initiale.
Préparez des données de démonstration crédibles sans utiliser quoi que ce soit de sensible.
Décidez si le client a besoin du flux entier ou seulement du résultat.

Confirmez ce que le client doit vraiment voir, pas tout ce qui a été construit.
Déployez la version sur une URL Firebase Hosting accessible et préparez la avec des données de démonstration sûres.
Enregistrez le parcours, relisez le une fois, et envoyez le avec une phrase claire expliquant ce qu'il montre.

À quel point la vidéo doit elle être ciblée ?

Aussi ciblée que la vraie question du client. S'il a demandé si le flux d'inscription fonctionne, montrez le flux d'inscription et arrêtez vous là, plutôt que d'ajouter trois autres fonctionnalités qu'il n'a pas demandées. Une vidéo plus large invite un ensemble de questions plus large et ralentit l'approbation précise dont le client a vraiment besoin. Gardez la visite plus complète pour un moment où le client a explicitement demandé à en voir davantage.

Rédigez l'indication d'une ligne de la même manière, en nommant le point de départ exact, l'action, et le résultat, pour que le rendu ne dérive pas vers un écran que le client n'a jamais demandé. Si la version a changé depuis la demande initiale, notez le dans le message qui accompagne la vidéo plutôt que de laisser la vidéo sous entendre quelque chose qui n'est plus exact.

Que doit accompagner la vidéo au moment de l'envoyer ?

Envoyez une courte phrase claire à côté de la vidéo expliquant ce qu'elle montre et pourquoi. Quelque chose comme « ceci montre le flux d'inscription que vous avez demandé, de la page d'accueil jusqu'à l'écran de confirmation » donne au client un contexte avant qu'il n'appuie sur lecture, pour qu'il sache ce qu'il regarde et ce qu'il doit vérifier. Ne supposez pas que la vidéo parle entièrement d'elle même, même bien faite, puisque le client n'a pas construit l'application et ne peut pas deviner l'intention à partir des seules images.

Si le rendu revient avec un problème, un cache obsolète ou un écran inattendu, ne l'envoyez pas en espérant que le client ne le remarquera pas. Environ un rendu sur cinq nécessite une nouvelle tentative. Corrigez la cause sous jacente et enregistrez à nouveau plutôt que d'expédier une vidéo qui sous estime un travail terminé.

Le calendrier compte aussi ici. Un client qui attendait une mise à jour est plus tolérant envers un court délai pour un rendu refait qu'envers la réception de quelque chose qui paraît inachevé au premier visionnage. Prévoyez une petite marge dans le calendrier promis pour la passation afin qu'une nouvelle tentative ne se transforme pas en échéance manquée, et dites le clairement si le calendrier doit bouger plutôt que de laisser le client s'en apercevoir seulement quand la vidéo n'arrive pas.

Comment cela se compare t il aux autres relectures Firebase Studio ?

Le partage avec un client se situe entre deux tâches liées. Le guide de démo portfolio Firebase Studio sert à montrer la version à quelqu'un qui décide s'il faut engager le créateur, et le guide de relecture d'application Firebase Studio sert à un relecteur interne qui vérifie la version par rapport à un cahier des charges avant qu'elle n'atteigne jamais le client. Cette page suppose que la version a déjà passé la relecture interne et que le client est maintenant le public visé.

Pour la tâche équivalente sur un autre créateur d'applications, voir le guide de vidéo de démo Softr, le guide de vidéo de page de destination Softr, et le guide de vidéo de lancement Product Hunt Softr. Si la relecture du client concerne en réalité un changement de code plutôt qu'une fonctionnalité terminée, le guide de vidéo de démo d'un agent de codage est le rapprochement le plus proche. Si le flux attendu par le client est lui même une fonctionnalité de type tableau de bord plutôt qu'une action destinée au client, le guide de vidéo de démo de tableau de bord interne couvre le choix de la seule vue métrique dont une partie prenante a besoin avant de faire confiance aux chiffres, une version plus étroite de la même question de cadrage que cette page pose au sujet du flux d'un client. Pour choisir l'image sur laquelle une vidéo s'ouvre, le guide de l'image d'aperçu de vidéo de démo vaut la peine d'être lu, et le guide de présentation guidée d'une application web couvre un format plus long pour quand le client a besoin de plus d'un flux expliqué. Comparez GogoScreen face à un outil d'enregistrement dédié sur GogoScreen contre Screen Studio, et si la version se lance vers une liste d'attente plutôt que directement vers le client, le guide de vidéo de démo de lancement en liste d'attente couvre ce moment distinct. Voir GogoScreen contre Loom, consultez les tarifs pour les forfaits et recharges, parcourez la bibliothèque de guides et les pages de comparaison, ou partez de la page d'accueil de GogoScreen pour le flux de travail URL et indication lui même.

Précisions

Avant de commencer

Pourquoi ne pas simplement envoyer au client le lien Firebase Hosting ?

Un lien demande toujours au client de trouver du temps, de l'ouvrir, et d'interpréter seul une interface qu'il ne connaît pas. Beaucoup ne le feront pas, et ceux qui le font peuvent se concentrer sur la mauvaise chose. Une courte vidéo montre exactement ce qu'ils doivent voir, dans l'ordre qui a du sens.

Puis-je plutôt partager directement l'aperçu de l'espace de travail Firebase Studio ?

Généralement pas sans accorder au client un accès au projet Google Cloud ou Firebase sous jacent, ce qui représente plus d'accès qu'une relecture client n'en demande. Déployez plutôt sur une URL Firebase Hosting accessible et enregistrez depuis là.

Et si le client ne se soucie que d'une fonctionnalité précise ?

Enregistrez une courte vidéo centrée sur cette seule fonctionnalité plutôt qu'une visite générale. Une vidéo étroite et précise répond à sa vraie question plus vite qu'une vidéo large qui l'oblige à chercher la partie qui l'intéresse.

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