Checklist de lancement SaaS : 47 étapes de l'idée au premier client

Voilà ce que personne ne vous dit sur le lancement d'un SaaS : le lancement en lui-même, c'est la partie facile.

Le difficile, c'est tout ce qui précède. Comprendre si quelqu'un a vraiment le problème que vous voulez résoudre. Tailler dans votre liste de fonctionnalités jusqu'à en avoir mal. Parler à des inconnus qui risquent de vous dire que votre idée est inutile. C'est là que la plupart des produits meurent — pas le jour du lancement, mais dans les mois qui précèdent quand les fondateurs sautent la validation pour foncer tête baissée dans le code.

On a vu des centaines de projets passer sur fromscratch — ceux qui décollent partagent presque toujours le même schéma. Ils ont validé avant de construire. Ils ont lancé avant de se sentir prêts. Et ils ont traité le jour J comme un début, pas comme une ligne d'arrivée.

Voici la checklist qu'on aurait aimé avoir. Quarante-sept étapes, cinq phases, zéro réponse tiède. C'est parti.

Phase 1 : Valider (Étapes 1–10)

C'est la phase que la plupart des fondateurs sautent. C'est aussi celle qui détermine si tout le reste compte.

Vous ne codez pas encore. Vous ne dessinez pas de logos. Vous parlez à des gens pour savoir si le problème que vous voulez résoudre est réel, douloureux, et vaut qu'on paie pour le résoudre.

1. Écrivez le problème en une phrase

Pas votre solution. Le problème. Une seule phrase.

« Les freelances perdent 3 heures par semaine à relancer leurs factures » est un problème. « Une plateforme de facturation propulsée par l'IA avec des rappels intelligents et l'intégration Stripe » est une solution à la recherche d'un problème. Si vous n'arrivez pas à formuler la douleur en une ligne, vous ne la comprenez pas assez bien.

2. Trouvez 10 personnes qui ont ce problème

Pas des gens qui pourraient l'avoir. Des gens qui l'ont, là, maintenant. Cherchez sur Reddit, les communautés d'indie hackers, Twitter, les forums de niche. Repérez les plaintes, les bricolages, et les gens qui demandent « est-ce qu'il existe un outil qui fait X ? »

Si vous ne trouvez pas 10 personnes avec ce problème, c'est une donnée en soi. Soit le problème n'est pas assez douloureux, soit vous cherchez au mauvais endroit.

3. Parlez-leur (écoutez, ne vendez pas)

C'est l'étape qui sépare les fondateurs qui réussissent de ceux qui construisent un truc dont personne ne veut. Ayez 10 à 15 vraies conversations. The Mom Test de Rob Fitzpatrick est le guide — ne demandez pas « tu utiliserais ça ? » (tout le monde dit oui). Demandez :

• « Comment tu gères [le problème] en ce moment ? »
• « C'est quoi la partie la plus chiante ? »
• « T'as essayé quoi ? Pourquoi t'as arrêté ? »
• « Ça te coûte combien en temps et en argent ? »

Si la personne s'enflamme et commence à râler sur son workflow actuel, vous tenez quelque chose de réel.

4. Vérifiez qu'ils dépensent déjà de l'argent

Celui-là est plus important que la plupart des fondateurs ne le croient. Si des gens paient déjà pour une solution — même mauvaise — c'est la preuve que le marché existe. S'ils se débrouillent avec des solutions gratuites et semblent s'en contenter, vous allez galérer à facturer quoi que ce soit.

Cherchez : des outils SaaS existants dans le domaine, des consultants qui résolvent ça manuellement, du bricolage sur Excel ou Google Sheets, ou des équipes qui embauchent quelqu'un spécifiquement pour cette tâche.

5. Dimensionnez le marché (le TAM on s'en fiche — votre niche compte)

Oubliez les slides sur le marché adressable total. Ce qui compte : combien de personnes ont ce problème précis, dans la niche que vous pouvez atteindre, et combien sont-elles prêtes à payer ?

Si 5 000 designers freelance paient chacun 30 €/mois pour un outil comme le vôtre, ça fait 1,8 M€ d'ARR. C'est un business qui change une vie de fondateur solo. Pas besoin d'un TAM à un milliard.

6. Validez la volonté de payer

« Tu paierais 30 €/mois pour ça ? » est une question inutile. Tout le monde dit oui aux hypothèses. Mieux :

• Demandez aux gens de laisser leur email sur une waitlist (engagement léger)
• Demandez une pré-commande à 1 € (engagement réel)
• Publiez une landing page avec les prix et un bouton « Acheter » qui mène à une waitlist

L'écart entre « j'utiliserais totalement ça » et « voilà ma carte bleue » est immense. Testez le deuxième.

7. Construisez une landing page, pas un produit

Avant d'écrire une seule ligne de code, créez une page qui explique ce que fait votre produit, pour qui, et à quel prix. Utilisez Carrd, Framer, ou même une simple page HTML. Peu importe. Ce qui compte, c'est que de vrais humains puissent la voir et réagir.

8. Lancez un test de fumée

Amenez 100 à 200 personnes sur votre landing page. Dépensez 50-100 € en pub, postez dans 2-3 communautés pertinentes, ou envoyez des emails à froid aux personnes de l'étape 2. Mesurez :

• Taux d'inscription email (visez 5-10 %)
• Clics sur « Acheter » ou « Commencer » (visez 2-5 %)
• Réponses directes et questions (une mine d'or d'insights)

Si 200 personnes visitent et zéro ne s'inscrit, c'est un signal. Soit le positionnement est mauvais, soit le problème n'est pas assez douloureux pour qu'on paie.

9. Choisissez votre angle d'attaque

Vous ne pouvez pas battre les acteurs établis sur tout. Choisissez la seule chose que vous ferez radicalement mieux et menez avec ça. L'angle de Plausible, c'était la vie privée. Celui de Linear, la vitesse. Celui de Hey, un design d'email ultra-opinionated.

Votre angle doit finir cette phrase : « C'est comme [concurrent] mais [votre angle]. »

10. Rédigez votre positionnement

Avant de construire, clouez ça : Qui c'est pour, quoi ça fait, pourquoi ils devraient s'en soucier, et en quoi c'est différent de ce qui existe. En 2-3 phrases. Ça deviendra le texte de votre homepage, votre tagline Product Hunt, et votre réponse quand on vous demande « alors tu construis quoi ? »

Si vous n'arrivez pas à écrire un positionnement clair, retournez à l'étape 3.

Phase 2 : Construire (Étapes 11–22)

Vous avez validé le problème. Des gens veulent une solution et sont prêts à payer. Construisez maintenant la plus petite version possible qui délivre sur votre angle d'attaque.

L'ennemi de cette phase, c'est le scope. Chaque fondateur rajoute « juste une dernière fonctionnalité » jusqu'à ce que le MVP devienne un projet de 6 mois. Résistez.

11. Définissez le scope du MVP — puis coupez de moitié

Listez toutes les fonctionnalités dont votre produit a besoin. Maintenant, barrez-en la moitié. Sérieusement. Celles qui restent doivent faire une seule chose : résoudre le problème central suffisamment bien pour que quelqu'un paie aujourd'hui.

Stripe a lancé avec un formulaire de paiement et une API. Pas de dashboard, pas d'analytics, pas de gestion d'abonnements. Basecamp a expédié un suivi de projet sans partage de fichiers, sans suivi du temps et sans rapports. Les deux sont devenus des produits à un milliard.

Votre MVP n'est pas votre vision. C'est la plus petite preuve que votre vision vaut la peine d'être poursuivie.

12. Choisissez votre stack tech et arrêtez d'en changer

C'est le moment où les développeurs solo perdent des mois. Choisissez un stack que vous connaissez, pas celui qui trend sur Hacker News cette semaine. Si vous êtes productif en Next.js, utilisez Next.js. Si vous êtes rapide en Rails, prenez Rails. Si c'est votre premier framework, prenez celui qui a le plus de tutos.

Le stack tech n'a aucune importance pour vos 1 000 premiers clients. La vitesse d'exécution, si.

13. Mettez en place le tracking d'erreurs et l'analytics dès le premier jour

Avant de coder la moindre fonctionnalité, branchez trois choses :

• Tracking d'erreurs (Sentry, LogRocket ou équivalent) — vous devez savoir quand ça casse avant que vos utilisateurs vous le disent
• Analytics produit (PostHog, Plausible ou équivalent) — vous devez savoir ce que les utilisateurs font vraiment, pas ce qu'ils disent faire
• Un canal de feedback — même un simple lien email ou un board Canny

Ne boulonnez pas ça après coup. Vous raterez les données les plus critiques du début.

14. Construisez la boucle centrale en premier

Chaque SaaS a une boucle centrale — l'action que les utilisateurs répètent et qui délivre de la valeur. Pour un CRM, c'est enregistrer des interactions. Pour un outil de planification, c'est réserver des rendez-vous. Pour un outil d'analytics, c'est consulter les tableaux de bord.

Construisez cette boucle d'abord. Rendez-la fluide. Ignorez tout le reste jusqu'à ce qu'elle soit au point.

15. Implémentez l'authentification et le paiement avant les fonctionnalités

L'authentification et le paiement sont les deux briques d'infrastructure qui touchent à tout. Si vous les traitez comme des détails, vous passerez des semaines à refactorer plus tard.

Utilisez un provider d'auth (Clerk, Auth.js, Supabase Auth) et un provider de paiement (Stripe, Lemon Squeezy) dès le départ. Ne faites pas votre propre auth. Ne remettez pas le paiement à « quand on aura des utilisateurs payants ». Vous avez besoin de l'infra de paiement pour accepter de l'argent dès le jour 1.

16. Trouvez 3-5 bêta-testeurs avant de vous sentir prêt

L'erreur la plus courante des builders : attendre que le produit soit « prêt ». Il ne le sera jamais. Envoyez-le à 3-5 bêta-testeurs dès que la boucle centrale fonctionne, même si l'interface est moche et que la moitié de la page de paramètres est du texte placeholder.

Les bêta-testeurs vous disent ce qui compte vraiment. Sans eux, vous devinez.

17. Construisez en public (ou au moins semi-public)

Partagez ce que vous construisez sur Twitter/X, Indie Hackers, ou un blog. Pas besoin de partager vos revenus ou votre roadmap. Mais montrer l'avancement — même un screenshot hebdo ou une courte mise à jour — fait trois choses :

1. Ça construit une audience avant le jour du lancement
2. Ça crée de la redevabilité (vous avez moins de chances d'abandonner)
3. Ça génère du feedback précoce de gens qui s'intéressent à votre niche

18. Corrigez les plaintes des bêta-testeurs — ignorez leurs demandes de fonctionnalités

Le feedback bêta vient sous deux formes : les plaintes et les demandes. Les plaintes vous disent ce qui est cassé. Les demandes vous disent ce que quelqu'un imagine vouloir.

Si trois bêta-testeurs disent « je ne comprends pas comment exporter mes données », c'est un vrai problème. Si un bêta-testeur dit « vous devriez ajouter des diagrammes de Gantt », c'est sa vision de votre produit, pas la vôtre. Corrigez le premier. Notez le second.

19. Fixez vos prix

Si vous n'avez pas encore lu comment fixer le prix d'un SaaS, faites-le. La version courte :

• Utilisez le pricing basé sur la valeur (ce que ça vaut pour eux, pas ce que ça vous coûte)
• Trois paliers : Starter (29 €+), Pro (49-99 €), Business (149 €+)
• Réduction annuelle à deux mois offerts
• Pas de plan gratuit sauf si votre produit a des effets de réseau

Commencez plus haut que ce qui vous semble confortable. Baisser plus tard est toujours possible. Augmenter après le lancement est psychologiquement bien plus difficile.

20. Construisez la vraie landing page

Votre page de test de l'étape 7 était un prototype. Maintenant, construisez la vraie. Elle doit avoir :

• Un titre qui annonce la valeur (pas la fonctionnalité)
• Un sous-titre qui dit pour qui c'est
• De la preuve sociale (citations de bêta-testeurs, métriques précoces, n'importe quoi)
• Un CTA clair au-dessus de la ligne de flottaison
• Vos tarifs
• Une vidéo démo ou un parcours en screenshots

21. Configurez les emails transactionnels

Au minimum : email de bienvenue, vérification d'email, réinitialisation de mot de passe, confirmation de paiement, et rappel d'expiration d'essai. Ce ne sont pas des emails marketing — c'est l'infrastructure de la confiance. Un produit sans email de bienvenue ressemble à un projet abandonné.

22. Testez le parcours inscription-valeur de bout en bout

Inscrivez-vous comme un tout nouvel utilisateur. Chronométrez le temps qu'il faut pour vivre la valeur centrale de votre produit. Si c'est plus de 5 minutes, il y a du travail. Chaque clic supplémentaire entre l'inscription et le moment « aha » est un endroit où les utilisateurs partent en silence.

Phase 3 : Préparer le lancement (Étapes 23–33)

Votre produit marche. Les bêta-testeurs y trouvent de la valeur. Maintenant, créez la demande avant d'appuyer sur le bouton.

La différence entre un lancement qui tombe à plat et un qui fait boule de neige ? La préparation. Chaque lancement réussi qu'on a vu sur fromscratch a investi 2 à 4 semaines dans cette phase.

23. Choisissez une date de lancement et dites-le

Une date de lancement non annoncée est un vœu pieux. Une date publique est un engagement. Choisissez une date dans 2-3 semaines. Dites-le à votre liste email, vos abonnés Twitter, vos bêta-testeurs. Publiez-la. La deadline crée de l'urgence — pour vous et pour votre audience.

24. Construisez une waitlist email

Votre waitlist est votre armée du jour J. Chaque personne dessus a choisi d'être là parce qu'elle veut ce que vous construisez. Alimentez-la depuis :

• Votre landing page (CTA principal en pré-lancement)
• Les posts sociaux et les updates de build-in-public
• Les publications dans des communautés pertinentes
• Le démarchage à froid des personnes interviewées à l'étape 3

Une waitlist de 200 à 500 personnes engagées suffit pour générer un vrai élan le jour du lancement.

25. Écrivez vos textes de lancement

Pré-rédigez tout. Ne faites pas ça à l'arrache le jour J.

• Premier commentaire Product Hunt — qui vous êtes, ce que fait le produit, ce qui est différent, une offre exclusive PH, et deux questions. Notre guide de lancement Product Hunt détaille la structure exacte.
• Email de lancement — court, orienté valeur, avec un seul CTA clair
• Thread Twitter/X — l'arc narratif de pourquoi vous avez construit ça
• Show HN Hacker News — technique, honnête, sans langage marketing
• Posts communautaires — adaptés aux normes de chaque communauté

26. Configurez l'attribution et l'analytics

Avant le jour J, assurez-vous de pouvoir répondre à : d'où vient chaque inscription ? Mettez en place les paramètres UTM pour chaque canal, configurez votre analytics pour traquer les événements de conversion, et vérifiez que votre funnel est mesurable de la première visite à l'inscription payante.

Vous aurez désespérément besoin de ces données au jour 2 quand vous déciderez où doubler la mise.

27. Préparez votre lancement Product Hunt

Si vous comptez lancer sur PH (et vous devriez probablement — le backlink DR 91 seul vaut le coup), commencez maintenant. Créez votre profil maker, upvotez et commentez d'autres produits, préparez vos visuels, et constituez votre liste de supporters. C'est un process de 2-3 semaines, pas un événement d'un jour. Lisez notre guide complet du lancement Product Hunt.

28. Soumettez aux annuaires et communautés bêta

Product Hunt n'est pas le seul terrain de jeu. Soumettez à BetaList, Indie Hackers, HackerNews, les subreddits pertinents, les communautés Slack/Discord de niche, et les annuaires SaaS spécialisés. Chacun est un petit pari. Certains enverront 10 visiteurs, d'autres 500. Empilez assez de petits paris et ça s'additionne.

29. Écrivez 2-3 contenus qui ciblent votre audience

Lancez votre moteur SEO avant le lancement. Rédigez 2-3 articles de blog ou guides qui répondent aux problèmes que votre cible recherche activement. Ils ne se positionneront pas du jour au lendemain, mais ils lancent le compteur de l'autorité SEO et vous donnent quelque chose à partager dans les communautés.

Si votre produit est un outil de planification, écrivez sur les workflows de planification, la gestion du temps pour les freelances, ou une comparaison des outils existants. Liez naturellement vers votre produit.

30. Mettez en place le support client

Restez simple au lancement. Une boîte mail partagée (même votre email perso avec un alias produit) et une page FAQ basique suffisent. Pas besoin d'Intercom. Pas besoin d'une base de connaissances avec 50 articles. Il faut être joignable et réactif.

Répondez à chaque email de support dans l'heure pendant la semaine de lancement. La vitesse de réponse est le meilleur prédicteur de satisfaction client au début.

31. Créez une vidéo démo ou un parcours guidé

Une vidéo de 60-90 secondes montrant votre produit en action convertit mieux que n'importe quelle quantité de texte sur la landing page. Utilisez Screen Studio, Loom, ou même un enregistrement d'écran avec un commentaire audio. Montrez la boucle centrale — le truc qui fait dire « ah, c'est pas mal ».

Ne scriptez pas à la perfection. Une démo légèrement brute et authentique surpasse une vidéo corporate léchée pour les produits indie.

32. Faites une répétition générale complète

Inscrivez-vous avec un email neuf. Parcourez chaque étape : landing page → inscription → onboarding → action centrale → paiement. Chronométrez. Notez chaque moment de confusion ou de friction. Corrigez tout ce qui nécessite un clic de trop.

Puis refaites-le sur mobile. La moitié du trafic du jour J viendra de téléphones.

33. Finalisez votre page de tarifs

Votre page de tarifs sera l'une des pages les plus visitées le jour du lancement. Assurez-vous qu'elle est limpide. Trois paliers, comparaison des fonctionnalités, section FAQ, et un toggle entre mensuel et annuel. Le lecteur doit comprendre vos tarifs en moins de 10 secondes.

Phase 4 : Lancer (Étapes 34–41)

Le jour du lancement n'est pas un événement isolé — c'est une poussée coordonnée sur tous les canaux que vous avez préparés. L'objectif : créer assez d'activité concentrée en 24-48 heures pour que les algorithmes, les communautés et les gens commencent à amplifier votre signal naturellement.

34. Envoyez l'email à votre waitlist en premier

Votre waitlist est votre audience la plus chaude. Écrivez-leur avant de poster où que ce soit en public. Donnez-leur un accès anticipé, une offre exclusive de lancement, ou simplement un mot personnel « vous étiez les premiers ». Ce sont les personnes les plus susceptibles de s'inscrire, de partager, et de commenter sur Product Hunt.

Envoyez l'email entre 14h et 15h heure de Paris pour les meilleurs taux d'ouverture si vous ciblez la France, ou 6h-6h30 heure du Pacifique pour les US.

35. Lancez sur Product Hunt

Publiez à 9h01 heure de Paris (minuit PST) quand le leaderboard se réinitialise. Postez votre premier commentaire immédiatement. Activez vos supporters en vagues coordonnées. Répondez à chaque commentaire en moins de 10 minutes. Un commentaire de qualité pèse autant que 40-50 upvotes dans l'algorithme de PH. Le playbook complet : stratégie de lancement Product Hunt.

36. Postez un Show HN sur Hacker News

Hacker News a des normes différentes de Product Hunt. Soyez technique, soyez honnête sur les limites, et n'utilisez pas de langage marketing. « Show HN : j'ai construit un outil de planification parce que le pricing de Calendly m'exaspérait » passe bien. « Show HN : la plateforme de planification IA révolutionnaire » se fait downvoter dans l'oubli.

Mentionnez votre stack technique, ce que vous avez appris en construisant, et demandez du feedback spécifique. Les lecteurs de HN adorent une histoire de builder.

37. Partagez sur Twitter/X avec un thread narratif

Ne tweetez pas juste « on a lancé ! » Écrivez un thread avec l'histoire : le problème que vous avez repéré, la validation que vous avez faite, ce que vous avez construit, un ou deux screenshots, et un lien. Les threads narratifs font 5-10x plus d'engagement que les tweets d'annonce.

38. Postez dans les communautés pertinentes — sans spammer

Chaque communauté a ses propres règles. Lisez l'ambiance avant de poster. Sur Reddit, apportez de la vraie valeur avec votre post. Sur Indie Hackers, partagez les coulisses du parcours. Sur les Slacks et Discords de niche, soyez d'abord un membre et ensuite un promoteur.

La règle d'or : si votre post se ferait upvoter même sans le lien vers le produit, vous êtes sur la bonne voie.

39. Envoyez 10 emails personnels

Pas un envoi en masse — 10 emails individuels, tapés à la main, à des personnes qui bénéficieraient réellement de votre produit. Utilisez ce que vous avez appris pendant la validation. « Salut [prénom], je me souviens que tu mentionnais tes galères avec [problème]. Je viens de sortir un truc qui pourrait t'aider : [description en une ligne + lien]. »

Le démarchage personnel convertit à 10-30 %. Aucune campagne de pub ne s'en approche.

40. Répondez à tout

Chaque commentaire sur Product Hunt. Chaque réponse sur Twitter. Chaque email. Chaque DM. Le jour du lancement est votre seule chance de faire une première impression à grande échelle. Les fondateurs qui répondent à tout obtiennent plus d'engagement, de meilleurs classements PH, et plus d'inscriptions que ceux qui se taisent après la poussée initiale.

Mettez un timer. Vérifiez chaque canal toutes les 30 minutes pendant les 24 heures complètes.

41. Suivez ce qui marche en temps réel

En milieu de journée, vous verrez des patterns. Un canal envoie du trafic de qualité. Un autre envoie des curieux qui ne convertiront jamais. Doublez la mise sur ce qui marche. Si Twitter est en feu, postez davantage. Si Reddit a fait un flop, n'insistez pas. Réallouez votre énergie toutes les quelques heures en vous basant sur les données, pas sur vos suppositions.

Phase 5 : Consolider (Étapes 42–47)

Les pics de lancement, c'est comme ça : ils redescendent toujours. La moitié des fondateurs ne constatent qu'un bump temporaire d'inscriptions après le lancement. Ce que vous faites dans les 30 jours suivants détermine si ce pic devient une courbe de croissance durable ou un bon souvenir.

42. Relancez chaque inscrit

Dans les 24 heures suivant une inscription, la personne devrait recevoir un email de bienvenue qui a l'air personnel. Pas juste un transactionnel « vérifiez votre email » — un vrai message d'une vraie personne qui remercie, demande ce que la personne cherche à accomplir, et propose de l'aide.

Un fondateur d'Unicorn Platform faisait exactement ça. Les réponses personnelles ont construit plus de fidélité que n'importe quelle fonctionnalité.

43. Mettez en place un vrai onboarding

Regardez vos analytics. Où les utilisateurs décrochent-ils après l'inscription ? C'est là que votre onboarding est cassé. Construisez un parcours guidé simple qui amène les utilisateurs à leur moment « aha » en moins de 5 minutes. Soignez les états vides — un tableau de bord vierge doit montrer à l'utilisateur exactement quoi faire ensuite, pas le fixer du regard.

44. Démarrez votre moteur de contenu et SEO

Le trafic du jour de lancement est loué. Le trafic SEO vous appartient. Commencez à publier du contenu qui cible les mots-clés que votre audience recherche. Ce n'est pas optionnel — c'est comme ça que vous construisez un trafic durable qui ne dépend pas du prochain lancement Product Hunt ou du prochain thread Twitter.

Écrivez des comparatifs, des guides, des tutoriels. Faites des liens internes vers vos pages produit. La régularité bat le volume — un article de qualité par semaine compose plus vite qu'un déluge de contenus médiocres.

45. Construisez en public autour de vos chiffres

Partagez vos résultats de lancement honnêtement. Combien d'inscriptions ? Combien de revenus ? Qu'est-ce qui vous a surpris ? Qu'est-ce qui a échoué ? Ces rétrospectives génèrent un engagement massif parce que la plupart des fondateurs gardent leurs chiffres secrets. La transparence construit la confiance et attire le type d'utilisateurs qui soutiennent les builders indie.

La rétrospective de lancement de Tally a été reprise par plusieurs newsletters et a généré plus d'inscriptions que leur lancement Product Hunt lui-même.

46. Doublez la mise sur votre meilleur canal

Dès la semaine 2, vous saurez quel canal d'acquisition marche le mieux. Peut-être le SEO. Peut-être Twitter. Peut-être une seule communauté Reddit. Quel que soit le canal, allez-y à fond. La plupart des SaaS solo qui réussissent tirent 60-80 % de leur croissance initiale d'un seul canal. Trouvez-le et surfez dessus.

47. Obtenez votre premier client payant (qui n'est pas votre pote)

C'est le vrai jalon. Pas le lancement. Pas les inscriptions. Pas le badge Product Hunt. Votre premier client payant — quelqu'un que vous ne connaissiez pas avant, qui a trouvé votre produit, l'a essayé, et a décidé de vous donner son argent.

Quand ça arrive, vous avez construit quelque chose de réel. Tout ce qui précédait était de la validation. Tout ce qui suit est de la croissance.

Le calendrier : combien de temps ça prend vraiment

Ce sont des fourchettes tirées de vrais lancements. La plus grande variable est la phase 2 — le temps de développement. Si vous êtes tenté de passer 6 mois à coder, relisez l'étape 11. Coupez le scope.

Récupérez la checklist en template

Vous voulez cette checklist dans un format que vous pouvez vraiment cocher ? On a préparé un template Notion et un PDF imprimable avec les 47 étapes organisées par phase. Pas besoin d'email — prenez-le et c'est parti.

Ce que donnent les vrais lancements

La théorie c'est bien. Voici ce qui s'est réellement passé quand des builders indie ont suivi (ou ignoré) ce processus.

Dub.co — gestion de liens open source — a lancé sur Product Hunt et touché le #1 du Jour, de la Semaine et du Mois avec 1 085 upvotes et 663 inscriptions. Leur secret n'était pas le produit seul. Ils avaient passé 3 semaines à construire une page Coming Soon, avaient une liste email de 25 000 abonnés prête à activer, et avaient répondu à chaque commentaire. C'est les phases 3 et 4 exécutées à la perfection.

Tally — constructeur de formulaires no-code — a lancé deux fois. Premier essai : 695 upvotes, #5 du Jour, base utilisateurs doublée de 1 500 à 3 000. Deuxième lancement (Tally 2.0) : triple #1 plus Golden Kitty. Les inscriptions hebdomadaires ont bondi de 91 %. Maintenant au-delà de 3 M$ d'ARR avec une équipe de 5. La différence entre le lancement un et deux ? Meilleure validation, plus de préparation, et deux ans de build in public.

Plausible Analytics — analytics privacy-first — n'a fait quasi aucun travail de pré-lancement. Pas de liste de supporters, pas d'annonces préalables. A quand même atteint le #2 du Jour avec 850+ upvotes. Mais leur conversion en inscriptions payantes était de 1,38 % — bien en dessous des lancements qui avaient fait les phases 1-3 correctement. Leur fondateur a qualifié Product Hunt de « sympathique, mais pas le moteur de croissance ». Honnête, mais c'est aussi ce qui arrive quand on saute la phase de pré-lancement.

Le schéma est constant : les fondateurs qui ont investi dans la validation et le pré-lancement ont obtenu 3 à 5 fois plus de conversions pour la même quantité de trafic le jour du lancement. Le lancement en soi est un multiplicateur. Ce qu'il multiplie dépend de tout ce que vous avez fait avant.

Ce qu'on peut sauter (vraiment, sautez-le)

Tous les conseils de lancement ne se valent pas. Voici ce que vous pouvez ignorer sereinement :

• Logos et branding avant d'avoir 10 utilisateurs. Un logo texte propre suffit. Personne n'a jamais churné à cause d'un choix de police.
• Une app mobile au lancement. Construisez d'abord une web app. React Native ou Flutter viendront plus tard quand la demande sera prouvée.
• Des tableaux de bord analytics sophistiqués pour vous. Un tableur qui suit inscriptions, revenus et churn suffit pour les 6 premiers mois.
• Les fonctionnalités enterprise type SAML SSO, logs d'audit et contrats sur mesure. Vous n'avez pas de clients enterprise.
• Un blog avec 20 articles au lancement. Deux ou trois contenus ciblés battent un déversement de contenu.
• La perfection. Votre produit aura des bugs le jour du lancement. Tous les produits en ont. Expédiez quand même.

Les erreurs qui tuent les lancements SaaS

Après avoir observé des centaines de lancements sur fromscratch, les mêmes schémas reviennent sans cesse.

Le mode d'échec le plus courant qu'on voit ? Un fondateur code pendant des mois, lance dans le vide, accuse le marché, et passe à l'idée suivante. Le marché allait très bien. C'est le processus qui était cassé.

1. step 1

   Valider l'idée (Étapes 1-10)

   Parler à des vrais utilisateurs qui ont le problème. Confirmer qu'ils dépensent déjà de l'argent ou du temps pour le résoudre. Créer une landing page avant d'écrire une ligne de code et lancer un test de fumée.

2. step 2

   Construire le MVP (Étapes 11-22)

   Définir le périmètre le plus petit possible, choisir un stack tech et s'y tenir, implémenter l'authentification et le paiement tôt, recruter des bêta-testeurs avant de se sentir prêt, et fixer les prix plus haut que l'instinct ne le suggère.

3. step 3

   Préparer le lancement (Étapes 23-33)

   Choisir une date et l'annoncer. Construire une waitlist, configurer l'analytics, rédiger les textes de lancement, préparer Product Hunt et les soumissions aux annuaires, tester le parcours inscription-valeur de bout en bout.

4. step 4

   Exécuter le jour J (Étapes 34-41)

   Envoyer l'email à la waitlist, lancer sur Product Hunt et Hacker News, publier dans les communautés, envoyer 10 emails personnels, et répondre à chaque commentaire dans l'heure.

5. step 5

   Consolider après le lancement (Étapes 42-47)

   Relancer les inscrits, mettre en place l'onboarding, démarrer un moteur de contenu SEO, partager ses chiffres publiquement, doubler la mise sur le meilleur canal, et convertir son premier vrai client payant.