Aller au contenu
Guide7 min de lecture

Partager un projet Bolt avec un client

Montrez la construction à un client qui n allait jamais ouvrir le lien.

Remettez une application Bolt fonctionnelle à un client qui n'ouvrira pas un lien d'aperçu, avec une vidéo qui remplace le clic qu'il ne fera 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.

Un client ouvre rarement un lien d'aperçu de la façon dont le ferait un développeur. Recevant une URL vers une session en bac à sable Bolt, un client non technique pourrait cliquer dessus, attendre son chargement, se demander quelle partie est le véritable produit et quelle partie est l'outillage du créateur, et abandonner avant d'atteindre la partie censée le convaincre. Le problème n'est pas que le client manque d'intérêt. C'est qu'un lien brut lui demande de faire un travail auquel il ne s'est jamais inscrit : naviguer dans une interface inconnue pour trouver un résultat que quelqu'un d'autre sait déjà atteindre directement.

Une courte vidéo supprime cette étape. Plutôt que de demander au client de trouver le résultat lui même, elle le lui montre, dans l'ordre qui a du sens, avec une narration qui explique ce qu'il regarde. Cela compte particulièrement pour une application Bolt, où le chemin le plus rapide vers un aperçu fonctionnel est souvent une session en bac à sable dans le navigateur qu'un client n'a aucune raison de reconnaître comme légitime, et où un visiteur pour la première fois peut ne pas être capable de distinguer un bac à sable en chargement d'un lien cassé.

L'écart entre ce que voit un créateur et ce que voit un client est facile à sous estimer. Un créateur reconnaît un écran de chargement de bac à sable comme une partie normale du processus, quelque chose à attendre une seconde ou deux. Un client sans exposition à cet outillage n'a aucun schéma de ce type sur lequel s'appuyer, et un délai qui paraît routinier pour l'un peut paraître comme un lien cassé pour l'autre. Une vidéo contourne entièrement cette différence en présentant un résultat fini plutôt que de demander au client de patienter à travers l'état de chargement lui même.

Pourquoi un lien d'aperçu échoue t il avec ce public ?

Un développeur qui ouvre un lien d'aperçu Bolt comprend ce qu'il regarde même si cela prend un instant à charger. Un client n'a pas ce contexte. Il voit une interface inconnue, un délai de chargement possible, et aucun signal clair sur où regarder en premier. Certains clients ne cliqueront pas du tout sur le lien s'il est arrivé sans explication, puisqu'une URL inconnue venant d'un créateur peut être lue comme une chose facile à remettre à plus tard.

Ce que voit le clientCe qu'une vidéo supprime
Une interface en bac à sable inconnueRemplacée par une séquence guidée avec narration
Un délai de chargement sans explicationRemplacé par un résultat fini et monté
Aucun point de départ clairRemplacé par une image d'ouverture délibérée

Que doit réellement montrer la vidéo ?

Faites correspondre la vidéo à ce dont le client a été informé, pas à tout ce qui a été construit. Si l'accord était de livrer un parcours de paiement fonctionnel, la vidéo doit montrer ce parcours se terminer, pas une visite du panneau d'administration ou une liste d'améliorations techniques que le client n'a pas demandées. Un client qui regarde une vidéo qui s'égare hors du périmètre convenu peut commencer à se demander si le livrable réel s'est perdu quelque part dans la visite.

  1. Déployez la construction sur une URL stable que le client pourra revisiter plus tard s'il le souhaite.
  2. Faites correspondre la vidéo au résultat précis dont le client a été informé.
  3. Envoyez la vidéo en premier, avec le lien déployé inclus comme suivi facultatif.

Comment déployer d'abord change t il la passation ?

Déployer la construction avant d'envoyer quoi que ce soit donne au client une adresse réelle et revisitable, même s'il ne clique jamais dessus. Cela compte parce que la confiance dans une passation dépend souvent de savoir qu'un filet de sécurité existe, pas de réellement l'utiliser. Un client qui sait qu'il peut revenir plus tard vers un lien fonctionnel est plus enclin à accepter une vidéo comme suffisante pour l'instant, comparé à un client qui soupçonne que la démo qu'on lui a montrée pourrait n'exister nulle part où il peut la revérifier.

Il existe aussi une raison pratique de déployer avant d'enregistrer plutôt qu'après. Une session en bac à sable utilisée seulement pour construire peut se comporter légèrement différemment une fois que le même code tourne sur une véritable cible d'hébergement, et une vidéo enregistrée contre le bac à sable peut finir par montrer quelque chose que la version déployée ne reproduit pas tout à fait. Enregistrer contre l'adresse que le client pourra réellement revisiter maintient la vidéo et la construction sous jacente en accord.

GogoScreen prend l'URL déployée et une indication d'une ligne nommant le résultat convenu, puis renvoie un MP4 narré avec des sous titres, un lissage du curseur, des zooms sur les clics, et les temps morts supprimés. Si le parcours nécessite une connexion, un compte de démonstration peut être fourni pour ce rendu unique. 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. Environ un rendu sur cinq échoue ou nécessite une nouvelle tentative, ce qui vaut la peine d'être anticipé avant une échéance plutôt que découvert à la dernière minute.

En quoi est ce différent d'une vidéo de portfolio ou de lancement ?

Une passation client a un public d'une personne ou d'une poignée de personnes qui ont déjà le contexte de ce qui a été convenu, contrairement au guide de la démo de portfolio Bolt, écrit pour un inconnu sans contexte préalable, ou un actif de galerie de lancement, écrit pour une foule d'inconnus qui défilent rapidement. Une vidéo de page de destination publique est plus proche dans l'esprit mais reste destinée au public, tandis qu'une passation client est généralement privée et propre à une seule relation. Le guide de la présentation guidée de relecture Bolt est le plus proche parent, puisque les deux consistent à prouver un résultat précis à quelqu'un qui l'a demandé.

Le même besoin de passation existe pour d'autres créateurs. Le guide de la vidéo de page de destination v0, le guide de la vidéo de lancement Product Hunt v0, et le guide pour partager un projet v0 avec un client couvrent les moments équivalents pour une application v0, où le résultat peut pencher davantage vers l'interface qu'un comportement back end câblé, ce qui change ce qu'une vidéo de passation peut honnêtement affirmer sur le parcours sous jacent. Pour l'arbitrage entre une présentation guidée interactive et une vidéo fixe, voir le guide de la démo interactive face à la vidéo de démo.

Que doit il se passer après que le client a vu la vidéo ?

La passation n'est généralement pas la fin de la relation, donc planifiez ce qui vient après la réponse du client.

  • Si le client approuve, conservez la vidéo comme preuve de ce qui a été livré et quand.
  • Si le client demande un changement, notez le clairement plutôt que de modifier la même vidéo.
  • Si le projet se dirige vers un lancement public, le guide de la vidéo de démo produit avant lancement couvre ce qui change à ce stade.

Traiter la vidéo envoyée comme un enregistrement plutôt qu'un message jetable facilite la résolution de désaccords ultérieurs. Un client qui ne se souvient plus exactement de ce qui a été montré des semaines plus tôt bénéficie de pouvoir pointer vers un fichier précis avec une date précise, et un créateur bénéficie du même enregistrement si le périmètre de ce qui a été convenu est un jour remis en question.

Garder un enregistrement propre compte plus qu'il n'y paraît sur le moment. Une image d'aperçu de vidéo de démo qui représente clairement l'état livré aide lorsque la vidéo est classée et référencée des mois plus tard, et une vidéo de démo de passation d'agent est le format adapté si l'étape suivante consiste à remettre la construction à un autre créateur plutôt qu'au client directement. Si la relation se poursuit au delà de cette livraison, une vidéo de journal des modifications peut porter les mises à jour futures sans répéter ce processus complet de passation à chaque fois. Pour une comparaison d'outils qui soutiennent ce type de capture destinée aux clients, voir GogoScreen face à ngram. Consultez les tarifs, parcourez le reste des guides et des comparaisons, ou partez de la page d'accueil de GogoScreen pour essayer le flux de travail sur votre propre application déployée.

Précisions

Avant de commencer

Pourquoi ne pas simplement envoyer le lien d'aperçu Bolt ?

Un lien d'aperçu fonctionne pour un relecteur technique disposé à cliquer et à attendre le chargement d'une session en bac à sable. De nombreux clients ne feront ni l'un ni l'autre, donc une vidéo qui montre le même résultat supprime entièrement cet obstacle.

Le client a t il besoin de voir le code ?

Non. Un client juge généralement si le résultat correspond à ce qui a été convenu, pas la mise en œuvre. La vidéo doit montrer l'application en fonctionnement, pas l'éditeur.

Que faire si le client pose une question à laquelle la vidéo ne répond pas ?

Gardez le lien déployé disponible comme suivi. La vidéo doit répondre rapidement à la question principale, avec le lien en réserve pour quiconque veut explorer davantage.

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.