Guide7 min de lecture

Partager un projet Lovable avec un client

Certains relecteurs ne cliqueront jamais sur un lien. Montrez leur le résultat plutôt.

Transformez un lien de prévisualisation Lovable en une vidéo qu'un client non technique peut regarder sans ouvrir l'application ni se connecter.

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

Identifier la question du client

Identifiez la question exacte que le client a posée ou le jalon qu'il attend.

Préparer l'écran pertinent

Préparez seulement l'écran ou le flux qui répond à cette question, avec des données d'exemple sûres.

Enregistrer et envoyer avec du contexte

Enregistrez une courte vidéo et envoyez la avec une phrase qui dit ce qu'elle montre et ce qui est encore en cours.

Un client qui a commandé une application veut rarement l'explorer lui même. Il veut savoir si la chose pour laquelle il paie existe et fonctionne. Envoyer un lien de prévisualisation nu lui demande de faire le travail du créateur consistant à trouver le bon écran, comprendre ce qu'il regarde, et se former un jugement sur la progression, ce dont la plupart des clients ne sont ni équipés ni disposés à faire. Une courte vidéo répond directement à la vraie question plutôt que de remettre un devoir.

Cela compte particulièrement pour une construction Lovable, où la progression peut paraître inégale de l'extérieur. Une application générée peut avoir un flux soigné et plusieurs flux rugueux ou vides en même temps, car le travail se fait écran par écran plutôt que d'un seul coup. Un client qui tombe par hasard sur une partie inachevée de l'application via un lien brut peut lire cela comme l'arrêt de tout le projet, même quand la partie qui l'intéresse réellement est terminée. Une vidéo contrôle ce qu'il voit et dans quel ordre.

Il y a aussi un coût de confiance à un mauvais premier regard qui dure plus longtemps que le moment lui même. Un client qui ouvre un lien brut et atterrit sur une erreur ou un écran vide ne retourne généralement pas essayer à nouveau. Il se forme une impression et la porte dans la conversation suivante, quelle que soit la progression réellement accomplie ailleurs dans la construction. Une courte vidéo contrôlée évite de lui donner cette chance de mauvaise première impression dès le départ.

Pourquoi une mise à jour de statut a t elle besoin de sa propre vidéo ?

Une mise à jour de statut écrite est facile à survoler et facile à mal lire. « Le tableau de bord fonctionne » signifie quelque chose de différent pour la personne qui l'a construit que pour la personne qui lit la phrase à froid. Une vidéo supprime cette ambiguïté en montrant l'écran réel faisant réellement la chose, ce qui est une forme de preuve plus forte qu'une phrase ne pourra jamais l'être seule.

Format de mise à jour	Ce qu'il prouve	Ce qu'il laisse ouvert
Message de statut écrit	Qu'un travail a eu lieu, en général	Si la fonctionnalité précise fonctionne comme décrit
Lien de prévisualisation brut	Rien par lui même	Si le client peut trouver ou comprendre le bon écran
Courte vidéo	Le flux précis, dans l'état où il se trouve réellement	Rien, si elle est délimitée à la bonne question

C'est une tâche plus étroite qu'une vidéo de page de destination visant un inconnu froid qui a besoin d'être convaincu depuis un point de départ neutre. Une mise à jour client ne répond qu'à quelqu'un qui connaît déjà le projet et attend une pièce précise de celui ci, ce qui change à la fois la durée et le ton qui fonctionnent le mieux.

Cette différence de public change aussi ce qui compte comme une bonne image d'ouverture. Un inconnu a besoin d'une raison de continuer à regarder. Un client en a déjà une, car il a posé la question à laquelle la vidéo répond. La vidéo peut commencer plus près du résultat réel plutôt que de passer du temps à établir pourquoi le spectateur devrait s'y intéresser.

Comment choisir ce qu'il faut montrer à un client ?

Partez de la dernière question que le client a réellement posée, pas de ce qui paraît le plus impressionnant à montrer. S'il a demandé si le flux de paiement fonctionne, montrez le flux de paiement, complètement, du début au résultat. Ne remplissez pas la vidéo d'écrans sans rapport pour faire paraître la mise à jour plus grande qu'elle ne l'est ; un client peut faire la différence entre une réponse ciblée et du remplissage, et le remplissage érode la confiance plus vite qu'une mise à jour partielle honnête.

Relisez le dernier message ou ticket où le client a soulevé la question.
Identifiez le seul écran ou flux qui y répond directement.
Laissez de côté tout ce qui est sans rapport, même si cela se trouve être terminé.
Notez, en dehors de la vidéo, ce qui est encore en cours.

Si la construction n'est vraiment pas terminée, dites le clairement à côté de la vidéo plutôt que d'essayer de faire paraître un état incomplet plus achevé qu'il ne l'est. Un client à qui l'on dit la vérité sur la progression fait davantage confiance à la mise à jour suivante, pas moins. C'est aussi là qu'une démo de portfolio diffère d'une mise à jour client : une pièce de portfolio est choisie parce qu'elle est terminée, tandis qu'une mise à jour client doit être honnête sur une construction qui pourrait encore être en cours.

Comment préparer la prévisualisation Lovable pour un public client ?

Ouvrez la route que la vidéo utilisera et confirmez qu'elle atteint directement l'écran pertinent. Remplacez tout texte provisoire ou libellé inachevé dans ce flux précis si vous le pouvez, car un client qui repère un mot provisoire littéral le lira comme plus inachevé qu'il ne l'est réellement. Utilisez des données d'exemple réalistes plutôt qu'un état vide, car une liste vide ne donne rien à juger à un spectateur non technique.

Identifiez la question exacte que le client a posée ou le jalon qu'il attend.
Préparez seulement l'écran ou le flux qui répond à cette question, avec des données d'exemple sûres.
Enregistrez une courte vidéo et envoyez la avec une phrase qui dit ce qu'elle montre et ce qui est encore en cours.

Si le flux pertinent se trouve derrière une connexion, un compte de démonstration jetable peut être fourni via le processus approuvé plutôt que de réutiliser un vrai compte. Les rédacteurs ne doivent pas manipuler directement l'identifiant. Le guide de la présentation guidée de relecture d'application couvre une situation liée où le public relit la construction par rapport à une spécification plutôt que de simplement vérifier la progression.

Synchronisez la préparation avec le moment où la vidéo sera réellement envoyée, pas avec le moment où le flux a d'abord commencé à fonctionner. Un écran qui était fonctionnel la semaine dernière peut régresser après un changement ultérieur, et un client qui reçoit une vidéo d'un flux qui ne correspond plus à la construction en direct perd plus de confiance que celui qui ne reçoit aucune mise à jour. Un passage rapide par la route exacte juste avant l'enregistrement attrape ce genre de dérive avant qu'elle n'atteigne le client.

Comment la vidéo doit elle être envoyée ?

N'envoyez jamais une vidéo sans contexte en laissant le client deviner ce qu'elle prouve. Une seule phrase au dessus du lien, nommant ce que la vidéo montre et ce qui reste en suspens, fait plus pour la confiance que la vidéo elle même. Les clients se souviennent davantage si les mises à jour étaient honnêtes que si chaque fonctionnalité a été livrée selon le calendrier initial.

Gardez un léger registre de ce qui a été envoyé et quand. Un client qui demande des nouvelles de la progression trois semaines plus tard bénéficie d'un créateur qui peut pointer vers la mise à jour exacte plutôt que de reconstruire la chronologie de mémoire. C'est une petite habitude, mais elle transforme une série de vidéos isolées en un historique de projet défendable si un désaccord sur le périmètre ou le calendrier survient un jour.

Pour un créateur qui livre le même type de construction sur une autre plateforme, le guide de la vidéo de page de destination Replit et le guide de la vidéo de lancement Product Hunt Replit couvrent des problèmes adjacents sur une autre pile, et le guide de partage Replit avec un client couvre cette situation exacte là bas. Pour un format de mise à jour lié mais distinct, le guide de la vidéo de mise à jour produit et le guide de la vidéo de relecture produit d'un agent IA couvrent tous deux des cadences de mise à jour récurrentes plutôt qu'une seule vérification de jalon. Une vidéo de démo de page d'accueil et une vidéo de démo d'annonce de produit visent toutes deux un public public plutôt qu'un seul client, et un guide de vidéo de démo pour fondateur non technique couvre la situation inverse, où le fondateur est celui qui a besoin de l'explication simple. Pour une comparaison avec un outil d'enregistrement d'écran que certaines équipes utilisent déjà pour les mises à jour client, lisez GogoScreen contre Guidde. Consultez la tarification, parcourez le reste des guides et des comparaisons, ou commencez depuis la page d'accueil de GogoScreen.

Précisions

Avant de commencer

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

Certains clients ne cliqueront pas dessus, ne sauront pas ce qu'ils regardent une fois qu'ils l'ont fait, ou tomberont sur un état vide ou à moitié construit et supposeront que le travail s'est arrêté. Une vidéo supprime les trois risques à la fois.

La vidéo doit elle montrer toute l'application ou une seule partie ?

Montrez la partie que le client a demandée ou celle qui répond à la question qu'il a soulevée en dernier. Une mise à jour client est une réponse ciblée, pas une visite complète.

Que faire si la construction n'est pas encore terminée ?

Dites le dans le message qui accompagne, plutôt que de le cacher. Montrez la partie qui fonctionne honnêtement plutôt que d'habiller un état incomplet pour qu'il paraisse plus fini qu'il ne l'est.

La vidéo peut elle inclure une partie de l'application derrière une connexion ?

Oui, avec un compte de démonstration jetable fourni via le processus approuvé. Les identifiants sur GogoScreen 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.

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