Guide7 min de lecture

Partager un projet Base44 avec un client

Montrer le projet à un client plutôt que d'envoyer un lien qu'il ne cliquera pas.

Montrer à un client non technique un projet Base44 avec une vidéo courte au lieu d'un lien de prévisualisation qu'il n'ouvrira pas.

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 attend de voir

Confirmez exactement ce que le client attend de voir avant d'enregistrer quoi que ce soit, plutôt que de supposer que tout le projet a besoin d'une visite.

Préparer un parcours sans données réelles du client

Préparez le parcours avec des données d'exemple sûres afin qu'aucune information réelle du client n'apparaisse dans un fichier qui pourrait être transféré.

Vérifier par rapport à la demande d'origine

Vérifiez le candidat final par rapport à la demande d'origine du client avant de l'envoyer, pas seulement par rapport à l'apparence finie de l'application.

Un client qui a commandé un projet Base44 souhaite rarement se connecter à un environnement de prévisualisation pour chercher ce qui a changé. Il veut voir la chose précise qu'il a demandée, fonctionnelle, sous une forme qu'il peut regarder sur un téléphone entre deux réunions. Une vidéo fait ce travail mieux qu'un lien, et elle le fait sans exiger que le client se souvienne d'un mot de passe de démonstration ou navigue dans une interface qu'il n'a jamais vue. Beaucoup de clients qui commandent ce type de projet ne sont pas techniques, et une URL de prévisualisation qui s'ouvre sur un tableau de bord inconnu peut ressembler à un devoir plutôt qu'à une mise à jour de statut, ce qui est exactement l'impression qu'un constructeur veut éviter juste avant de demander une approbation.

GogoScreen transforme une URL d'application web et une indication d'une ligne sur ce qu'il faut montrer en un MP4 narré et monté, avec des zooms sur les clics, un lissage du curseur, les temps morts supprimés, et des sous-titres incrustés pour toute personne regardant sans le son. Il peut utiliser un compte de démonstration lorsque le projet se trouve derrière une connexion, ce que la plupart des projets Base44 font par défaut. Rien de tout cela n'est une promesse que chaque rendu réussira du premier coup. Prévoyez quelques minutes de vérification dans la transmission, surtout avant un envoi destiné à un client.

Que le client attend-il réellement de voir ?

Avant d'enregistrer, relisez le dernier message du client et identifiez la demande précise. S'il a demandé un nouveau champ sur un formulaire, la vidéo doit montrer ce champ, pas tout le formulaire redessiné autour de lui. S'il a demandé si la fonctionnalité d'export fonctionne, la vidéo doit montrer un export en train de se faire et le fichier résultant apparaître, pas une visite générale de la section des rapports. Le dérapage de portée dans une vidéo de mise à jour client vient généralement d'une envie de montrer plus que ce qui a été demandé, et il tend à enterrer la seule chose que le client vérifie réellement.

Ce que le client a demandé	Ce que la vidéo doit isoler	Ce qui tend à la diluer
Un correctif ou une fonctionnalité précis	Cette action exacte et son résultat visible	Une visite d'écrans sans rapport construits plus tôt
Une vérification de statut générale	La pièce de travail la plus récemment terminée	Remontrer des fonctionnalités déjà approuvées avant
Une décision de type feu vert ou feu rouge	L'état dont dépend la décision	Un cadrage qui plaide pour une réponse plutôt qu'une autre

Une vidéo de démonstration Base44 générale est utile si la mise à jour client doit s'inscrire dans une démonstration plus large de l'application, mais les deux doivent rester séparées plutôt que combinées dans une vidéo plus longue qui essaie de faire les deux travaux.

Comment gérer la connexion sans exposer les données du client ?

La plupart des projets Base44 incluent la gestion de compte dès la génération, donc le parcours enregistré commencera probablement à ou juste après un écran de connexion. Utilisez un compte de démonstration créé pour cet usage plutôt que la propre connexion du client, même si la connexion du client fonctionnerait techniquement. Sur GogoScreen, les identifiants fournis pour le rendu sont chiffrés, utilisés pour un seul rendu, puis supprimés, ce qui est la façon précise et exacte de décrire cette gestion. 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.

Remplissez le compte de démonstration avec des données d'exemple qui ressemblent à ce que le client attendrait de voir, sans utiliser les noms réels de clients, de vrais documents, ou des données de production. Une vidéo est facile à transférer, capturer en image, ou publier là où elle n'était pas censée aller, et des données client dans un support de démonstration sont un risque simple à éviter en préparant correctement le parcours au préalable.

Comment la vidéo doit-elle être cadrée pour quelqu'un de non technique ?

Écrivez l'indication d'une ligne dans les termes simples que le client reconnaîtrait de sa propre demande, pas dans la terminologie interne que le projet pourrait utiliser. Si le client a appelé cela « le tableau de bord » dans son message, ne passez pas à « le module d'analyse » dans l'indication simplement parce que c'est l'étiquette à l'intérieur de l'application. La cohérence entre ce que le client a dit et ce que la vidéo montre rend la mise à jour plus facile à croire d'un seul coup d'œil.

Relisez la demande la plus récente du client avant de choisir quoi montrer.
Utilisez un compte de démonstration avec des données d'exemple, jamais les informations réelles du client.
Faites correspondre le langage de l'indication au langage utilisé par le client.
Limitez la vidéo à la seule chose demandée, pas à une visite plus large.

Que faire si la mise à jour client révèle un travail inachevé ?

Un parcours enregistré révèle parfois un problème qui n'était pas visible avant que la vidéo ne force un parcours complet, comme une étape qui ne fonctionne qu'avec certaines données ou un résultat qui apparaît de façon incohérente. Traitez cette découverte comme une information utile plutôt que comme une raison de refaire la vidéo jusqu'à ce que l'aspérité disparaisse du cadre. Un client qui va finir par remarquer le problème est généralement mieux servi par une note honnête accompagnant la vidéo que par une version mise en scène pour éviter le problème.

Décidez avant l'envoi si le problème est assez petit pour être mentionné dans un sous-titre ou assez important pour que la mise à jour client attende qu'il soit corrigé. Un champ manquant ou une transition maladroite convient souvent à mentionner en passant. Un parcours qui échoue franchement sur l'action précise que le client a demandée signifie généralement que la mise à jour n'est pas prête, et envoyer une vidéo malgré tout ne fait que reporter la conversation difficile sans la rendre plus facile.

Notez toute aspérité honnêtement plutôt que de monter autour d'elle.
Décidez si le problème est assez mineur pour une note en sous-titre ou assez sérieux pour retarder l'envoi.
Ne laissez jamais la vidéo suggérer un état d'achèvement que le projet n'a pas atteint.

Quelle est la version courte de ce processus ?

Confirmez exactement ce que le client attend de voir avant d'enregistrer quoi que ce soit, plutôt que de supposer que tout le projet a besoin d'une visite.
Préparez le parcours avec des données d'exemple sûres afin qu'aucune information réelle du client n'apparaisse dans un fichier qui pourrait être transféré.
Vérifiez le candidat final par rapport à la demande d'origine du client avant de l'envoyer, pas seulement par rapport à l'apparence finie de l'application.

Que devez-vous vérifier avant de l'envoyer au client ?

Regardez le candidat final par rapport au message d'origine du client une fois de plus. Confirmez que le résultat visible résout bien ce qu'il demandait, et que rien d'inachevé ou de sans rapport ne s'est glissé dans le cadre. Si une nouvelle tentative est nécessaire, c'est une part 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 tentative ratée pendant la préparation ne coûte rien de plus que l'attente. Chaque nouveau compte reçoit 60 secondes de vidéo une seule fois, avec filigrane, avec vérification d'adresse e-mail requise pour la télécharger, ce qui suffit souvent pour une seule mise à jour client.

Que se passe-t-il ensuite dans la transmission ?

Une fois que le client accepte la mise à jour, le même projet a souvent besoin d'autres supports pour d'autres moments. Une vidéo de lancement Product Hunt a ses propres contraintes distinctes si le projet se dirige vers un lancement public. Une entrée de portfolio peut réutiliser le projet terminé une fois que la relation client le permet, et un parcours de revue formel est le format adapté si un client ou une partie prenante a besoin d'une confirmation structurée que le projet répond aux exigences d'origine plutôt qu'une mise à jour informelle.

Pour le même travail de transmission sur un autre constructeur, voir les guides sur les vidéos de démonstration Figma Make, les vidéos de page de destination Figma Make, et les vidéos de lancement Product Hunt Figma Make, tous pertinents si le même client évalue des projets sur plus d'une plateforme. Les lectures connexes incluent le guide de démonstration Product Hunt pour un agent IA, le guide de la vidéo de démonstration pour un fondateur non technique, le guide de la vidéo de démonstration d'annonce produit, le guide de la vidéo de démonstration investisseur, et le guide de la vidéo de changelog pour un SaaS. Comparez les options directes par URL sur GogoScreen contre Demosmith, consultez les tarifs, ou parcourez le reste des guides et des comparaisons depuis la page d'accueil.

Précisions

Avant de commencer

Pourquoi ne pas simplement envoyer le lien de prévisualisation au client ?

Certains clients n'ouvriront pas un lien de prévisualisation brut, surtout un lien qui exige de se connecter d'abord avec un compte de démonstration. Une vidéo courte supprime cet obstacle et montre exactement le résultat que le client attend d'évaluer.

Que doit couvrir la vidéo pour une mise à jour client ?

Précisément ce que le client a demandé, présenté comme une action terminée avec un résultat visible. Évitez une visite plus large qui réintroduit des fonctionnalités que le client a déjà approuvées lors d'un tour précédent.

Est-il sûr d'utiliser les propres données du client dans la vidéo ?

Non. Utilisez des données préparées et non sensibles, même quand les données réelles du client existent dans le projet. Une vidéo est facile à transférer ou à publier publiquement par erreur une fois qu'elle a quitté vos mains.

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