Comment faire payer votre app : le guide pratique des consultants

Du gratuit au payant

Un consultant a créé dans Lovable, en un week-end, un outil d’accueil des nouveaux clients. Il remplaçait une procédure manuelle qui prenait 4 heures à son équipe pour chaque nouveau client. Il l’a offert à ses 3 premiers clients, « juste pour tester ». Six mois plus tard, 12 clients s’en servaient, et il n’avait toujours pas facturé un centime.

Le problème n’était pas que l’app manquait de qualité. Le problème, c’est que le consultant ne se sentait pas légitime pour faire payer quelque chose qu’une IA l’avait aidé à créer. C’est le piège le plus courant.

La réalité, c’est que vos clients se moquent de la façon dont vous l’avez créé. Ce qui compte pour eux, c’est que ça marche et que ça leur fasse gagner du temps. Un outil qui remplace 4 heures de travail manuel vaut de l’argent, que vous l’ayez codé à la main ou obtenu à coups de prompts dans Lovable.

Choisir votre modèle de prix

Trois modèles fonctionnent bien pour les apps créées par des consultants et des freelances :

L’abonnement mensuel fixe convient aux outils qui rendent service en continu. Si votre client utilise l’app toutes les semaines, facturez au mois. Placez votre prix entre ce que le client paierait un junior pour la même tâche et ce qu’il paierait pour un logiciel SaaS. Pour la plupart des micro-SaaS B2B, cela donne entre 49 € et 299 € par mois.

La tarification par utilisateur convient quand plusieurs personnes de l’organisation cliente utilisent l’outil. Facturez par utilisateur et par mois : vos revenus grandissent naturellement avec votre client, au rythme de la valeur que vous lui apportez.

Le forfait projet ou le contrat annuel convient aux grands comptes, qui préfèrent des budgets prévisibles. Proposez 10 à 15 % de remise pour un paiement annuel d’avance : vous encaissez tout de suite et vous limitez les résiliations.

Fixer votre premier prix

La plupart des créateurs d’apps se torturent sur le prix et finissent trop bas. Voici une méthode simple :

1. Estimez le coût du travail manuel que votre app remplace (les heures gagnées par mois, multipliées par le taux horaire de la personne qui fait ce travail)
2. Fixez le prix de votre app à 10 à 20 % de ce coût
3. Si le travail manuel coûte 2 000 € par mois, votre app devrait coûter de 200 à 400 € par mois

C’est la zone où l’on signe sans réfléchir : votre client économise 80 à 90 % par rapport à l’alternative, et vous touchez un vrai revenu.

Si votre prix vous paraît trop élevé, il est sans doute juste. S’il vous paraît confortable, il est sans doute trop bas.

Mettre en place Stripe

Pour une app Lovable, la stack de paiement habituelle, c’est Stripe branché via des Edge Functions Supabase :

1. Créez un compte Stripe et récupérez vos clés d’API
2. Rangez la clé secrète dans les Secrets de Lovable (jamais dans le code du frontend)
3. Créez une session Stripe Checkout depuis une Edge Function
4. Redirigez vos utilisateurs vers la page de paiement hébergée par Stripe
5. Traitez le webhook qui active l’abonnement dans votre base

Inutile de créer votre propre formulaire de paiement. Stripe Checkout gère tout le parcours : vérification de la carte, conformité à l’authentification forte (SCA) et reçus envoyés par e-mail. À vous seulement la redirection et le webhook.

Réserver l’accès aux abonnés

Une fois le paiement en place, il faut réserver l’accès à ceux qui paient. Le plus simple :

1. Ajoutez une colonne subscription_status à votre table des utilisateurs
2. Mettez-la à jour via les webhooks Stripe quand un paiement réussit ou échoue
3. Vérifiez cette colonne dans les contrôles d’accès de vos routes et dans vos policies RLS
4. Affichez un écran d’abonnement (paywall) aux utilisateurs sans abonnement actif

C’est le strict minimum pour contrôler l’accès. Les essais gratuits, les délais de grâce et les différentes offres pourront venir plus tard. D’abord, faites rentrer de l’argent.

La page de tarifs

Votre page de tarifs a besoin de trois choses :

1. Un prix clair (pas plusieurs offres au début)
2. Ce que l’utilisateur obtient (la liste des fonctionnalités, pas une fiche technique)
3. Un bouton d’action qui dit « Commencer », pas « Acheter maintenant »

Restez simple : une offre, un prix, un bouton. Vous pourrez segmenter plus tard, quand vous aurez plus de 50 utilisateurs payants et des données sur les fonctionnalités qui comptent.

Quand augmenter votre prix

Augmentez votre prix quand l’une de ces situations se présente :

• Plus de 50 % des prospects disent oui sans négocier
• Vous avez une liste d’attente, ou vous arrivez au bout de vos capacités
• Vous ajoutez une fonctionnalité qui augmente nettement la valeur apportée

Ne baissez jamais votre prix pour attirer des utilisateurs. Si personne ne paie, le problème vient du positionnement ou de l’adéquation entre le produit et son marché (le product-market fit), pas du prix.

Les erreurs classiques

Proposer une offre gratuite : n’offrez pas le cœur du produit. Si vous avez une offre gratuite, elle doit être vraiment limitée (en lecture seule, ou plafonnée à un niveau qui empêche un usage réel). Une offre gratuite trop généreuse cannibalise vos utilisateurs payants.

Attendre le moment idéal : il n’existe pas. Si une personne est prête à payer votre app aujourd’hui, commencez à la faire payer aujourd’hui.

Faire une remise aux premiers clients : vos premiers clients doivent payer plein tarif. Leur avantage, c’est de façonner le produit par leurs retours. C’est ça, leur remise.

Fixer le prix d’après vos coûts : votre hébergement coûte 20 $ par mois, votre app fait économiser 2 000 € de main-d’œuvre par mois. Fixez le prix d’après la valeur, pas d’après les coûts.