Fixer le prix de son MVP : abonnement, essai gratuit ou paiement à l'usage ?

Introduction

Votre première version fonctionne, quelques personnes l'ont testée, et une question revient : combien faut-il faire payer ? Beaucoup de fondateurs repoussent la réponse en lançant gratuitement « pour l'instant ». Le risque est de ne jamais savoir si quelqu'un est prêt à payer, ce qui est pourtant l'une des informations les plus utiles d'un MVP.

Ce guide ne donne pas un prix magique, parce qu'aucun article ne peut le faire pour votre marché. Il explique les grands modèles de tarification, comment choisir ce que vous facturez, comment tester un prix avec de vrais utilisateurs sans coder, et ce qu'un outil comme Stripe permet de mettre en place au départ.

Pourquoi fixer un prix tôt change tout

Un utilisateur qui dit « c'est intéressant » ne vous apprend presque rien. Un utilisateur qui sort sa carte, ou qui refuse en vous expliquant pourquoi, vous apprend beaucoup. Le prix transforme un avis poli en signal exploitable : il révèle si le problème que vous résolvez est assez douloureux pour justifier un paiement.

Cela ne veut pas dire facturer dès le premier jour à tout le monde. Cela veut dire poser la question du prix assez tôt pour qu'elle guide la suite : quelles fonctions construire, pour qui, et avec quelle promesse. Si vous avez déjà mené des entretiens clients, le prix est la suite logique : vous avez entendu le problème, vous testez maintenant la valeur.

Les quatre modèles que vous croiserez

La documentation de Stripe décrit quatre grands modèles de tarification récurrente. Connaître leur logique évite de choisir par imitation.

Les ressources de Stripe sur la stratégie tarifaire des produits SaaS ajoutent des compromis utiles : la facturation par utilisateur plafonne le revenu au nombre de collaborateurs ; le paiement à l'usage rend le revenu moins prévisible ; le modèle mixte (base plus usage) est plus complexe à expliquer et à facturer.

Pour un premier MVP, la simplicité l'emporte presque toujours : un ou deux forfaits clairs sont plus faciles à vendre, à expliquer et à encaisser qu'une grille à l'usage.

Choisir ce que vous facturez : la métrique de valeur

Avant le montant, il faut décider de l'unité : on facture quoi ? Un abonnement mensuel, un nombre d'utilisateurs, un nombre de projets, une prestation ponctuelle ? Stripe appelle cela la métrique de valeur : ce que le client paie à mesure qu'il grandit. D'après ces mêmes ressources, une bonne métrique :

• augmente avec la valeur reçue par le client ;
• se comprend sans explication (« par utilisateur actif » se comprend, un « module de traitement normalisé » beaucoup moins) ;
• est difficile à contourner ;
• correspond à la façon dont le client budgète.

Posez-vous la question à voix haute avec un utilisateur : « Si vous deviez payer, qu'est-ce qui vous semblerait normal de compter ? » La réponse vaut souvent mieux que votre intuition de fondateur.

Combien de formules proposer ?

Les ressources de Stripe indiquent que deux à quatre niveaux sont l'idéal, et qu'au-delà de quatre la comparaison devient difficile. Un repère utile : vous devez pouvoir décrire en une phrase à qui s'adresse chaque formule. Si vous n'y arrivez pas, vos formules ne correspondent pas encore à de vrais profils de clients.

Pour un MVP, une seule formule suffit souvent pour commencer. Ajoutez un second niveau lorsque vous observez deux comportements réels : des utilisateurs qui en demandent plus, et d'autres qui s'en contentent à un prix plus bas. Les mêmes ressources suggèrent de suivre la répartition entre formules et le délai avant une montée en gamme : un délai très court peut indiquer que le client a démarré sur la mauvaise formule.

Essai gratuit, version gratuite ou paiement dès le départ ?

Ce choix est stratégique, pas seulement commercial. Selon les ressources de Stripe, l'essai gratuit et la version gratuite sont des choix d'acquisition qui attirent des acheteurs différents et créent des attentes différentes sur la valeur. Les deux peuvent fonctionner.

Vu du côté d'un MVP, voici une façon simple de raisonner :

• Paiement dès le départ : le signal le plus fort, mais le plus difficile à obtenir sans réputation. Adapté si vous vendez à un public que vous connaissez déjà.
• Essai limité dans le temps : l'utilisateur teste le produit complet. Vous mesurez qui revient et qui paie à la fin.
• Version gratuite limitée : utile pour attirer, mais elle peut vous donner beaucoup d'utilisateurs qui ne paieront jamais, et peu d'informations sur la valeur perçue.

Côté technique, Stripe documente les essais d'abonnement : un essai gratuit s'obtient avec un article à 0 dollar dans l'abonnement, et un essai à prix réduit est possible (la documentation cite l'exemple d'un prix réduit pour quatre semaines). Un point de vigilance pour les fondateurs qui ne codent pas : la documentation indique que les offres d'essai de cette API ne sont pas prises en charge par les Payment Links, ni par les tables de prix, et que le Checkout n'est concerné que pour certains comptes invités. Vérifiez donc ce que votre outil d'encaissement permet avant de promettre un essai à vos premiers utilisateurs. Pour choisir entre Payment Links et Checkout, voir notre guide sur l'ajout du paiement à son MVP.

Tester un prix sans coder

Le bon test de prix est un test de comportement, pas d'opinion. Plusieurs approches simples existent, à combiner selon votre audience :

1. Le prix annoncé en entretien. Après avoir écouté le problème, annoncez un prix précis et observez la réaction : silence, négociation, demande de précisions, engagement. Notez les phrases exactes. 2. La page d'offre avec un bouton d'achat. Présentez la formule et son prix sur une page simple, avec un lien de paiement. Même peu de visites donnent des signaux : clics, questions reçues, paiements. 3. La pré-vente à un petit groupe. Proposez aux utilisateurs les plus engagés un tarif de lancement en échange de leur retour régulier. Soyez transparent : c'est un tarif de départ, pas une promesse éternelle. 4. La comparaison de deux formules. Présentez deux niveaux à deux groupes différents, ou demandez à un même groupe laquelle il choisirait, et pourquoi.

Gardez une trace écrite : le prix proposé, la personne (ou le type de personne), sa réaction, et sa décision. Cinq retours bien notés valent mieux que cinquante impressions vagues. Et gardez-vous de conclure trop vite sur de petits échantillons : un retour négatif d'un utilisateur non ciblé ne dit rien de votre marché.

Ce que votre prix doit couvrir

Un prix qui plaît mais qui ne couvre pas vos coûts n'est pas viable. Listez vos coûts récurrents réels : outils, hébergement, services d'e-mail, frais de paiement de votre prestataire, abonnements IA, votre temps de support. Les frais d'encaissement et les tarifs des outils changent : relisez les pages tarifaires officielles de chaque service avant de calculer, plutôt que de vous fier à un chiffre entendu une fois.

Pour estimer ce qu'a coûté la création de la première version, notre article sur le coût d'un MVP détaille les ordres de grandeur. Votre prix doit ensuite rendre possible la suite, pas seulement rembourser le départ.

Les erreurs fréquentes

• Copier un concurrent sans comprendre son modèle. Sa grille reflète sa clientèle, ses coûts et son histoire, pas les vôtres.
• Rester gratuit trop longtemps. Sans demande de paiement, vous ne savez pas si votre produit a de la valeur ou seulement de la curiosité.
• Multiplier les formules dès le départ. Chaque niveau supplémentaire complique la page, le support et la facturation.
• Choisir une unité incompréhensible. Si le client doit demander ce qu'il paie, il n'achète pas.
• Oublier les clients existants. Si vous changez les prix, prévenez-les à l'avance et expliquez pourquoi.
• Confondre prix et valeur. Baisser le prix ne règle pas un produit qui ne résout pas un problème assez fort.

Check-list avant d'afficher un prix

• Vous pouvez décrire en une phrase ce que paie le client et pour quel résultat.
• L'unité facturée se comprend sans explication.
• Vous avez une ou deux formules maximum, décrites pour un type de client précis.
• Votre moyen d'encaissement prend bien en charge le modèle choisi (abonnement, essai, paiement unique).
• Vos coûts récurrents sont listés et vérifiés sur les pages officielles.
• Vous savez comment noter et analyser les réactions de vos cinq premiers prospects.
• Les conditions (résiliation, remboursement, mentions légales) sont affichées avant le paiement.

Questions fréquentes

Faut-il faire payer dès le MVP ?

Pas forcément pour tout le monde, mais il est utile de tester le paiement avec au moins quelques utilisateurs ciblés. C'est le signal le plus fiable sur la valeur perçue, bien plus qu'un avis positif.

Quel modèle de prix choisir pour une première version ?

Le plus simple à expliquer : un forfait unique ou deux formules claires. Les modèles par utilisateur, par paliers ou à l'usage sont décrits par Stripe, mais ils demandent plus de mise en place et d'explication.

Peut-on offrir un essai gratuit avec Stripe Payment Links ?

D'après la documentation de Stripe consultée le 10/11/2026, les offres d'essai de son API ne sont pas prises en charge par les Payment Links. Vérifiez la documentation à jour avant de bâtir votre parcours, car les fonctions évoluent.

Comment savoir si mon prix est trop élevé ou trop bas ?

Observez les comportements : combien de personnes passent à l'achat, combien négocient, combien abandonnent et pourquoi. Un échantillon trop petit ne permet pas de conclure, mais une série de retours similaires est un signal à prendre au sérieux.

Conclusion

Fixer le prix d'un MVP n'est pas un exercice de calcul, c'est une expérience. Choisissez ce que vous facturez, commencez par une ou deux formules simples, vérifiez que votre outil d'encaissement les prend en charge, puis testez avec de vrais utilisateurs et notez ce qu'ils font. Chaque réponse, y compris un refus, améliore la suite.

Si vous construisez votre première version et voulez la confronter à de vrais utilisateurs payants avec un regard extérieur, la méthode MVP de StartupWeek détaille la démarche, et vous pouvez candidater avec votre projet.

Sources

• Stripe, « Recurring pricing models » : https://docs.stripe.com/products-prices/pricing-models
• Stripe, « SaaS pricing and packaging strategy » : https://stripe.com/resources/more/saas-pricing-and-packaging-strategy
• Stripe, « Configure trial offers on subscriptions » : https://docs.stripe.com/billing/subscriptions/trials