Aller au contenu
Guide7 min de lecture

Partager un projet Replit avec un client

Certains clients n'ouvriront jamais le lien déployé. Montrez-leur le résultat à la place.

Une application Replit déployée est un lien que votre client n'ouvrira pas. Voici comment lui envoyer quatre-vingt-dix secondes de fonctionnement à la place.

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 qui a commandé une version Replit veut en général une réponse directe à une seule question : est-ce que la chose pour laquelle il paie fonctionne déjà. Lui envoyer un simple lien déployé lui demande de trouver le bon écran, de comprendre ce qu'il regarde, et de se forger un jugement par lui-même, ce que la plupart des clients ne sont ni équipés ni disposés à faire. Une courte vidéo répond à la vraie question plutôt que de lui confier cette tâche.

Le détail qui piège les développeurs ici est le même qui compte pour une vidéo de lancement : un projet Replit a un espace de travail où l'application est construite et une route déployée où elle tourne réellement. Un client devrait juger la version déployée, puisque c'est la version qu'il atteindrait réellement s'il cliquait lui-même sur le lien. Une vidéo enregistrée sur l'espace de travail peut montrer quelque chose de plus abouti, ou simplement différent, de ce qui est réellement en ligne, ce qui crée un écart que le client finira par remarquer.

Cet écart a tendance à apparaître au pire moment possible, généralement quand le client essaie le lien lui-même après avoir vu une mise à jour rassurante et trouve quelque chose qui ne correspond pas. Enregistrer systématiquement sur la route déployée élimine la tentation de montrer la version plus aboutie mais pas encore en ligne, même quand cette version représente sincèrement la direction que prend le travail.

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

Un message de statut écrit se prête facilement à une mauvaise lecture. « Le tableau de bord fonctionne maintenant » ne signifie pas la même chose pour la personne qui l'a construit que pour le client qui le lit à froid, et un lien déployé brut n'aide en rien un visiteur non technique à interpréter ce sur quoi il tombe. Une vidéo élimine les deux problèmes en montrant l'écran déployé réel en train de faire la chose réelle.

Format de mise à jourCe qu'il prouveCe qu'il laisse en suspens
Message de statut écritQue du travail a eu lieu, en termes générauxSi la fonctionnalité précise fonctionne comme décrit
Lien déployé brutRien en soi pour un visiteur non techniqueSi le client peut trouver ou interpréter le bon écran
Courte vidéo sur le déploiementLe parcours précis, dans l'état où il se trouve réellementRien, si elle est cadrée sur la bonne question

C'est un exercice plus étroit qu'une vidéo de page de destination, qui doit convaincre un inconnu froid en partant de zéro. Une mise à jour client n'a qu'à répondre à quelqu'un qui connaît déjà le projet et attend une pièce précise de celui-ci.

Cette différence change aussi la longueur appropriée de la vidéo. Une vidéo de page de destination a besoin d'assez de mise en contexte pour capter l'attention de quelqu'un qui n'a encore aucune raison de s'y intéresser. Une mise à jour client peut aller directement au résultat, parce que la raison pour laquelle le client s'y intéresse a été établie au moment où il a posé la question à laquelle cette vidéo répond.

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 la partie de la construction qui se trouve être la plus avancée. S'il a demandé si le parcours de paiement fonctionne, montrez le parcours de paiement en entier, du début au résultat, sur la route déployée. Étoffer la vidéo avec des écrans sans rapport pour faire paraître la mise à jour plus importante érode la confiance plus vite qu'une mise à jour honnête et ciblée.

  • Relisez le dernier message ou ticket où le client a posé la question.
  • Confirmez que la réponse est accessible sur le déploiement en ligne, pas seulement dans l'espace de travail.
  • Préparez un état d'exemple sûr plutôt qu'un écran vide ou provisoire.
  • Laissez de côté tout ce qui est sans rapport, même si cela se trouve être terminé.

Si la version n'est sincèrement pas terminée, dites-le clairement à côté de la vidéo plutôt que de maquiller un état inachevé. Le guide de la démo portfolio couvre une situation différente où le projet est délibérément choisi parce qu'il est terminé, ce qui est un contraste utile pour décider du degré de finition dont cette mise à jour précise a réellement besoin.

Une mise à jour client est jugée davantage sur l'honnêteté que sur l'exhaustivité, ce qui est une barre différente de celle d'une entrée de portfolio. Un développeur qui montre un parcours brut mais fonctionnel et dit clairement ce qui reste conservera en général plus de confiance que celui qui attend que tout soit poli avant d'envoyer quoi que ce soit. Attendre trop longtemps entre deux mises à jour crée son propre type de doute, quelle que soit la qualité de la mise à jour finale.

Comment préparer le déploiement pour un public client ?

Ouvrez la route déployée que la vidéo utilisera et confirmez qu'elle atteint directement l'écran pertinent, sans version figée ni interruption inattendue en chemin. Utilisez des données d'exemple réalistes plutôt qu'un état vide, puisqu'un écran vide ne donne rien à juger à un visiteur non technique et peut se lire comme plus inachevé que le travail sous-jacent ne l'est réellement.

  1. Identifiez la question exacte que le client a posée ou l'étape qu'il attend.
  2. Confirmez que la réponse est accessible sur le déploiement en ligne, pas seulement dans l'espace de travail.
  3. Enregistrez une courte vidéo et envoyez-la avec une phrase nommant ce qu'elle montre et ce qui reste en suspens.

Si le parcours pertinent se trouve derrière une connexion, un compte de démonstration jetable via le processus approuvé convient, et les rédacteurs ne doivent pas manipuler l'identifiant eux-mêmes. Le guide de la présentation guidée de relecture couvre une situation connexe où le public vérifie la version par rapport à un cahier des charges plutôt que de simplement suivre la progression.

Faites cette vérification proche du moment où la vidéo sera réellement enregistrée, pas du moment où le parcours a été confirmé fonctionnel pour la dernière fois. Un déploiement peut recevoir un changement sans rapport entre les deux moments, et un client qui reçoit une vidéo d'un parcours qui ne correspond plus au déploiement en ligne perd plus confiance qu'un client qui ne reçoit aucune mise à jour cette semaine-là.

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 de l'honnêteté des mises à jour que du respect du calendrier initial pour chaque fonctionnalité.

Gardez une trace légère de ce qui a été envoyé et quand, reliée à l'état du déploiement au moment de l'envoi. Un client qui demande des nouvelles de la progression des semaines plus tard profite d'un développeur qui peut pointer vers la mise à jour exacte et la version exacte du déploiement sur laquelle elle a été enregistrée, plutôt que de reconstituer la chronologie de mémoire après coup.

Pour un développeur qui livre le même type de construction sur une autre plateforme, le guide de la vidéo de page de destination Bolt et le guide de la vidéo de lancement Product Hunt Bolt couvrent des problèmes connexes là-bas, et le guide du partage d'un projet Bolt avec un client couvre exactement cette situation sur cette stack. Pour une comparaison avec un flux de travail d'enregistrement manuel que certaines équipes utilisent déjà pour les mises à jour client, lisez le guide de l'alternative à Loom pour une démo produit. Une vidéo de mise à jour investisseur et une vidéo de passation de version d'un agent IA couvrent toutes deux des formats de mise à jour de parties prenantes connexes mais distincts, et une vidéo de démo produit intégrée couvre le placement de ce type d'actif directement dans un outil que le client utilise déjà. Une vidéo de reproduction de bug par un agent IA est pertinente quand la mise à jour porte sur une correction plutôt que sur une nouvelle fonctionnalité. Pour une comparaison avec un outil d'enregistrement manuel, lisez GogoScreen contre Clueso. Consultez les tarifs, parcourez le reste des guides et des comparaisons, ou partez de la page d'accueil de GogoScreen.

Précisions

Avant de commencer

Pourquoi ne pas simplement envoyer au client le lien déployé Replit ?

Certains clients ne cliqueront pas dessus, ne sauront pas ce qu'ils regardent une fois arrivés, ou tomberont sur un état qui se lit comme inachevé même quand la partie concernée du projet fonctionne. Une vidéo élimine ces trois risques.

La vidéo doit-elle utiliser l'espace de travail ou l'application déployée ?

Utilisez la route déployée, puisque c'est l'état réel du projet sur lequel un client devrait juger la progression, et non l'environnement de développement derrière elle.

Que faire si le déploiement n'est que partiellement terminé ?

Montrez honnêtement la partie qui fonctionne et dites clairement ce qui est encore en cours. N'utilisez pas un aperçu de l'espace de travail pour faire paraître une partie inachevée plus avancée qu'elle ne l'est.

La vidéo peut-elle inclure un parcours derrière une connexion ?

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

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.