Guide6 min de lecture

Guide de vidéo de démo pour indie hacker

Utilisez un travail éprouvé sur tous les canaux de lancement qui comptent.

Préparez une seule vidéo de démo pour indie hacker relue, destinée aux canaux de lancement, sans reconstruire l'histoire produit pour chaque destination.

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

Choisir la tâche de lancement

Choisissez une tâche client qui fonctionne et qui peut porter l'affirmation produit sur les canaux de lancement.

Préparer le parcours

Préparez le parcours, l'état sûr, et les identifiants de démonstration facultatifs nécessaires pour montrer cette tâche.

Demander un candidat

Demandez un candidat avec une URL et une indication d'une ligne nommant le départ, l'action, et le résultat.

Une vidéo de démo pour indie hacker doit rendre une tâche client qui fonctionne facile à inspecter partout où le produit se lance. La décision centrale n'est pas quel style d'enregistrement appartient à chaque canal. C'est quelle tâche unique peut porter l'affirmation produit sur la page de destination, Product Hunt, Show HN, et la prochaine note de lancement. Un indie hacker a généralement moins de processus de relecture qu'une équipe plus grande, donc la preuve choisie doit être assez étroite pour qu'une seule personne la vérifie soigneusement.

Le risque de duplication dans cette cohorte de 44 pages est clair : une page pour un indie hacker peut facilement répéter des conseils génériques présents dans chaque autre guide d'enregistrement. Cette page porte spécifiquement sur l'évitement du gaspillage d'adaptation canal par canal. Faire une démo différente pour Product Hunt et Show HN multiplie le travail de relecture tout en laissant la même question produit non résolue. Le guide de vidéo de démo Product Hunt explique son contexte de galerie, et la page officielle Show HN définit cette destination communautaire. Un travail qui fonctionne peut servir les deux une fois que sa preuve a été relue.

Quelle tâche produit survit à chaque placement de lancement ?

Choisissez une tâche dont le point de départ, l'action significative, et le résultat visible peuvent être reconnus sans explication privée. La tâche doit être assez spécifique pour que vous puissiez énoncer ce qui s'est passé après avoir regardé le candidat. Elle doit aussi être assez centrale pour continuer à avoir du sens à côté de différentes introductions de canal. C'est une décision de portée, pas une demande de visite complète du produit.

Par exemple, une déclaration de lancement peut pointer vers un utilisateur créant un élément préparé et voyant son nouvel état. La démo n'a pas besoin de paramètres sans lien ou d'un second flux de travail simplement parce qu'un autre canal permet plus de texte. Une vidéo de démo de page de destination peut recevoir une introduction plus courte, tandis qu'un GIF de démo README peut avoir besoin d'un contexte écrit à proximité. La tâche démontrée peut rester la même.

Décision de lancement	Ce qui reste fixe	Ce qui peut changer
Tâche client	Le départ, l'action, et le résultat visible choisis restent fixes.	La phrase qui introduit la tâche peut correspondre au canal.
Limite de la preuve	Le candidat ne soutient que ce que le parcours visible montre.	La page environnante peut répondre à une question de lecteur différente.
Base de relecture	Le même parcours et le même état sûr restent la base de la relecture.	Le placement et le texte à proximité peuvent recevoir un dernier contrôle par canal.

Une vidéo de démo MVP est utile quand le produit lui même est jeune et que la limite de la tâche est encore en cours de choix. Le guide de vidéo de démo SaaS aide quand plusieurs flux de travail matures se disputent l'attention. Une vidéo de démo pour un nouveau SaaS resserre la première explication publique après le lancement du produit. Aucun des deux n'exige qu'un indie hacker crée une vérité séparée pour chaque endroit où le lancement apparaît.

Comment une seule personne doit elle préparer le parcours de navigateur ?

Ouvrez l'URL exacte et effectuez la tâche avant de demander un candidat. Préparez un état qui rend l'action et le résultat visibles, en utilisant du matériel sûr à publier. Vérifiez une redirection, un état vide, un avis de consentement, un libellé inachevé, ou une invite qui change la séquence. Le parcours n'est prêt que lorsque la tâche prévue peut être suivie sans dépendre d'un contexte privé.

Si le flux nécessite une connexion, des identifiants de démonstration facultatifs peuvent être fournis. Sur GogoScreen, ces 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. Utilisez un compte de démonstration préparé à cet effet, jamais des identifiants clients. Le guide de vidéo de démo logicielle depuis une URL fournit un cadre plus large de préparation du parcours, tandis que le guide de démo pour fondateur non technique se concentre sur la vérification d'une affirmation client sans narration confortable ni inspection du code.

Reformulez la préparation en une courte liste opérationnelle :

Choisissez une tâche client qui fonctionne et qui peut porter l'affirmation produit sur les canaux de lancement.
Préparez le parcours, l'état sûr, et les identifiants de démonstration facultatifs nécessaires pour montrer cette tâche.
Demandez un candidat avec une URL et une indication d'une ligne nommant le départ, l'action, et le résultat.
Relisez le candidat par rapport à la tâche qui fonctionne avant d'adapter son placement pour chaque canal.

Que doit contenir l'indication d'une ligne ?

L'indication doit nommer le point de départ préparé, l'action utilisateur, et le résultat visible. Elle ne doit pas contenir un script pour chaque clic ou des affirmations que la séquence d'écran ne peut pas démontrer. Une indication étroite donne à l'indie hacker une cible de relecture stable et facilite la réutilisation de la preuve sans en élargir silencieusement le sens.

GogoScreen prend une URL plus cette indication d'une ligne et produit un fichier MP4 narré et monté. Il peut zoomer sur les clics, lisser le curseur, couper les temps morts, et ajouter des sous titres. Ce sont des capacités de préparation énoncées, pas la preuve qu'un résultat particulier non vu est adapté. Le guide de vidéo de démo pour développeur solo trace une limite différente parce qu'un développeur solo peut inspecter des affirmations techniques mais dispose d'une capacité de collaborateur limitée.

Comment une relecture légère reste t elle honnête ?

Relisez le candidat une fois par rapport à la tâche qui fonctionne avant de décider où le placer. Regardez le départ, l'action, et le résultat. Comparez la narration et les sous titres avec ce qui apparaît à l'écran. Vérifiez que le traitement du curseur, les zooms sur les clics, et les coupes de temps morts n'occultent pas l'action. Arrêtez vous si le candidat contient du matériel privé, un état obsolète, ou une conclusion que le parcours ne soutient pas.

Environ un rendu sur cinq peut échouer ou nécessiter une nouvelle tentative. Une nouvelle tentative fait partie du parcours de relecture attendu, pas une preuve que la tâche produit a été mal choisie. Le temps n'est utilisé que lorsqu'un rendu réussit. Chaque nouveau compte reçoit 60 secondes de vidéo une seule fois, avec filigrane. Ensuite, les vidéos utilisent du temps d'un forfait ou d'une recharge, et le temps acheté en recharge n'expire jamais. La page des tarifs est l'endroit approprié pour vérifier l'offre actuelle avant de demander des candidats supplémentaires.

La relecture est plus légère qu'un processus de comité, mais elle a quand même besoin d'un enregistrement. Gardez ensemble la tâche choisie, le parcours, l'état préparé, l'indication, et la décision d'approbation. Cela peut être une petite note. Sa valeur est que le téléchargement Product Hunt et la publication Show HN peuvent être retracés à la même preuve vérifiée plutôt qu'à deux versions improvisées.

Comment l'adaptation par canal doit elle fonctionner ?

Adaptez le cadre autour de la démo, pas la vérité démontrée. Product Hunt peut demander un contexte de lancement près de la vidéo. Show HN peut demander une explication directe de ce qui a été construit. Une page de destination peut associer la même preuve à une question client. Aucun de ces changements n'exige un autre parcours produit à moins que la promesse au public elle même ne change.

Si deux personnes partagent désormais le travail, le guide de vidéo de démo SaaS à deux personnes attribue un propriétaire, un flux, et un enregistrement de relecture. C'est différent d'un indie hacker prenant une décision d'approbation personnelle. Cette distinction empêche cette page de devenir une autre liste de contrôle d'équipe générique.

Avant la distribution, utilisez la politique de confidentialité pour relire le traitement des données et les conditions pour les conditions de service. La page d'accueil de GogoScreen est le point de départ pour le flux de travail URL et indication. Ces références soutiennent la même règle étroite : sélectionnez une tâche qui fonctionne, relisez son candidat honnêtement, puis laissez chaque canal de lancement introduire cette preuve dans ses propres mots.

Précisions

Avant de commencer

Que doit montrer une vidéo de démo pour indie hacker ?

Elle doit montrer une tâche client qui fonctionne, d'un point de départ reconnaissable jusqu'à un résultat visible. Cette même tâche relue peut soutenir plusieurs canaux de lancement sans devenir une histoire produit différente sur chacun.

Product Hunt et Show HN doivent ils recevoir des démos différentes ?

Le texte environnant et le placement peuvent différer, mais la preuve produit peut rester un seul travail relu qui fonctionne. Reconstruire la démo pour chaque canal crée du travail d'adaptation sans améliorer la preuve sous jacente.

Le flux peut il utiliser une connexion ?

Oui, des identifiants de démonstration facultatifs peuvent être fournis pour un parcours protégé par connexion. 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.

Un rendu réussi signifie t il que la vidéo est prête ?

Non. Un rendu réussi reste un candidat qui nécessite une relecture par rapport à la tâche, au parcours, à la narration, aux sous titres, et au résultat visible prévus.

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