LaunchRepoSoumettez aux annuaires modérés trois à quatre semaines avant votre lancement, et ne programmez les plateformes qui vous laissent choisir une date qu’une fois votre semaine de lancement connue. Voilà toute la stratégie de calendrier en une phrase. Elle fonctionne parce que les fiches d’annuaires ne sont pas mises en ligne au moment où vous les soumettez. Elles le sont quand chaque annuaire s’en occupe, ce qui, sur les voies gratuites, peut prendre des semaines. Si vous voulez une semaine de lancement plutôt qu’un lancement étalé, il vous faut un plancher : une date au plus tôt avant laquelle rien ne peut être programmé. Cet article explique pourquoi, vous donne un plan semaine par semaine et montre comment le suivi LaunchRepo fait respecter le plancher.
Pourquoi les fiches gratuites sont mises en ligne plus tard que vous ne le pensez
Si vous n’avez jamais soumis un produit à un annuaire par sa voie gratuite, les délais surprennent. D’après les guides pratiques publics de ce site, tous observés le 13 septembre 2026 :
- SaaSHub a produit une page accessible publiquement juste après la soumission, marquée « Pending approval » (en attente d’approbation). Accessible ne veut pas dire accepté : le suivi la garde en attente de modération jusqu’à ce que la mention disparaisse.
- Pitchwall a accepté la soumission avec le statut « Under Review » (en cours d’examen) et un délai d’examen estimé à plus de 30 jours.
- TinyLaunch a proposé un créneau hebdomadaire à venir sur sa voie Standard gratuite et affichait encore « Waiting for approval » (en attente d’approbation) après le choix de la date : programmé, avec une approbation encore en suspens.
- Uneed n’autorisait qu’un seul lancement en attente par compte sur la voie gratuite observée ; un deuxième produit attend donc que le premier soit passé.
- Product Hunt a confirmé une date de lancement et un fuseau horaire. Cela confirme une date, pas une place en page d’accueil.
Rien de tout cela n’est une plainte. Les offres gratuites sont modérées par des personnes qui ont une file d’attente, et la file est longue parce que l’offre est gratuite. Le runbook du kit demande à l’agent de vous prévenir d’emblée que beaucoup d’annuaires gratuits prennent des semaines, pas des jours, et de ne jamais inventer un délai d’examen qu’une plateforme n’indique pas. L’entrée sur le statut de fiche explique ce que signifie chaque état.
Deux types de plateformes, deux horloges
Chaque annuaire que vous prévoyez d’utiliser appartient à l’un de deux groupes, et ils demandent des calendriers opposés.
| Annuaires modérés | Plateformes à date choisie | |
|---|---|---|
| Qui décide de la mise en ligne | La file d’examen de l’annuaire | Vous, en choisissant un créneau |
| Signal typique après la soumission | « Pending approval », « Under Review », une place dans la file | Une date et un fuseau horaire confirmés |
| Quand agir | Tôt : trois à quatre semaines avant le lancement | Tard : une à deux semaines avant le lancement, une fois le plancher fixé |
| État dans le suivi | submitted_pending_review ou queued |
scheduled, avec la date |
| Risque si le calendrier est faux | La fiche apparaît après l’effervescence du lancement | La fiche sort avant que votre page de lancement soit prête |
| Le plancher s’applique-t-il ? | Non : soumettre n’est pas publier | Oui : aucun créneau avant le plancher |
Le tableau résume toute la stratégie. Les annuaires modérés sont lents et hors de votre contrôle : vous les lancez donc en premier. Les plateformes à date choisie sont rapides et entièrement sous votre contrôle : vous les gardez en réserve jusqu’à ce que la semaine de lancement soit fixée.
Dates cibles et planchers
Une date cible est le moment où vous aimeriez que les choses se produisent. Un plancher est le moment le plus tôt où quoi que ce soit peut se produire. Les annuaires rendent les cibles peu fiables et les planchers bon marché, parce que vous ne contrôlez que deux choses : quand vous soumettez et quand vous programmez.
Prenez une cible seule. Vous voulez des fiches en ligne pendant votre semaine de lancement. Votre agent commence quatre semaines plus tôt, parce que les examens prennent des semaines. La plupart des annuaires modérés publient alors quand ils publient : certains au bout d’un jour, certains après votre lancement, certains jamais. Les plateformes qui vous laissent choisir une date, comme les tableaux de lancement hebdomadaires ou le calendrier de Product Hunt, accepteront volontiers le premier créneau libre que l’agent voit. Ce créneau peut tomber lundi prochain, et voilà votre meilleure plateforme de lancement partie avant que votre landing page, votre changelog et votre annonce soient prêts.
Avec un plancher fixé au lundi de votre lancement, ce problème disparaît. L’agent peut toujours soumettre tôt aux annuaires modérés, parce que soumettre n’est pas publier et que le plancher ne s’y applique pas. Il ne peut rien programmer avant le plancher, parce que le suivi refuse.
Un calendrier de lancement sur quatre semaines
Voici le plan pour lequel le plancher est conçu. Les dates sont un exemple : un plancher au lundi 9 novembre 2026.
Semaine −4 : fixer le plancher et faire l’onboarding. Décidez de la date la plus tôt à laquelle quoi que ce soit peut devenir public et saisissez-la pendant l’onboarding. Terminez les faits produit et le briefing de représentation pour que l’agent dispose d’un texte approuvé avant de toucher un formulaire. Une fiche mise en ligne avec la mauvaise bio du fondateur est pire qu’une fiche en retard.
Semaines −4 à −2 : soumettre aux annuaires modérés. Ce sont les plateformes sans calendrier : files d’examen, pages « Pending approval », estimations « Under Review ». Ce sont les plus lentes et vous ne pouvez pas les piloter : elles passent donc en premier. Consignez chaque résultat. Attendez-vous à des états en attente et en file, et attendez-vous à ce que certains y restent au-delà de votre semaine de lancement. C’est normal ; le plancher n’a jamais été pour eux.
Semaines −2 à −1 : programmer les plateformes à date choisie. Tableaux de lancement à créneaux, Product Hunt, tout ce qui confirme une date et un fuseau horaire. Donnez à l’agent le plancher et un jour préféré. Il enregistre scheduled avec la date confirmée par la plateforme, et le suivi rejette tout ce qui précède le plancher. Là où un créneau est confirmé mais l’approbation encore en suspens, la note le dit.
Semaine de lancement : vérifier, puis publier. Le jour même, l’agent ouvre chaque fiche programmée avant d’enregistrer live ; une date sur un calendrier n’est pas la preuve d’une page publique. Les communautés comme Hacker News sont des posts que vous rédigez en respectant leurs règles, pas des formulaires, et leur place est dans cette semaine, quand les fiches vers lesquelles ils pointent existent.
Semaines +1 à +4 : suivre la file. Les soumissions en attente dont le délai d’examen annoncé est dépassé sont revérifiées, jamais resoumises pour doubler la file. Les fiches qui arrivent tard comptent quand même. Elles arrivent après le plancher, et c’est la seule chose que le plancher promettait.
Ce que le suivi fait du plancher
Depuis la version du 15 septembre 2026, le fichier produit product.json contient un champ nommé earliest_launch_date. Vide signifie pas de plancher. S’il contient une date, le script de suivi record.py refuse d’enregistrer scheduled sans --launch-date, et refuse une date antérieure au plancher. L’onboarding demande la valeur avant toute soumission, et le tableau de bord local affiche le plancher à côté du produit. Le changelog contient la note de version.
Voici une exécution réelle du 30 septembre 2026, avec un plancher au 2026-11-09 dans un produit d’exemple :
$ python3 scripts/record.py --project projects/my-product tinylaunch scheduled --note "Slot offered" --next-action "Pick a date"
Tracker rejected input: scheduled requires --launch-date as YYYY-MM-DD
$ python3 scripts/record.py --project projects/my-product tinylaunch scheduled --launch-date 2026-10-26 --note "First free slot" --next-action "Pick a later week"
Tracker rejected input: launch_date is earlier than the owner-authorized earliest_launch_date
$ python3 scripts/record.py --project projects/my-product tinylaunch scheduled --launch-date 2026-11-09 --note "Waiting for approval" --next-action "Verify on launch day"
Recorded tinylaunch: scheduled
$ python3 scripts/record.py --project projects/my-product pitchwall submitted_pending_review --note "Under Review" --next-action "Recheck after 30 days"
Recorded pitchwall: submitted_pending_reviewUne programmation sans date est rejetée, le créneau antérieur au plancher est rejeté, le créneau tombant sur le plancher est accepté, et la soumission en attente est enregistrée des semaines avant le plancher, exactement comme prévu.
Ce que le plancher ne fait pas
Il ne fait pas publier un annuaire plus vite ; l’agent ne décide pas quand un annuaire publie. Il ne s’applique pas aux soumissions en attente ou en file, parce que celles-ci suivent l’horloge de la plateforme. Si une plateforme est connue pour publier immédiatement sur sa voie gratuite, soumettez-la dans la fenêtre de lancement, pas des semaines avant. Et le plancher est facultatif : pour un produit déjà lancé, laissez-le vide et adoptez plutôt un rythme régulier, comme dans le guide de planification sans dépense.
Le plancher ne décide pas non plus si une plateforme mérite une soumission. C’est une question à part, produit par produit, tranchée avec la méthode de sélection, pas avec une date.
Fixer le plancher en pratique
Si vous démarrez avec la configuration Claude Code ou n’importe quel autre agent, la question vous est posée pendant l’onboarding ; répondez par une date ou dites « pas de plancher ». Pour le changer plus tard, modifiez earliest_launch_date dans le product.json du produit et prévenez l’agent, ou changez-le dans la vue produit du tableau de bord. Le guide pas à pas montre les deux façons. Les lignes scheduled existantes ne sont pas réécrites : la vérification s’applique aux nouveaux enregistrements. Si vous repoussez le plancher au-delà d’un créneau déjà confirmé, relisez le suivi avant la prochaine session de l’agent et décidez s’il faut reprogrammer sur la plateforme.
Deux habitudes font marcher tout cela. Confirmez le fuseau horaire chaque fois qu’une plateforme confirme une date ; le guide pratique Product Hunt existe en partie pour cette raison. Et traitez un écran de remerciement pour ce qu’il est : ni en ligne, ni programmé, juste la fin d’un formulaire. L’entrée sur la fiche programmée explique la différence.
LaunchRepo livre cela avec la licence à paiement unique : l’onboarding qui pose la question, le suivi qui fait respecter la réponse, et 299 playbooks actifs au 24 septembre 2026 qui documentent quelles plateformes prennent une date et lesquelles prennent simplement leur temps.
Questions fréquentes
Combien de temps avant le lancement faut-il soumettre aux annuaires ?
Soumettez aux annuaires modérés trois à quatre semaines avant le lancement, parce que les examens gratuits prennent souvent des semaines. Programmez les plateformes à date choisie, comme les tableaux de lancement, une à deux semaines avant, une fois votre semaine de lancement fixée.
Un plancher de date de lancement va-t-il retarder mes soumissions ?
Non. Le plancher bloque seulement la programmation d’une date antérieure au jour que vous avez choisi. Les soumissions aux annuaires modérés peuvent partir aussi tôt que vous le souhaitez, parce que soumettre n’est pas publier.
Et si un annuaire publie ma fiche avant le jour du lancement ?
Les annuaires modérés publient quand leur examen se termine, et le plancher ne peut pas l’empêcher. Si une plateforme est connue pour publier immédiatement sur sa voie gratuite, soumettez-la dans votre fenêtre de lancement plutôt que des semaines avant.
Que se passe-t-il si ma date de lancement change ?
Modifiez earliest_launch_date et prévenez votre agent. Les nouveaux enregistrements programmés doivent respecter le nouveau plancher. Les créneaux déjà confirmés restent tels quels : vérifiez donc le suivi et reprogrammez sur la plateforme si nécessaire.
Ai-je besoin d’un plancher si mon produit est déjà en ligne ?
Non. Un plancher vide est la valeur par défaut. Pour un produit déjà sur le marché, un rythme régulier de quelques soumissions par semaine convient mieux qu’une semaine de lancement coordonnée.
Sources : ONBOARDING.md, RUNBOOK.md, DASHBOARD.md et CHANGELOG.md dans le kit LaunchRepo (version du 15 septembre 2026), une exécution de record.py le 30 septembre 2026, et les guides pratiques publics de ce site, observés le 13 septembre 2026.