Déclencheurs

• lancer un SaaS
• lancer un micro SaaS
• lancer un produit indie
• construire un outil payant
• micro outil avec Stripe
• monétiser cette idée
• bootstrapper un SaaS
• lancer sur Product Hunt
• lancer sur Indie Hackers
• produit à $9/mois
• peut-on vendre cela

Indie SaaS Shipper

Vue d'ensemble

La plupart des tentatives de SaaS indie échouent non pas parce que le code est mauvais mais parce que la distribution n'existe pas et l'acheteur n'a jamais été validé. Cette skill existe pour inverser l'ordre par défaut : valider la volonté de payer avant d'écrire du code, livrer une landing page payante avant un produit, et tuer l'idée rapidement si le signal n'est pas là.

Règles de fer :

1. Pas de code avant que quelqu'un dise « je paierais ». Un tweet, un DM ou une précommande Stripe — mais un vrai signal humain, pas un sondage.
2. Premier dollar en 14 jours ou tuer l'idée. Pas la première inscription. La première transaction payante. Le chronomètre démarre quand la phase 2 commence.
3. Un produit à la fois. Cinq produits semi-livrés gagnent $0 ; un produit livré gagne quelque chose. Séquentiel, pas parallèle.
4. Pas de « tier gratuit » tant qu'il n'y a pas de traction payante. Le tier gratuit est une tactique d'acquisition client, pas un point de départ.

Phase 1 — triage des idées (≤30 minutes)

Avant toute chose, notez l'idée sur trois axes (1–5) :

• Intensité de la douleur : s'agit-il d'une vitamine ou d'un antidouleur ? Les antidouleurs convertissent.
• Accessibilité de l'acheteur : pouvez-vous atteindre 100 acheteurs à partir de votre réseau/audience existant en une semaine ? Si non → tuez ou revenez quand vous pouvez.
• Ratio construction-vers-revenu : une v1 fonctionnelle peut-elle être livrée en ≤7 jours de temps de construction agent ? Si non → réduisez la portée ou tuez.

Score inférieur à 9/15 : tuer. Score 9–11 : peut-être, surfacer les avertissements. Score 12+ : continuer.

Biais vers les dev tools, les outils de workflow augmentés par IA et les utilitaires B2B de niche où les acheteurs paient déjà pour des choses similaires et sont faciles à trouver. Évitez les apps grand public (le CAC vous dévore), les outils soutenus par la publicité (jeu d'échelle) et les cadrages « productivité pour tous » (pas de profil d'acheteur).

Phase 2 — validation de la volonté de payer (3–5 jours, pas de code)

Avant d'ouvrir un éditeur :

1. Écrivez d'abord la landing page. Un paragraphe : pour qui, ce que cela fait, ce que cela coûte. Trois paliers de tarification ($9 / $19 / $49 mensuels est la forme de référence — ajustez à la valeur).
2. Mettez en place des liens de paiement Stripe (Stripe dans 100+ pays ; LemonSqueezy si la TVA/MoR est une préoccupation). Pas d'app, pas d'auth, juste une page et un bouton « Acheter » qui affiche 404 après paiement avec une page « merci, vous aurez accès dans 48h ».
3. Montrez-le à 20 personnes dans le profil d'acheteur. DMs, réponses X, subreddits de niche où la sollicitation est autorisée. Suivez les réponses littéralement.
4. Critère d'acceptation : ≥3 inscriptions OU ≥1 précommande payante en 5 jours. Moins que cela, l'idée n'est pas validée. Tuez ou pivoter.

Les remboursements vont bien. Le signal est que quelqu'un a cliqué sur « acheter ».

Phase 3 — produit minimum livrable (5–7 jours)

Défauts de pile — choisissez ceux-ci sauf s'il y a une raison spécifique de ne pas le faire :

• Frontend : Next.js + Tailwind + shadcn/ui (App Router)
• Backend : Next.js API routes (ou FastAPI si lourd en Python)
• DB : Postgres on Neon / Supabase (le tier gratuit convient)
• Auth : Clerk ou Supabase Auth
• Paiements : Stripe (défaut) ou LemonSqueezy (si la TVA MoR compte)
• Hosting : Vercel (frontend) + Railway/Fly (workers)
• Analytics : Plausible (respect de la vie privée, les propriétaires ne se battent pas avec les bannières de cookies)

Construisez uniquement ce que la landing page a promis. Pas de nice-to-haves avant le premier utilisateur payant. E-mail d'intégration, tableaux de bord, pages de paramètres — tout cela plus tard.

Le travail de l'agent ici est de livrer du code ; le travail de l'utilisateur est de regarder la sortie de la landing page avant qu'elle ne soit en ligne et de rejeter tout ce qui en promet trop.

Phase 4 — distribution (continue, à partir du jour 1)

La distribution est une piste parallèle à la construction, pas une phase séquentielle. Commencez le jour 1.

• Où lancer : Product Hunt (mardi/mercredi, 12:01 AM PST), Indie Hackers (section Show IH), Hacker News (Show HN — seulement s'il y a un vrai angle technique), les subreddits de niche en scope, et X.
• Ne lancez pas sur tous le même jour. Séquence : canaux de niche → IH → PH → HN. L'échec sur une plateforme empoisonne la suivante.
• L'agent possède le contenu ; l'utilisateur possède la voix. L'agent rédige les messages de lancement, les threads, les réponses, les captures d'écran. L'utilisateur poste sous son identité. Les lancements de bots ressemblent à des lancements de bots.

Phase 5 — tuer ou passer à l'échelle (examen du jour 14)

Porte dure au jour 14 à partir du démarrage de la phase 2 :

• 0 clients payants → tuer. Passez à l'idée suivante. Garez le code dans un dossier graveyard/ ; enregistrez ce qui a été appris dans learned/saas/{name}.md.
• 1–2 clients payants → enquêter sur le moat. Étaient-ce des amis ? Ont-ils le découvert organiquement ? La plupart des résultats « les 2 premiers clients étaient des amis » ne se composent pas. Continuez seulement s'il existe des clients non-réseau.
• 3+ clients payants du trafic froid → passer à l'échelle. Réinvestissez les revenus dans les publicités, plus de landing pages, une mécanique de parrainage. C'est maintenant un vrai produit.

Modèles

Modèle de DM de validation

Hey [name], j'ai vu votre [post/tweet/repo] sur [sujet]. Je construis un petit outil qui [énoncé de problème en une phrase] — landing page ici : [lien]. Est-ce que $[prix]/mois résoudrait une vraie douleur pour vous, ou je suis à côté de la plaque ?

Copie de précommande favorable aux remboursements

Payez $X aujourd'hui, accès complet dans 48 heures. Si nous ne livrons pas dans 7 jours, vous recevez un remboursement complet, sans questions. Nous ne gardons pas l'argent tant que vous n'avez pas un produit fonctionnant entre les mains.

Modèle de suppression et documentation (learned/saas/{name}.md)

Tué : {name} — {date}

• Pitch : {une ligne}
• Résultat de validation : {n inscriptions / m payantes en y jours}
• Pourquoi c'est mort : {vraie raison, pas « pas de temps »}
• Ce que je réutiliserais : {tech, audience, canal de distribution}
• Ce que je ne répèterai pas : {hypothèse qui s'est cassée}

Modes de défaillance / quand refuser

• « Construisons-le et découvrons la monétisation plus tard » → refusez. Non.
• « C'est gratuit pour les 1000 premiers utilisateurs » → refusez. Ce n'est pas un SaaS, c'est un hobby avec des coûts d'hébergement.
• « Construisez tout le tableau de bord admin / paramètres / SSO avant le lancement » → refusez. Livrez la seule fonctionnalité que la landing page a promise.
• « Je veux lancer vendredi » → repoussez. Les jours de lancement PH/IH comptent.

Vérifier

• Le livrable pour cette phase existe comme un artefact concret (doc, ticket, tableau, repo) et son emplacement est partagé, pas décrit
• Chaque engagement a un nom de propriétaire, une date limite et une définition du résultat que quelqu'un d'autre que l'auteur pourrait vérifier
• Les risques sont listés avec probabilité/impact et une atténuation nommée, pas comme un bullet générique 'risques : TBD'
• Les dépendances d'autres équipes/vendeurs/agents sont explicites ; un accusé de réception de chaque dépendance est enregistré ou marqué « en attente »
• Les critères de succès pour la phase suivante sont numériques ou autrement objectivement testables
• Un critère de regroupement / kill-switch / « nous arrêterons si X » est écrit avant que le travail commence

Anti-patterns à signaler

• Le piège du polissage : réécrire la landing page pour la 4e fois au lieu de DMer l'acheteur #21.
• L'élargissement infini de la portée : « v1 a aussi besoin de l'intégration Slack ». C'est pas le cas. v1 a besoin d'un client payant.
• L'échappatoire du tier gratuit : quand la validation échoue, la tentation est « rendons-le gratuit et grandissons ». C'est une autre affaire ; redémarrez la phase 1 si vous allez là.