Comment lancer un SaaS avec un petit budget — le guide honnête

La majorité des SaaS qui échouent ne meurent pas faute de budget. Ils meurent parce que leurs fondateurs ont construit quelque chose que personne ne voulait vraiment payer. L'erreur classique : dépenser 30 000 € de développement avant d'avoir parlé à dix clients potentiels.

En 2026, la bonne nouvelle est réelle : il est possible de construire un MVP SaaS fonctionnel, de le mettre en ligne, et de valider sa traction sans dépenser un seul euro en infrastructure. Ce guide vous explique comment — honnêtement, sans raccourcis magiques.

La stack gratuite qui tient en production

Ces outils ne sont pas des compromis de pauvreté. Ce sont les mêmes que ceux qu'utilisent des startups qui ont levé des millions.

GitHub pour le versioning et la collaboration. Le plan gratuit couvre tout ce dont un projet early-stage a besoin : repos privés, CI/CD basique avec GitHub Actions, gestion des issues. Chaque ligne de code que vous écrivez doit être versionnée dès le premier jour — pas quand vous aurez "le temps de configurer ça correctement".

Supabase pour la base de données, l'authentification et le stockage. Le tier gratuit inclut une base de données PostgreSQL complète (500 Mo, largement suffisant pour valider), une authentification email/password et OAuth (Google, GitHub, etc.) prête en dix minutes, du stockage de fichiers (1 Go), et même des edge functions. Supabase remplace à lui seul Firebase, Auth0, et un serveur PostgreSQL autogéré.

Vercel pour le déploiement front-end. Votre application Next.js ou React est en ligne en deux minutes via une connexion GitHub. Le plan gratuit offre des déploiements illimités, des previews automatiques pour chaque branche, et un CDN mondial. Votre site est plus rapide que la plupart des sites d'entreprises qui payent des milliers d'euros d'infrastructure.

Claude comme assistant de développement et de raisonnement. Pour un fondateur non-développeur ou un développeur qui veut aller vite, Claude peut écrire du code, débugger des erreurs, générer des schémas de base de données, rédiger des emails transactionnels, et vous aider à structurer votre logique métier. Utilisé intelligemment, il divise par deux le temps de développement d'une V1.

Un domaine : le seul vrai coût inévitable. Un .fr ou .com coûte 10 à 15 € par an. Achetez-le dès que votre idée est sérieuse — pas pour "le cas où", mais parce que tester avec un URL Vercel n'est pas professionnel pour des entretiens clients.

Étape 1 : Définir le problème avant de toucher au code

La plupart des guides techniques sautent cette étape. C'est l'erreur la plus coûteuse que vous puissiez faire.

Avant d'écrire une ligne de code, répondez précisément à ces questions :

Qui a ce problème ? Pas "les PME" ou "les marketeurs" — mais un profil précis. Directrice marketing d'une agence de 10 personnes qui gère cinq clients simultanément. Responsable RH d'une ETI industrielle qui passe trois heures par semaine à compiler des feuilles de temps. Plus votre persona est précis, plus votre produit peut être tranchant.

Comment ce problème est-il résolu aujourd'hui ? Si la réponse est "avec Excel" ou "manuellement", c'est un bon signal. Si la réponse est "avec [un concurrent direct bien établi]", votre question devient : pourquoi changer ? Qu'est-ce que vous faites de fondamentalement différent ?

Combien vaut cette résolution ? Estimez le temps ou l'argent que votre cible perd à cause de ce problème. Si votre SaaS résout un problème qui coûte 500 €/mois à votre cible, la facturer 99 €/mois est trivial à justifier.

Objectif de cette étape : dix entretiens de 30 minutes avec des personnes dans votre cible. Pas pour présenter votre solution — pour comprendre le problème. Ceux qui décrivent leur frustration avec précision vous donnent votre page de vente. Ceux qui haussent les épaules vous épargnent des mois de travail inutile.

Étape 2 : Construire le MVP minimum viable — vraiment minimum

Un MVP SaaS a besoin de trois choses, pas davantage :

L'authentification. Les utilisateurs doivent pouvoir créer un compte et se connecter. Supabase Auth gère ça en une heure : email/password, magic link, et OAuth Google en quelques lignes de configuration. Ne réinventez pas la roue.

La fonctionnalité principale. Une seule. Pas trois, pas cinq — une. Celle qui résout directement le problème que vous avez identifié. Tout le reste est du polish qui peut attendre la V2. Si votre SaaS aide les agences à générer des rapports clients automatiquement, la V1 génère un rapport. Elle ne gère pas les droits d'accès par client, ne personnalise pas les templates, ne s'intègre pas à Slack. Juste : générer un rapport.

Une façon de payer. Beaucoup de fondateurs reportent l'intégration de Stripe "à plus tard". C'est une erreur : si vous ne demandez pas à vos bêta-testeurs de payer — même un euro symbolique — vous n'avez pas validé votre business model. Vous avez validé que les gens utilisent des choses gratuites. Stripe propose un plan sans abonnement mensuel : vous payez 1,5 % + 0,25 € par transaction, rien d'autre.

Avec Next.js, Supabase et Stripe, ce socle peut être construit en deux à quatre semaines par un développeur compétent, ou en quatre à huit semaines avec Claude comme copilote si vous n'êtes pas développeur.

Étape 3 : Mettre en ligne et acquérir les premiers utilisateurs

Le déploiement sur Vercel prend littéralement deux minutes si votre repo GitHub est configuré. Poussez votre code, connectez le repo à Vercel, ajoutez vos variables d'environnement (clés Supabase, clés Stripe), et votre application est en ligne.

Pour les premiers utilisateurs, oubliez le SEO et la publicité payante. Ils ne fonctionnent pas à cette étape — vous n'avez ni l'autorité de domaine ni les données suffisantes pour optimiser. Ce qui fonctionne :

La distribution directe : recontactez les dix personnes que vous avez interviewées à l'étape 1. Si vous avez bien écouté leur problème, votre message est simple : "J'ai construit quelque chose qui résout exactement ce dont vous parliez. Vous êtes la première personne à qui je montre ça." Trois à quatre d'entre elles accepteront de tester.

Les communautés en ligne ciblées : Reddit (francophone ou non selon votre marché), des Slack de professionnels, des groupes LinkedIn. Pas pour spammer — pour participer, apporter de la valeur, mentionner votre outil quand c'est pertinent.

Product Hunt pour une visibilité initiale, à condition d'avoir un produit présentable et un réseau pour générer les premiers votes le jour du lancement.

Étape 4 : Itérer vite ou pivoter vite

La règle des 90 jours : si vous n'avez pas au moins trois clients payants dans les 90 jours suivant votre lancement, quelque chose ne fonctionne pas. Ce n'est pas une catastrophe — c'est une information.

Avant de tout jeter, diagnostiquez :

Le problème n'était pas assez douloureux. Les gens vivent avec le problème sans chercher activement une solution. Solution : chercher un problème plus aigu dans le même périmètre.

La solution ne résout pas vraiment le problème. Les utilisateurs s'inscrivent mais ne reviennent pas. Solution : des entretiens utilisateurs hebdomadaires, en regardant les gens utiliser le produit en direct (pas leurs déclarations).

Le canal d'acquisition est mauvais. Vous parlez aux mauvaises personnes, via le mauvais medium. Solution : tester deux ou trois canaux différents en parallèle pendant deux semaines chacun.

Le prix est mal calibré. Trop cher, personne ne passe à l'action. Trop cheap, les gens ne le prennent pas au sérieux. Solution : tester des prix 30 % plus élevés. Le résultat vous surprendra souvent.

Ce que le budget gratuit ne couvre pas

Soyons honnêtes sur les limites :

Quand votre base de données dépasse 500 Mo ou que vos edge functions consomment plus que le quota gratuit de Supabase, vous passez au plan Pro : 25 $/mois. C'est le signal que votre produit a de la traction — une bonne nouvelle.

Les emails transactionnels (confirmation d'inscription, reset de mot de passe, notifications) nécessitent un service dédié. Resend offre 3 000 emails/mois gratuits — suffisant pour commencer. Au-delà : 20 $/mois.

La surveillance et les alertes (savoir quand votre app plante à 3h du matin) sont gratuites avec Vercel pour l'essentiel, mais un outil comme Sentry pour le suivi des erreurs front-end et back-end coûte 26 $/mois au-delà du tier gratuit.

Budget réaliste pour un SaaS en phase de traction initiale (10 à 50 clients) : 50 à 100 €/mois. Contre 2 000 à 5 000 €/mois pour la même infrastructure il y a cinq ans.

La vraie contrainte : votre temps, pas votre budget

En 2026, l'argent n'est plus la barrière principale pour lancer un SaaS. La vraie contrainte est la rigueur intellectuelle nécessaire pour identifier un vrai problème, construire une solution tranchante, et aller chercher ses premiers clients sans attendre que le produit soit "parfait".

La stack gratuite existe. Les outils sont là. Ce qui reste rare — et ce qui fait la différence entre les projets qui décollent et ceux qui stagnent — c'est la capacité à parler à des clients inconnus, à entendre des retours difficiles, et à itérer vite plutôt qu'à peaufiner dans son coin.