Outil gratuit

Checklist de lancement d’un SaaS

Trente tâches de lancement en six phases, de 30 jours avant le jour J à 30 jours après. Cochez-les au fur et à mesure : votre progression reste dans ce navigateur, et vous pouvez exporter toute la liste en Markdown quand vous le souhaitez.

Votre checklist de lancement

La progression est enregistrée uniquement dans ce navigateur (localStorage). Rien de ce que vous cochez n’est envoyé à LaunchRepo.

0 tâches sur 30 terminées
T−30 30 jours avant0/6

Décidez ce que vous lancez, quand, et comment vous saurez que ça a marché.

  • Pourquoi : Chaque slogan, formulaire de fiche et publication de lancement reprend cette phrase : l’écrire une fois vous fait gagner des heures ensuite. Source : Glossaire : fichier de contexte produit →

  • Pourquoi : Les files d’attente des annuaires gratuits peuvent durer des semaines : une soumission précoce peut être publiée avant que votre page soit prête. Source : Quand les fiches doivent-elles être publiées ? →

  • Pourquoi : Les inscriptions ou essais par canal en disent plus que les visites ; Search Console affiche clics, impressions, CTR et position dans la recherche naturelle. Source : Google : rapport sur les performances de Search Console ↗

  • Pourquoi : Les services numériques commerciaux en Allemagne doivent rendre accessibles en permanence le nom, l’adresse et un moyen de contact rapide comme l’e-mail (§ 5 DDG). Source : § 5 DDG (droit allemand) ↗

  • Pourquoi : Selon l’article 13 du RGPD, les personnes doivent être informées au moment de la collecte de leurs données ; les prestataires de paiement et de nombreux annuaires demandent aussi ce lien. Source : RGPD (EUR-Lex) ↗

  • Pourquoi : Product Hunt exige des comptes personnels et interdit les comptes d’entreprise ; les créer tôt vous laisse le temps de découvrir chaque communauté. Source : Guide de lancement Product Hunt ↗

T−14 14 jours avant0/7

Préparez le produit, la page et le parcours de paiement pour des inconnus.

  • Pourquoi : Google recommande des titres descriptifs, concis et distincts pour chaque page, sans répéter les mots-clés. Source : Google : liens de titre ↗

  • Pourquoi : og:title, og:type, og:image et og:url sont les quatre propriétés obligatoires ; elles décident de l’apparence de votre lien quand quelqu’un le partage. Source : Le protocole Open Graph ↗

  • Pourquoi : Product Hunt recommande une vignette carrée de 240×240 de moins de 3 MB et des images de galerie en 1270×760 ; le même jeu sert pour la plupart des autres fiches. Source : Product Hunt : préparer le lancement ↗

  • Pourquoi : Stripe fournit des cartes de test comme 4242 4242 4242 4242 pour un paiement réussi et 4000 0000 0000 0002 pour un refus ; ne testez jamais avec de vraies données de carte. Source : Stripe : tests ↗

  • Pourquoi : Gmail exige SPF ou DKIM de tous les expéditeurs, et SPF, DKIM et DMARC des expéditeurs en masse ; sinon, les e-mails de bienvenue peuvent finir en spam. Source : Google : consignes pour les expéditeurs ↗

  • Pourquoi : De bonnes Core Web Vitals, c’est un LCP en 2,5 s maximum, un INP de 200 ms maximum et un CLS de 0,1 maximum, mesurés au 75e percentile. Source : web.dev : Web Vitals ↗

  • Pourquoi : Les WCAG 2.2 demandent un contraste de texte de 4,5:1, des alternatives textuelles pour les images et une utilisation complète au clavier ; les visiteurs d’un lancement utilisent tous types d’appareils. Source : W3C : WCAG 2.2 ↗

T−7 7 jours avant0/5

Rédigez les textes une fois, dans toutes les longueurs, et préparez les canaux.

  • Pourquoi : Product Hunt autorise un slogan de 60 caractères et une description de 500 ; d’autres formulaires demandent des longueurs intermédiaires. Source : Product Hunt : préparer le lancement ↗

  • Pourquoi : Les fiches gratuites attendent dans des files de modération qui prennent souvent des semaines ; plus vous les lancez tôt, plus elles sont nombreuses à être publiées autour du jour J. Source : Annuaires de startups gratuits →

  • Pourquoi : Show HN est fait pour quelque chose que l’on peut essayer ; les pages d’inscription, newsletters et articles de blog sont hors sujet. Source : Hacker News : règles de Show HN ↗

  • Pourquoi : Un premier commentaire court et sincère sur la raison pour laquelle vous l’avez créé donne aux visiteurs une raison de répondre, et à vous un fil de discussion à suivre. Source : Checklist Product Hunt pour développeurs solo →

  • Pourquoi : Google accepte les sitemaps via Search Console, son API ou une ligne Sitemap dans robots.txt ; un fichier contient jusqu’à 50 000 URL ou 50 MB. Source : Google : créer et envoyer un sitemap ↗

T0 Jour du lancement0/5

Publiez dans l’ordre, soyez présent et notez ce qui s’est passé.

  • Pourquoi : Un nouveau compte sur un vrai téléphone trouve l’étape cassée avant vos premiers visiteurs.

  • Pourquoi : Product Hunt présente 0 h 01, heure du Pacifique (12:01 am PT), comme le meilleur moment pour les makers qui planifient à l’avance, car le lancement profite ainsi de toute la journée. Source : Guide de lancement Product Hunt ↗

  • Pourquoi : Product Hunt indique que vous ne pouvez pas demander directement des votes, et Hacker News vous demande de ne pas solliciter vos amis pour voter ou commenter. Source : Hacker News : règles de Show HN ↗

  • Pourquoi : Le jour du lancement est le seul jour où beaucoup de gens lisent le fil ; des réponses rapides et précises transforment les visiteurs en utilisateurs.

  • Pourquoi : Soumis, en attente, programmé et en ligne sont des états différents ; les noter évite les soumissions en double plus tard. Source : Les états de soumission expliqués →

T+7 Première semaine après0/4

Transformez l’attention en conversations et en corrections.

  • Pourquoi : Une prochaine action consignée avec une date transforme une liste d’attente en travail que vous pouvez terminer. Source : Consigner les résultats →

  • Pourquoi : Cinq courtes conversations montrent où les gens ont bloqué et ce qu’ils attendaient, ce qu’aucun tableau de bord ne vous dit.

  • Pourquoi : Les corrections livrées la première semaine atteignent les personnes arrivées avec le lancement qui hésitent encore.

  • Pourquoi : Une mise à jour donne à chaque inscrit une raison de revenir et montre que le produit avance. Source : Exemple : le changelog de LaunchRepo →

T+30 Premier mois après0/3

Mesurez par canal et choisissez votre prochain moment de lancement.

Comment utiliser la checklist

  1. Commencez par la phase qui correspond à aujourd’hui. Si votre lancement a lieu dans deux semaines, commencez par « 14 jours avant » et parcourez la phase précédente pour repérer ce que vous auriez sauté.
  2. Cochez une tâche quand elle est vraiment faite, pas quand elle est prévue. La barre de progression montre alors ce qui reste, phase par phase.
  3. Exportez la liste en Markdown et collez-la dans votre outil de suivi des tickets, un README ou une note. Les tâches cochées sont exportées en [x], les tâches ouvertes en [ ], chacune avec sa raison et sa source.
  4. Quand vous savez quoi faire, répartissez les tâches sur des dates et des responsables avec le modèle de plan de lancement.

Ce que cette checklist ne couvre pas

  • Ce n’est ni un conseil juridique ni un examen juridique. Les points sur les mentions légales et la confidentialité renvoient aux textes officiels ; savoir s’ils s’appliquent à votre activité, et comment, relève d’un avocat.
  • Elle n’est liée à aucune plateforme. Pour le détail d’une fiche Product Hunt, utilisez la checklist Product Hunt pour développeurs solo.
  • Ce n’est pas le mode opératoire de LaunchRepo. Le kit payant contient les playbooks par plateforme et le processus que suit votre agent ; cette liste est le cadre général du lancement autour de lui.

Checklist de lancement Product Hunt →

D’où vient la liste

Chaque raison a été vérifiée le 30 septembre 2026 par rapport à la page officielle indiquée à côté : le guide de lancement de Product Hunt, les règles Show HN de Hacker News, Google Search Central, les consignes aux expéditeurs de Gmail, la documentation de test de Stripe, web.dev, les WCAG 2.2, le protocole Open Graph, le § 5 DDG et le RGPD.

Deux tâches viennent directement du lancement de nos propres produits : une date de publication au plus tôt (dans le kit LaunchRepo depuis le 15 septembre 2026) et la consignation de l’état de chaque fiche avec preuve.

Checklist ou plan de lancement ?

Cette checklist répond à la question quoi faire. Le modèle de plan de lancement répond à quand et qui : il place le même type de travail sur des dates du calendrier, l’attribue à des rôles et montre les heures de chaque personne, avec export CSV et Markdown.

Ouvrir le modèle de plan de lancement

Questions fréquentes

La checklist de lancement SaaS est-elle gratuite ?
Oui. Elle fonctionne dans votre navigateur sans compte ni adresse e-mail, et l’export Markdown est gratuit lui aussi.
Où ma progression est-elle enregistrée ?
Uniquement dans le localStorage de ce navigateur. Rien n’est envoyé à LaunchRepo. Un autre navigateur ou appareil démarre avec une liste vide ; effacer les données du navigateur ou cliquer sur « Réinitialiser » la supprime.
Puis-je lancer en moins de 30 jours ?
Oui. Commencez par la phase qui correspond à aujourd’hui et reportez après le lancement ce qui ne rentre pas. Les tâches lentes sont celles avec des files d’attente, comme les annuaires gratuits : commencez donc par elles.
Est-ce une checklist Product Hunt ?
Non. Elle couvre tout le lancement d’un SaaS, sur tous les canaux. Product Hunt apparaît là où ses règles comptent, et la checklist Product Hunt séparée détaille la fiche.
La checklist remplace-t-elle un conseil juridique ?
Non. Les tâches sur les mentions légales et la confidentialité renvoient aux textes officiels pour que vous sachiez qu’ils existent ; c’est un avocat qui vous dit ce qui s’applique à votre activité.

Confiez la partie annuaires à votre agent

LaunchRepo donne à votre agent de code les playbooks par plateforme, le tableau de bord local et le tracker du lancement sur annuaires, pour que les soumissions de cette checklist soient faites et consignées.

Voir les tarifs