Aller au contenu
Guide7 min de lecture

Guide vidéo de démo Product Hunt

Préparez un flux de lancement avant qu'il n'atteigne la galerie.

Préparez une vidéo de démo Product Hunt ciblée avec une liste de vérification de lancement et un flux produit clair avant de soumettre.

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 vidéo de démo Product Hunt doit rendre l'affirmation de lancement plus facile à comprendre, et non tenter d'expliquer tout le produit. Un visiteur peut ouvrir la fiche avec peu de contexte, donc la mission utile est étroite. Laissez-le voir un chemin crédible depuis un point de départ familier jusqu'à un résultat significatif. Le titre, le texte de galerie et la vidéo doivent tous renforcer ce même chemin.

Pour un fondateur préparant une vidéo de lancement Product Hunt, la première décision n'est pas le style visuel. C'est le moment produit qui mérite d'être montré. Choisissez une promesse de lancement qui peut être démontrée dans une application web accessible avec des données préparées. Si la fiche dit que le produit aide un utilisateur à accomplir une tâche, montrez cette tâche. Évitez une séquence qui exige plusieurs écrans sans lien ou une configuration non expliquée. Un chemin concis donne au spectateur une raison de continuer à lire la fiche et donne à l'équipe un actif relisible.

Élément de la ficheCe qu'il porteComment il reste aligné
TitreLa promesse orientée acheteur, en une phrase simpleIl nomme la même tâche que montre la vidéo
Texte de galerieLe contexte dont un visiteur a besoin avant de regarderIl utilise les mots visibles dans l'interface
VidéoUne route préparée, d'un début familier à un résultat visibleElle se termine là où cette promesse devient observable

GogoScreen est conçu pour un flux de travail annoncé : coller une URL, ajouter une indication d'une ligne sur ce qu'il faut montrer, et recevoir un MP4 terminé. Il peut utiliser des identifiants de compte de démonstration pour un flux protégé par une connexion. Le produit écrit et prononce une voix off assortie à ce qui s'est passé à l'écran, puis applique un montage tel que des zooms sur les clics, un lissage du curseur, la suppression des temps morts et des sous-titres. Ces faits produits ne sont pas une promesse qu'une application ou un premier rendu particulier fonctionnera. Un rendu peut échouer ou nécessiter une nouvelle tentative, donc le plan de lancement a besoin de temps pour relire le candidat avant que la fiche ne devienne publique.

Choisissez un seul flux de lancement

Commencez par la fiche Product Hunt plutôt que par le menu de navigation. Écrivez la promesse orientée acheteur en une phrase simple. Demandez ensuite quelle seule interaction fournit la preuve la plus claire. Un bon choix a un état de départ compréhensible, une ou deux actions, et un résultat visible. Il ne dépend pas d'un espace de travail client privé, d'une intégration non préparée, ou d'une longue explication du créateur.

  1. Nommez la promesse orientée acheteur dans la fiche.
  2. Choisissez la route préparée la plus courte qui montre l'action pertinente.
  3. Gardez le résultat visible assez longtemps pour qu'un visiteur le comprenne.

Par exemple, un flux peut commencer sur un projet préparé, montrer l'utilisateur faisant le choix clé, et se terminer là où le nouvel état est évident. N'inventez pas un parcours dramatique simplement parce que l'application a de nombreuses fonctionnalités. Une séquence ciblée est plus facile à aligner avec la fiche et plus facile à évaluer pour un relecteur. Si le résultat serait peu clair sans un paragraphe de narration, réduisez le périmètre jusqu'à ce que l'écran lui-même porte le point principal.

Utilisez des données préparées sûres. Ne mettez pas de nom de client, d'URL, d'identifiant ou de document privé dans la route. Si une authentification est nécessaire, utilisez un compte de démonstration jetable via le processus produit 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. Le rédacteur et le relecteur ne doivent pas manipuler ni copier ces identifiants. C'est une préparation pour un actif de lancement, pas une raison de faire de larges affirmations de sécurité.

Rédigez une indication en une ligne utile

L'indication doit nommer le point de départ, l'action prévue et le résultat à atteindre. Elle doit être assez concrète pour distinguer le flux choisi du reste de l'application, mais pas si longue qu'elle devienne un script pour chaque écran. « Montrer comment un créateur crée une facture et la voit dans la liste des projets » est plus utile que « montrer tout le produit ».

Avant de demander un candidat, testez la route manuellement avec l'état préparé. Vérifiez les redirections, les avis de cookies, les états vides et toute fenêtre modale qui pourrait interrompre la séquence. Ce test ne prouve pas qu'un rendu réussira. Il donne au relecteur un chemin prévu connu et un moyen pratique d'identifier si le candidat l'a suivi. Si le premier rendu a besoin d'une nouvelle tentative, consignez le résultat et corrigez l'état accessible ou l'indication plutôt que de le traiter comme un échec invisible.

Chaque nouveau compte reçoit 60 secondes de vidéo une seule fois, avec filigrane. Cela rend le périmètre particulièrement important. Utilisez les 60 secondes gratuites pour tester une seule idée de lancement, pas pour compresser une visite complète du produit. Ensuite, les vidéos utilisent du temps d'un forfait ou d'une recharge, et le temps n'est utilisé que lorsqu'un rendu réussit. Une équipe doit quand même prévoir du temps pour la relecture, car un rendu terminé peut être inadapté à la fiche même quand les étapes demandées se sont déroulées.

Faites en sorte que la galerie soutienne la fiche

Une galerie Product Hunt a plusieurs missions. Les captures d'écran peuvent établir la catégorie produit, le texte de la fiche peut expliquer le problème, et la vidéo peut démontrer l'action décisive. Répéter le même texte dans les trois formats gaspille l'attention d'un visiteur. Donnez plutôt à la vidéo un rôle qu'une image statique aurait du mal à remplir : montrer la transition de l'entrée au résultat.

Prévoyez la première image pour une visualisation en muet. Le spectateur doit reconnaître l'application et l'activité avant de compter sur la narration. Vérifiez la lisibilité de l'affiche à la taille d'affichage prévue. Si une expression du titre exige que la vidéo ait un sens, placez assez de contexte dans l'état d'ouverture visible pour qu'un spectateur en muet puisse encore suivre la direction du flux. C'est une norme de relecture à appliquer, pas une affirmation sur un résultat non montré.

Gardez la fiche exacte. La vidéo ne doit pas laisser entendre que chaque application, configuration de compte ou chemin de rendu se comporte de la même façon. Si le message de lancement a besoin de réserves, énoncez-les dans le texte de la page et gardez la séquence visuelle dans ce que le produit prend actuellement en charge.

Effectuez une relecture d'actif de lancement

Traitez le candidat comme un actif éditorial avant qu'il ne devienne une pièce jointe Product Hunt. D'abord, comparez l'état d'ouverture, l'action et le résultat avec l'indication prévue. Ensuite, lisez-le en muet et confirmez que la première image et les transitions clés restent compréhensibles. Vérifiez la présence de données client, d'URL client, d'identifiants ou de contenu non approuvé pour un usage public. Vérifiez ensuite que l'affiche est lisible là où la fiche l'affichera.

Un relecteur doit consigner la date de capture, la version, le flux choisi et la décision. Si le candidat a besoin d'une nouvelle tentative, notez pourquoi. Ce registre empêche un lancement précipité de transformer un rendu non relu en preuve publique. Il crée aussi une trace utile pour décider si le flux sélectionné reste le bon après le lancement.

Planifiez la prochaine décision connexe

Utilisez le guide de démo de page de destination quand la même preuve produit doit tenir au-dessus de la ligne de flottaison. Le flux de travail général de démo SaaS couvre le processus plus large de préparation d'URL et d'indication, tandis que le guide de la vidéo de démo logicielle à partir d'une URL se concentre sur la préparation de l'entrée. Un guide d'actif de démo README aide quand le public a besoin d'un contexte de dépôt plus court, et le guide de la vidéo de journal des modifications applique la structure avant, action, résultat à un changement livré. Une vidéo de démo Show HN donne plutôt aux lecteurs techniques un flux de travail à inspecter, pas un actif de galerie. Utilisez le guide de la vidéo de démo du jour de lancement pour la relecture finale de l'actif quand le produit devient actif.

Pour une décision d'enregistrement manuel, voir GogoScreen contre Loom ou GogoScreen contre Screen Studio. Pour des alternatives axées sur l'enregistrement ou la documentation, lisez GogoScreen contre Clueso et GogoScreen contre Guidde. Pour une recherche de flux de travail par URL directe, voir GogoScreen contre Demosmith et GogoScreen contre ngram. Commencez sur la page d'accueil de GogoScreen, vérifiez la page tarifaire actuelle, et lisez la politique de confidentialité et les conditions avant de soumettre un rendu.

Précisions

Avant de commencer

Que doit montrer une vidéo de démo Product Hunt ?

Montrez un problème utilisateur reconnaissable, la première action significative, et le résultat qui rend le produit utile. Gardez la séquence alignée sur la promesse de la fiche pour que les spectateurs relient rapidement la vidéo au produit.

Comment choisir le flux pour une vidéo de lancement Product Hunt ?

Choisissez le flux le plus court qui prouve le message de lancement. Préférez une route avec des données préparées non sensibles et un état de fin clair plutôt qu'une tentative de visiter toutes les parties du produit.

Que dois-je vérifier avant le lancement ?

Vérifiez la première image sans le son, la visibilité de l'action et du résultat d'ouverture, la lecture dans le placement prévu, et si des informations client ou une URL client sont visibles. Consignez la décision de relecture avant d'utiliser l'actif.

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.