Chapitre 17.3 — Produits & revenus récurrents
Partie 17 : Monétisation — Chapitre 3/5
⏱️ TL;DR
- Le freelance échange du temps contre de l’argent → plafond (vos jours sont limités). Les produits génèrent du revenu sans re-facturer chaque heure.
- Modèles : SaaS (abonnement récurrent), bundles/packages (open-core), boilerplates/starters (vendre un socle Symfony+Next.js), formations/contenu, outils LTI vendus à des organismes.
- Atout MIT : Symfony est sous licence MIT → vous pouvez vendre du propriétaire par-dessus (contrairement au GPL de WordPress/Moodle). Liberté totale de monétisation.
- Le meilleur fit pour vous : un micro-SaaS (BookLab multi-tenant + abonnements Stripe) ou un boilerplate payant « API Symfony + front Next.js ».
- Commencez petit : un produit modeste qui rapporte 500 €/mois récurrents vaut mieux qu’un projet géant jamais fini.
🎯 Objectifs
- Comprendre pourquoi le récurrent surpasse le temps-contre-argent.
- Connaître les modèles de produits adaptés à votre stack.
- Exploiter l’avantage licence MIT.
- Choisir un premier produit réaliste.
1. Le plafond du temps-contre-argent
En freelance pur, votre revenu = TJM × jours facturés. Or vos jours sont finis (~12–15/mois). Même à haut TJM, il y a un plafond, et si vous arrêtez de travailler (congés, maladie), le revenu s’arrête. Les produits cassent ce plafond : on construit une fois, on vend plusieurs fois (voire en continu, pour un SaaS).
L’idéal : combiner — le freelance finance le présent (et vous garde au contact du marché), les produits construisent un revenu passif croissant.
2. Les modèles adaptés à votre stack
| Modèle | Description | Effort / récurrence |
|---|---|---|
| Micro-SaaS | une app (façon BookLab) vendue en abonnement | fort effort, récurrent (le plus scalable) |
| Bundle open-core | bundle open source gratuit + version pro payante | moyen, récurrent (licences) |
| Boilerplate/starter | un socle Symfony+Next.js prêt (auth, API, paiement) vendu | effort ponctuel, ventes répétées |
| Outil LTI produit | un outil LTI vendu aux organismes de formation/écoles | fort, récurrent (licence/SaaS EdTech) |
| Formation / contenu | cours, e-book (« Symfony pour dev Next.js »…) | effort ponctuel, ventes répétées |
| Templates / composants | des blocs réutilisables vendus | faible unitaire, volume |
3. L’avantage licence : MIT vs GPL
Point crucial (rappel Partie 1.2) : Symfony est sous licence MIT (permissive). Vous pouvez bâtir un produit propriétaire (SaaS fermé, bundle pro payant) sans obligation d’ouvrir votre code.
À l’inverse, WordPress et Moodle sont sous GPL (copyleft) : vendre un produit dérivé impose des contraintes (le code dérivé doit rester GPL). C’est pourquoi la monétisation WP/Moodle passe surtout par le service (SaaS hébergé, support) plutôt que par la vente de code fermé.
💡 Conséquence stratégique : votre socle Symfony vous laisse toute liberté de vendre du propriétaire — un avantage que vos cours WordPress/Moodle n’ont pas au même degré. Un SaaS Symfony (BookLab) ou un outil LTI construit en Symfony peut être 100 % fermé et vendu sans souci de licence. C’est un argument fort pour produire côté Symfony.
4. Le SaaS : le meilleur fit
Vous avez tout pour un SaaS (c’est exactement ce que le cours a construit) :
- Multi-tenant (Partie 15.9) : un code, N clients.
- Abonnements Stripe (Partie 12.7) : facturation récurrente automatique.
- API + front Next.js (Partie 11) : un produit moderne.
- Auth, temps réel, e-mails (Parties 10, 12) : les briques d’un vrai produit.
BookLab est un modèle de SaaS. Le transformer en produit vendu (créneaux de réservation pour coachs/salles/prestataires, abonnement mensuel par organisation) est un chemin direct vers du récurrent. Ou choisissez votre domaine (une douleur que vous connaissez) et appliquez la même architecture.
5. Commencer petit et réaliste
⚠️ Piège du « grand SaaS » : viser d’emblée un produit énorme (des mois de dev avant le premier euro) est le meilleur moyen de ne jamais finir (et de se décourager). Commencez petit : un micro-SaaS à une fonctionnalité, un boilerplate vendu, un outil LTI simple pour un type d’organisme. Validez qu’on paie avant de construire gros. Un produit modeste à 500 €/mois récurrents est une vraie victoire (et une base pour grandir) — bien plus qu’un projet parfait jamais lancé.
Chemin réaliste : (1) un boilerplate « API Symfony + Next.js » vendu (effort ponctuel, valide la demande) → (2) un micro-SaaS dans votre niche → (3) le faire grandir. Chaque étape finance et informe la suivante.
✏️ Exercices
Exercice 1. Listez trois produits que vous pourriez lancer à partir de ce que le cours a construit, du plus rapide au plus ambitieux.
✅ Piste
Par exemple : (1) rapide — un boilerplate payant « starter Symfony 7.4 API + Next.js (auth JWT, Stripe, Docker) », vendu une fois construit ; (2) moyen — un bundle open-core (connecteur Moodle / helper LTI) avec version pro ; (3) ambitieux — un micro-SaaS (BookLab-like) ou un outil LTI produit vendu en abonnement aux organismes de formation. L’ordre reflète l’effort croissant et le passage du ponctuel au récurrent.
Exercice 2. Pourquoi l’avantage licence MIT de Symfony est-il stratégique pour produire, par rapport à WordPress/Moodle (GPL) ?
✅ Solution
La licence MIT (permissive) permet de bâtir et vendre un produit propriétaire (SaaS fermé, bundle pro payant) sans obligation d’ouvrir le code. Le GPL (WordPress/Moodle, copyleft) impose que les œuvres dérivées restent GPL, ce qui complique la vente de code fermé (d’où une monétisation surtout par le service). Côté Symfony, vous avez donc toute liberté de vendre du propriétaire — un avantage direct pour créer des produits (SaaS, outils LTI fermés) sans contrainte de licence.
🔑 Points-clés
- Le freelance plafonne (temps limité) ; les produits génèrent du récurrent.
- Modèles adaptés : micro-SaaS, bundle open-core, boilerplate, outil LTI, formation.
- MIT (Symfony) = liberté de vendre du propriétaire (vs GPL WP/Moodle) — atout majeur.
- BookLab est un modèle de SaaS clé en main (multi-tenant + Stripe + Next.js).
- Commencez petit, validez la demande, visez 500 €/mois récurrents d’abord.
Prochain chapitre : 17.4 — Construire une offre premium.