En bref — Freemium ou payant dès le lancement ? Un guide concret pour choisir son modèle de pricing quand on est solo, sans VC et sans filet de sécurité.
Image : startupphotos — Openverse (by)
Freemium ou payant dès le jour 1 ? Le vrai choix de pricing pour un SaaS bootstrappé
Tu viens de finir ta landing page. Le produit tourne. Il reste une case à remplir : le prix. Et là, la tentation est forte. Mettre un plan gratuit, attirer du monde, convertir plus tard. C'est ce que font Notion, Slack, Figma. Pourquoi pas toi ?
Parce que tu n'es pas Notion. Tu n'as pas dix-huit mois de runway. Tu n'as pas une équipe growth pour optimiser les funnels de conversion. Tu as toi, un laptop, et peut-être un side-income qui couvre tes charges pendant encore quelques mois.
Ce guide est là pour t'aider à prendre la bonne décision de pricing avant de lancer — pas après avoir perdu six mois à nourrir des utilisateurs gratuits qui ne convertiront jamais.
1. Pourquoi le freemium séduit (et pourquoi il tue les bootstrappers)
Le freemium est séduisant pour une raison simple : il réduit la friction à l'entrée. Pas de carte bancaire, pas d'engagement, pas de risque perçu pour l'utilisateur. Les signups explosent. Le tableau de bord Mixpanel ressemble enfin à quelque chose. On se sent validé.
Le problème, c'est que les signups ne paient pas les serveurs.
Le piège de la validation gratuite
Un utilisateur gratuit te dit que ton produit est "intéressant". Un utilisateur payant te dit qu'il résout un vrai problème. Ce sont deux signaux radicalement différents. Quand tout le monde peut essayer sans friction, tu accumules du bruit : des curieux, des étudiants, des concurrents qui font de la veille, des gens qui ont cliqué sur un tweet un dimanche soir.
Résultat : tu passes du temps à supporter des utilisateurs qui ne convertiront jamais, tu optimises des features pour des personas qui n'ont aucune intention de payer, et tu te retrouves avec un taux de conversion freemium-to-paid autour de 2-5 % — dans le meilleur des cas.
Le coût réel du gratuit
Le freemium n'est pas gratuit à opérer. Chaque utilisateur gratuit consomme de la bande passante, du stockage, du support, de l'attention. Pour une startup financée, c'est un investissement calculé. Pour un solopreneur, c'est une hémorragie silencieuse.
Superhuman a refusé le freemium dès le début. Basecamp aussi. Ils ont construit des business durables avec des clients qui paient parce qu'ils en ont la valeur. Ce n'est pas un hasard.
Quand le freemium peut quand même fonctionner
Il y a une exception : le freemium a du sens quand l'effet réseau est central au produit (un outil de collaboration où inviter ses collègues est le cœur de l'expérience), ou quand tu as déjà un revenu principal et que le SaaS est un produit d'acquisition. Dans tous les autres cas, commence à faire payer.
2. Les 3 modèles de pricing viables pour un SaaS solo
Oublie les matrices de pricing à douze colonnes. En tant que bootstrapper, tu as trois options réalistes. Chacune a ses conditions d'usage.
Le flat rate (prix fixe mensuel)
Un seul prix, une seule offre, tout le monde paye pareil. C'est le modèle le plus simple à vendre, à expliquer et à opérer.
Avantages : zéro friction cognitive pour l'acheteur, revenu prévisible, pas de logique de paliers à maintenir dans le code.
Inconvénients : tu laisses de l'argent sur la table avec les gros utilisateurs, et tu peux sur-pricer les petits.
Idéal quand : ton produit a un usage homogène (tous tes clients l'utilisent à peu près de la même façon), ou quand tu débutes et que tu veux valider vite sans complexité.
Prix de départ raisonnable : entre 19 € et 49 €/mois. En dessous, tu travailles pour rien. Au-dessus sans preuve sociale, tu seras challengé à chaque vente.
Le pricing par usage (pay-as-you-go)
Tu factures en fonction de ce que le client consomme : nombre de requêtes API, tokens générés, emails envoyés, vidéos traitées. C'est le modèle des infra-tools et des produits à valeur variable.
Avantages : alignement parfait entre valeur délivrée et prix payé, barrière d'entrée basse, scalabilité naturelle.
Inconvénients : revenu imprévisible, complexité de facturation, clients anxieux face aux bills surprises.
Idéal quand : ta valeur est directement proportionnelle à l'usage (génération d'images, transcription audio, envoi de SMS). Bannerbear a utilisé ce modèle avec succès.
Conseil : ajoute un minimum mensuel (5-10 €) pour éviter les comptes dormants qui coûtent de l'overhead sans rien rapporter.
Les paliers (tiered pricing)
Deux ou trois plans avec des limites progressives : un plan Starter, un plan Pro, éventuellement un plan Business. C'est le modèle le plus répandu dans le SaaS.
Avantages : capture de valeur sur différents segments, upsell naturel quand le client grandit, signal clair sur qui est ton client cible.
Inconvénients : complexité de maintenance, risque de paralysie du choix pour l'acheteur, features à arbitrer entre les plans.
Idéal quand : tu as des segments clairement distincts (freelance vs agence vs entreprise) avec des besoins et des willingness-to-pay différents.
Règle d'or : maximum trois plans. Au-delà, tu perds les gens. Et ton plan du milieu doit être celui que tu veux vraiment vendre — c'est là que tu mets la valeur.
3. Comment tester son prix avant d'avoir un produit fini
La plupart des makers fixent leur prix en regardant les concurrents et en divisant par deux "pour être compétitif". C'est l'erreur classique. Le prix n'est pas une question de compétition, c'est une question de valeur perçue.
La méthode des 5 conversations
Avant de coder quoi que ce soit, parle à dix personnes dans ta cible. Pose-leur ces questions dans cet ordre :
- "Quel est le plus gros problème que tu as avec [domaine] ?"
- "Comment tu le gères aujourd'hui ?"
- "Combien ça te coûte (en temps ou en argent) ?"
- "Si un outil réglait ça, combien tu serais prêt à payer par mois ?"
- "À quel prix ça te semblerait trop cher ? À quel prix tu te méfierais parce que c'est trop pas cher ?"
Les réponses à la question 5 te donnent une fourchette. Ton prix de lancement se situe dans le tiers supérieur de cette fourchette — pas au maximum, mais pas au plancher non plus.
La landing page avec prix affiché
Lance une landing page avec ton prix affiché et un bouton "Rejoindre la liste d'attente" (ou mieux : "Pré-commander"). Mesure le taux de clic. Si personne ne clique, soit le problème n'est pas assez douloureux, soit le prix est trop élevé. Ajuste et relance.
Des outils comme Carrd ou Framer permettent de faire ça en une journée. Tu n'as pas besoin d'un produit pour tester un prix.
Le pré-lancement payant
C'est la méthode la plus honnête : propose un accès early adopter à prix réduit (30-50 % de réduction) avant que le produit soit prêt. Si des gens sortent leur carte bancaire pour quelque chose qui n'existe pas encore, tu as une validation réelle. Marc Lou a utilisé cette approche sur plusieurs de ses projets avec des résultats mesurables.
Fixe un objectif minimum : si tu n'atteins pas X pré-commandes en Y semaines, tu pivotes ou tu abandonnes. Ça t'évite de construire dans le vide.
Ce que tu ne dois pas faire
Ne lance pas gratuit "pour valider" puis essayer de faire passer les gens au payant. La transition gratuit-vers-payant est l'une des conversions les plus difficiles qui soit. Les utilisateurs qui ont accès à quelque chose gratuitement développent une résistance psychologique au paiement, même pour une somme modeste. Tu créeras de la frustration des deux côtés.
4. Études de cas : ce que Marc Lou, Bannerbear et Transistor ont fait
Marc Lou : le flat rate assumé dès le premier jour
Marc Lou est l'exemple le plus documenté de pricing solo efficace. Sur la quasi-totalité de ses projets (ViralPost, ShipFast, ZenVoice), il a appliqué le même principe : un prix fixe, affiché clairement, sans plan gratuit.
ShipFast, son boilerplate Next.js, est vendu en one-time payment. Pas d'abonnement, pas de freemium, pas de trial. Tu payes, tu accèdes. Ce modèle lui a permis de générer plusieurs centaines de milliers de dollars avec un seul produit et zéro équipe support permanente.
La leçon : la simplicité du pricing est elle-même un argument de vente. Quand il n'y a rien à comparer, la décision est plus rapide.
Bannerbear : le pay-as-you-go qui scale
Jon Yongfook a lancé Bannerbear (génération automatique d'images via API) avec un modèle pay-as-you-go avant de migrer vers des plans mensuels avec des crédits inclus.
Le pay-as-you-go lui a permis d'attirer des développeurs qui testaient sans risque. Mais il a rapidement ajouté des plans fixes pour stabiliser son MRR. La combinaison des deux — un plan de base avec des crédits inclus, puis du pay-as-you-go au-delà — est aujourd'hui son modèle principal.
Ce qu'il a appris : le pay-as-you-go seul crée trop d'incertitude pour le client et pour le fondateur. L'hybride (base fixe + usage) est souvent le meilleur des deux mondes pour les produits API-first.
Transistor : les paliers bien pensés dès le début
Justin Jackson et Jon Buda ont lancé Transistor (hébergement de podcasts) avec trois plans clairs basés sur le nombre de téléchargements mensuels. Pas de plan gratuit. Un essai de 14 jours avec carte bancaire requise.
Ce choix a eu deux effets : les personnes en trial étaient sérieuses (elles avaient mis leur carte), et le taux de conversion trial-to-paid était significativement plus élevé que la moyenne du secteur.
Justin Jackson a documenté publiquement leur croissance sur le podcast Build Your SaaS. La transparence sur leur pricing et leur MRR a elle-même été un levier d'acquisition — les gens faisaient confiance à un produit dont les fondateurs parlaient ouvertement des chiffres.
La leçon : demander une carte en trial n'est pas une barrière, c'est un filtre de qualité.
5. Checklist : choisir son modèle de pricing en 10 minutes
Réponds honnêtement à ces questions. Elles te mèneront vers le bon modèle.
Étape 1 — Qualifie ton produit
Mon produit a-t-il une valeur homogène pour tous mes utilisateurs, ou varie-t-elle fortement selon l'usage ?
- Homogène → flat rate
- Variable → usage ou paliers
Est-ce que la valeur que je délivre est directement mesurable (images générées, emails envoyés, minutes transcrites) ?
- Oui → envisage le pay-as-you-go ou l'hybride
- Non → flat rate ou paliers
Étape 2 — Qualifie ta cible
Est-ce que j'ai des segments clairement distincts avec des budgets différents (freelance / PME / entreprise) ?
- Oui → paliers (2-3 maximum)
- Non → flat rate
Mon client cible est-il habitué à payer pour des outils SaaS ?
- Oui → tu peux pricer plus haut
- Non → commence bas, augmente avec la preuve sociale
Étape 3 — Qualifie ta situation
Ai-je besoin de revenu dans les 3 prochains mois pour continuer ?
- Oui → payant dès le jour 1, pas de freemium
- Non → tu peux te permettre un trial gratuit court (7-14 jours)
Ai-je le temps de gérer du support pour des utilisateurs non-payants ?
- Non → pas de plan gratuit
Étape 4 — Fixe ton prix de lancement
- Prends le prix le plus bas que tu as entendu dans tes conversations client
- Prends le prix le plus haut
- Ton prix de lancement = 60-70 % du prix le plus haut
- Arrondis à un chiffre psychologiquement propre (29, 49, 79, 99)
Étape 5 — Valide avant de coder
- Lance une landing page avec le prix affiché
- Objectif : 10 personnes qui cliquent sur "Acheter" ou "Pré-commander" en 2 semaines
- Si tu n'atteins pas cet objectif, change le prix ou le message — pas le produit
Ce qu'il faut retenir
Le freemium est une stratégie de croissance, pas une stratégie de survie. Si tu es bootstrappé, seul, et que tu as besoin que ton SaaS génère du revenu pour exister, le freemium est un luxe que tu ne peux pas te payer.
Commence payant. Commence simple. Un prix, une offre, une page. Tu pourras toujours ajouter de la complexité plus tard — des paliers, un plan gratuit limité, du pay-as-you-go. Mais tu ne pourras pas récupérer les mois perdus à nourrir des utilisateurs gratuits qui ne convertiront jamais.
Le meilleur prix n'est pas le plus bas. C'est celui que tes premiers clients paient sans hésiter parce que la valeur est évidente. Trouve ces clients-là en premier. Le reste suivra.
Envie de passer du « je devrais » au « c'est en ligne » ? Commence par valider ton idée, puis distribue-la. graine de startup est édité par le studio de Sébastien Debollivier.