Aller au contenu
Guide7 min de lecture

Vidéo de lancement Product Hunt Lovable

Un seul parcours, taillé pour une galerie parcourue en quelques secondes.

Préparez une vidéo de lancement Product Hunt pour une application Lovable, dimensionnée et cadrée pour la galerie plutôt qu'une démo générale.

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.

Une galerie Product Hunt n'est pas un endroit où un visiteur lit attentivement. Il parcourt une page de vignettes, survole quelques unes, et ne clique presque sur rien. Une vidéo de lancement gagne un clic en étant lisible d'un coup d'œil, pas en étant complète. Pour un créateur qui a livré une application Lovable, cela signifie résister à l'instinct de montrer tout ce que l'application peut faire et choisir plutôt le seul flux qui a du sens sans contexte préalable.

C'est un problème de cadrage avant d'être un problème de production. GogoScreen prend une URL d'application web et une indication d'une ligne, puis retourne un fichier MP4 narré et monté avec des zooms sur les clics, un lissage du curseur, la suppression des temps morts, et des sous-titres. L'outil suivra n'importe quelle indication qu'on lui donne. Le travail consiste à décider ce qui appartient à cette indication, et ce qu'il faut laisser de côté, avant qu'un seul rendu ne soit soumis.

Le jour du lancement compresse aussi la fenêtre de relecture. Un créateur qui a normalement des jours pour examiner un actif de page de destination avant sa mise en ligne n'a qu'un seul créneau étroit pour réussir une vidéo Product Hunt, car la date de lancement est généralement fixée bien à l'avance et ne peut pas glisser pour accommoder une seconde tentative. Cette pression explique exactement pourquoi la décision de cadrage doit se situer plus tôt dans le processus qu'elle ne pourrait le faire pour d'autres placements, pas plus tard.

Qu'est ce qui fait fonctionner une vidéo de lancement à l'intérieur d'une galerie ?

Un actif de galerie doit communiquer une valeur sans son dans le premier instant où quelqu'un le survole, et il doit tenir debout si le son est activé. Visez la séquence la plus courte qui montre encore un résultat réel. Un spectateur qui ne peut pas dire ce que fait l'application dans les premières secondes passera à la vignette suivante plutôt que d'attendre la récompense.

Les contraintes de format et de durée pour une galerie de lancement sont plus strictes que pour une page de destination ou une présentation guidée générale. Une vidéo de page de destination peut durer un peu plus longtemps car un visiteur a déjà cliqué pour la voir, ce qui est aussi vrai pour le guide de la vidéo de page de destination Replit pour un créateur livrant sur une autre plateforme. Un actif Product Hunt n'a pas cet avantage ; il est en concurrence avec chaque autre lancement de la page pour un coup d'œil.

Comment choisir un flux pour le jour du lancement ?

Choisissez l'action qui ferait comprendre à un inconnu la valeur du produit sans lire le slogan. C'est généralement la chose la plus différenciée que fait l'application, pas la fonctionnalité la plus complète. Une application de gestion de projet pourrait montrer une tâche passant de créée à terminée. Un outil de contenu pourrait montrer un brouillon devenant une pièce finie. Résistez à l'envie d'enchaîner plusieurs fonctionnalités pour paraître impressionnant ; une séquence enchaînée se lit juste comme plus longue et moins ciblée.

Choix d'actif de lancementBon ajustement pour la galerieMauvais ajustement pour la galerie
Longueur du fluxUne action, un résultat clairPlusieurs fonctionnalités enchaînées
État de départUn écran reconnaissable et peupléUn état vide sans rien à montrer
CadrageLa chose différenciée que fait l'applicationUn écran générique de paramètres ou de compte

Comparez ce problème de cadrage avec le guide de partage avec un client, où le public a déjà du contexte et de la patience. Un public de lancement n'a ni l'un ni l'autre, ce qui rend le choix du flux la partie la plus difficile de tout cet exercice.

Il aide aussi de noter ce que la vidéo ne montre délibérément pas. Une vidéo de lancement pour une application avec plusieurs fonctionnalités fortes en laissera toujours la plupart de côté. Nommer ce compromis avant l'enregistrement, plutôt que de le découvrir en relisant un montage fini, empêche l'équipe de redébattre le périmètre après qu'un rendu a déjà été dépensé dessus.

Comment préparer la prévisualisation Lovable avant l'enregistrement ?

Une application générée peut encore porter un texte par défaut, des champs non remplis, ou des lignes d'exemple qui ne reflètent pas un produit fini. Le trafic du jour de lancement est peu clément avec ce genre d'aspérité, plus qu'un visiteur de page de destination qui s'attendait à un produit en phase précoce. Parcourez la route de prévisualisation comme le ferait un inconnu, et corrigez tout ce qui paraît inachevé avant que cela ne se retrouve dans une vidéo qui sera regardée par des milliers de personnes en une journée.

  • Ouvrez la route de prévisualisation et confirmez qu'elle atteint directement l'écran prévu.
  • Remplacez le texte provisoire et les lignes d'exemple par un exemple préparé et réaliste.
  • Retirez tout ce qui n'est pas approuvé pour une visibilité publique.
  • Confirmez que le flux se termine sans qu'une invite sans rapport n'interrompe le parcours.

Si une partie du flux nécessite une connexion, utilisez un compte de démonstration jetable via le processus approuvé plutôt qu'un vrai. Sur GogoScreen, les identifiants fournis 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. Le guide de la démo de portfolio couvre un problème de préparation lié pour un relecteur qui a plus de temps qu'une personne qui parcourt la galerie le jour du lancement.

Que doit dire l'indication pour un actif de lancement ?

  1. Choisissez le seul flux qui explique le mieux l'application à quelqu'un qui parcourt la galerie.
  2. Nettoyez la route de prévisualisation du texte provisoire et des données d'exemple avant l'enregistrement.
  3. Rédigez une indication délimitée au flux de lancement, puis relisez le candidat avant le jour du lancement.

Nommez l'écran de départ, la seule action, et le résultat, dans le même langage que celui utilisé par l'application elle même. Une indication rédigée pour une démo générale sera souvent trop large pour un lancement, car elle essaie de couvrir un terrain qu'un spectateur qui parcourt n'attendra jamais. Resserrez la plus qu'il ne semble naturel. Le guide de la présentation guidée de relecture d'application est une comparaison utile pour voir comment une indication change quand le spectateur est un relecteur plutôt qu'un inconnu décidant s'il faut cliquer.

Quand la vidéo finie doit elle être relue ?

Relisez le candidat avant qu'il n'approche la file de lancement, pas le matin même. Regardez le d'abord sans le son, car de nombreux spectateurs de galerie n'activeront jamais le son. Confirmez que l'image d'ouverture communique le produit sans narration, que le résultat est visible à l'écran plutôt que seulement décrit, et que rien dans l'image n'aurait dû rester privé. Si le candidat ne tient pas debout sans le son, le flux était probablement trop large ou l'indication trop vague.

Donnez à cette relecture assez de marge avant que la date ne devienne publique. Un rendu peut échouer ou nécessiter une nouvelle tentative, et précipiter un remplacement le matin du lancement est une mauvaise position. Traitez le premier rendu réussi comme un brouillon à relire plutôt qu'un actif fini à programmer immédiatement, et gardez la route de prévisualisation stable jusqu'à ce que la vidéo soit verrouillée pour qu'un changement tardif de l'application ne fasse pas cesser les images de correspondre à ce que les visiteurs verront réellement. Les créateurs qui livrent le même actif sur une autre plateforme peuvent lire le guide de la vidéo de lancement Product Hunt Replit pour voir comment les contraintes se comparent, et une équipe de deux personnes peut lire le guide de la vidéo de démo SaaS à deux personnes pour voir comment la propriété de cette étape de relecture se répartit généralement. Un créateur solo sans cofondateur à qui confier cela peut lire le guide de la vidéo de démo pour indie hacker, et une équipe qui construit encore un public avant le lancement peut lire le guide de la vidéo de démo pour une liste d'attente SaaS.

Un créateur no code qui se demande si ce flux de travail convient à une application générée peut lire le guide de la vidéo de démo d'application no code, et une équipe qui choisit entre une vidéo produite et une présentation guidée enregistrée peut lire le guide de la vidéo de présentation guidée d'une application web. Pour une comparaison directe avec un outil d'enregistrement d'écran manuel, lisez GogoScreen contre Clueso. Consultez la tarification pour voir comment fonctionne le temps de vidéo avant le jour du lancement, parcourez le reste des guides et des comparaisons, ou commencez depuis la page d'accueil de GogoScreen pour planifier le rendu à l'avance.

Précisions

Avant de commencer

En quoi une vidéo de lancement Product Hunt diffère t elle d'une démo générale ?

Elle doit fonctionner à l'intérieur d'une galerie qu'un visiteur parcourt rapidement, ce qui signifie un flux plus court et plus ciblé qu'une démo construite pour une page de destination ou une conversation commerciale.

La vidéo peut elle utiliser une prévisualisation Lovable qui n'a pas été polie ?

Elle ne devrait pas. Le trafic du jour de lancement verra chaque aspérité. Retirez le texte provisoire et les lignes d'exemple laissées par la génération avant d'enregistrer.

La vidéo a t elle besoin de vraies données utilisateur ?

Aucune donnée client. Utilisez un état d'exemple préparé qui produit un résultat réel à l'écran sans exposer les informations de qui que ce soit.

Que se passe t il si le rendu échoue près du lancement ?

Environ un rendu sur cinq échoue ou nécessite une nouvelle tentative, et le temps n'est utilisé que lorsqu'un rendu réussit. Laissez assez de temps avant le jour du lancement pour refaire le rendu si nécessaire.

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.