Checklist de lancement Product Hunt pour développeurs solo

Product Hunt est l’annuaire dont presque tous les développeurs solo ont entendu parler, et celui où une soumission bâclée coûte le plus cher : le jour du lancement est un moment fixe, et tous ceux que vous connaissez iront voir la page. Cette checklist s’adresse à la personne qui code, fait son marketing et lance seule, sans équipe pour relire les textes à minuit. Elle repose sur notre propre soumission de seomap.dev, documentée dans le guide de terrain Product Hunt public, et sur le briefing de représentation livré dans le dépôt LaunchRepo. Quand un chiffre apparaît, c’est ce que le formulaire affichait à la date d’observation — Product Hunt change ses formulaires, alors revérifiez avant de coller quoi que ce soit de définitif.

Une attente à poser d’emblée : cette checklist vous mène à un lancement scheduled avec des textes honnêtes et de vraies images. Elle ne promet ni votes, ni place en page d’accueil, ni trafic. Personne ne le peut, et les tactiques qui prétendent le faire sont celles que les règles de la plateforme interdisent.

Avant de toucher au formulaire

• Cherchez d’abord. Cherchez le nom et le domaine de votre produit sur le site public et dans « My Products » une fois connecté. Un vieux brouillon, ou une fiche créée par quelqu’un d’autre, c’est un doublon qui ne demande qu’à arriver. L’article sur les états du suivi explique pourquoi nous enregistrons already_listed à part.
• Décidez qui est le maker. Les lancements Product Hunt sont portés par une personne. Créez un profil personnel avec un vrai nom ou le pseudonyme que vous utilisez réellement, une photo et une bio d’une ligne. Si votre compte d’entreprise et votre compte personnel sont deux choses distinctes, tranchez maintenant lequel sera rattaché.
• Faites le briefing de représentation. Le PR-BRIEFING.md du dépôt pose trois questions avant qu’un fait personnel n’atteigne une fiche publique : personne physique, société ou les deux ; quel nom, quel pseudonyme et quelle affiliation peuvent apparaître ; et ce qu’il ne faut jamais dire de vous. Il rédige ensuite une bio de maker d’une ligne, une phrase d’introduction de lancement et une phrase « pourquoi j’ai construit ça », et vous les montre mot pour mot pour correction. Vous validez, corrigez, enregistrez. En solo, vous êtes le seul relecteur — raison de plus pour regarder ces trois phrases isolément plutôt que noyées dans un formulaire.
• Notez les faits du produit, pas les souhaits. Audience, problème, ce qui existe aujourd’hui, tarifs tels qu’ils sont, stade de lancement. Un essai avec des crédits limités n’est pas une offre gratuite. Les fonctionnalités prévues restent en dehors de la description.

Les textes : les limites que nous avons observées

À la date d’observation, le formulaire de soumission autorisait une accroche de 60 caractères et une description de 500 caractères. Les deux sont plus courtes que le premier jet de la plupart des gens, et les deux sont l’endroit où la version honnête de votre produit doit tenir.

• Accroche ≤ 60 caractères. Un bénéfice, en mots simples. Comptez-les — « propulsé par l’IA » et une répétition du nom du produit mangent un tiers du budget pour rien.
• Description ≤ 500 caractères. Pour qui, ce que ça fait, ce que ça coûte. Aucun nombre de clients, chiffre d’affaires, récompense ou intégration que vous ne pouvez pas montrer.
• Préparez des variantes. L’atelier de rédaction LaunchRepo produit copy.md avec des versions pour différentes limites de champs : l’accroche de 60 caractères pour Product Hunt et la limite différente de l’annuaire suivant sortent des mêmes faits validés, au lieu d’être réécrites à la dernière minute.
• Revérifiez les limites le jour même. C’était 60 et 500 quand nous avons regardé ; traitez cela comme une observation, pas comme une règle.

Les visuels : réels, à jour, à vous

• Le logo à la taille demandée, sur un fond qui survit à une carte en mode sombre.
• Des images de galerie tirées du produit réel. Des captures de ce qu’un utilisateur voit cette semaine, pas une maquette de la refonte. Si le produit a une vidéo, ajoutez-la ; s’il n’en a pas, ne fabriquez pas de fausse vignette.
• Une URL de produit qui répond et qui correspond au nom et au domaine de votre profil maker.
• Une catégorie qu’un inconnu choisirait pour vous. Le formulaire utilise des listes déroulantes natives ; vérifiez la valeur réellement sélectionnée après avoir fait défiler, car lors de l’exécution observée, la sélection pouvait silencieusement différer de ce qui apparaissait en surbrillance.

Tarifs et contrôles d’honnêteté

Product Hunt demande comment le produit est facturé. Un produit payant avec essai doit être présenté comme payant avec essai, pas comme « gratuit ». Cela paraît évident jusqu’au jour où une page de lancement dit « gratuit » et où le premier commentaire demande pourquoi l’inscription réclame une carte.

Deux points sur lesquels le guide de terrain est explicite, et que l’AGENTS.md du dépôt répète pour chaque annuaire :

• Aucune sollicitation de votes. Ne demandez pas à vos amis, à des communautés ou à vos clients de voter ; n’achetez pas d’engagement ; ne lancez pas de campagne « soutenez-nous sur Product Hunt » qui se lit comme une demande de vote. Dites aux gens que vous avez lancé et laissez-les décider. C’est une règle de la plateforme, et le suivi traite les votes ou commentaires fabriqués exactement comme les témoignages inventés : interdits.
• Aucun témoignage inventé. Une citation ne va sur la page que si une vraie personne l’a dite et a accepté d’être citée.

La date de lancement : choisie, pas immédiate

La chose la plus utile qu’un développeur solo puisse faire sur Product Hunt, c’est de choisir la date au lieu de cliquer sur « launch now » parce que le formulaire est enfin rempli.

• Fixez votre date de lancement au plus tôt. Dans LaunchRepo, elle vit dans product.json sous la clé earliest_launch_date ; le suivi refuse d’enregistrer une plateforme comme scheduled avant cette date. Si votre site, votre page tarifs ou votre onboarding ne sont pas prêts, cette date est postérieure à aujourd’hui.
• Choisissez un jour où vous pouvez être en ligne. Un lancement solo veut dire que vous répondez vous-même aux commentaires. Prenez un jour sans échéance client, pas un jour de déplacement.
• Confirmez le fuseau horaire. Le parcours observé affichait une date et un fuseau horaire à la confirmation. Notez les deux. Un lancement programmé à « 00:01 » ne tombe pas le même jour en heure du Pacifique qu’à Berlin.
• Ne comptez pas un brouillon enregistré comme programmé. Le guide de terrain fait cette distinction exprès : un brouillon, c’est du travail sauvegardé ; scheduled, c’est le compte qui confirme une date. Seul le second a sa place dans votre suivi comme scheduled, et il ne dit toujours rien sur le fait que la page sera mise en avant ni sur l’endroit où elle apparaîtra.

Ce que « scheduled » signifie, et ce qu’il ne signifie pas

Lors de notre propre exécution, le parcours Product Hunt a abouti à un lancement programmé. Cela confirme une date. Cela ne confirme ni la publication, ni un placement en page d’accueil, ni une quelconque visibilité. Le jour du lancement, l’étape de résultat du guide consiste à ouvrir la page produit publique et à l’inspecter avant d’enregistrer live — parce que live dans le suivi LaunchRepo exige une URL publique vérifiée et votre confirmation explicite, pas une entrée d’agenda.

Cela compte davantage sur Product Hunt que sur la plupart des annuaires, parce que l’écart entre « je l’ai programmé » et « les gens peuvent le voir » est précisément celui que les développeurs solo ont tendance à enjamber dans leurs annonces. Annoncez le jour même, depuis la page publique.

Le jour J quand on est seul

• Ouvrez la page publique en premier. Vérifiez que l’accroche, les images et l’attribution au maker s’affichent comme prévu.
• Publiez la phrase d’introduction validée — celle du briefing de représentation — là où vous parlez habituellement de votre travail. Sans demande de vote.
• Répondez vous-même à chaque commentaire, avec vos mots. C’est le seul endroit où être seul aux commandes est un avantage.
• Enregistrez le résultat honnêtement. live avec l’URL publique si la page est publique ; scheduled avec une note si elle ne l’est pas encore ; ce qui s’est réellement passé si quelque chose a mal tourné. Le guide de suivi des états couvre les cas limites.

Après le jour J

Product Hunt est un annuaire dans un catalogue de 346. Les playbooks du dépôt le traitent comme les autres : chercher d’abord, vérifier l’identité, préparer les textes dans les limites, confirmer que rien ne coûte d’argent, ne soumettre que dans le cadre de votre autorisation, consigner ce que vous avez observé. Un développeur solo qui a fait cela une fois pour Product Hunt a déjà fait le plus dur pour la plateforme suivante — les faits, les variantes de textes et les visuels se réutilisent, et le pas à pas avec Claude Code montre comment un agent déroule le reste de la liste à partir des mêmes fichiers.

Si vous cherchez quels annuaires viennent ensuite, les meilleurs annuaires de startups en 2026 regroupe le catalogue par catégorie, et la page indie hackers décrit la configuration pour un lancement à une personne. Le dépôt lui-même — playbooks, modèle de produit, suivi, tableau de bord local — s’achète une fois sur la page tarifs.

Sources : le guide de terrain Product Hunt public (limites de champs et parcours tels qu’observés le 2026-09-13), PR-BRIEFING.md, ONBOARDING.md, AGENTS.md et RUNBOOK.md du dépôt LaunchRepo. Aucun chiffre de votes, de classement ou de trafic n’est donné, car aucun n’a été mesuré, et aucun n’est promis.