
Le SaaS et le sur-mesure ne sont pas juste deux façons différentes d'obtenir la même chose. Ce sont deux logiques économiques qui produisent des courbes de coût très différentes dans le temps, et c'est cette différence qu'il faut regarder avant tout.
Un SaaS facture l'usage de la plateforme. Abonnement mensuel ou annuel plus une commission sur les montants collectés, typiquement entre zéro cinq et deux pour cent selon les acteurs. Le ticket d'entrée est bas — quinze à trente mille euros pour la mise en route — et la mise en marche est rapide, deux à six semaines pour la plupart des solutions. Mais la structure de coût est linéaire au volume : quand la plateforme collecte cinquante millions d'euros par an à un pour cent de commission, c'est cinq cent mille euros qui partent chaque année chez l'éditeur du SaaS. Ce coût n'apparaît nulle part dans les projections initiales et devient très visible quand la plateforme réussit vraiment.
Le sur-mesure inverse cette courbe. Le développement initial coûte plus cher — la V1 démarre à partir de quatre-vingt-trois mille euros hors taxes chez Capsens pour une plateforme PSFP production-ready, davantage selon les fonctionnalités spécifiques. Le délai est plus long, quatre à neuf mois selon la complexité. Mais une fois la plateforme livrée, il n'y a plus de coût marginal lié au volume. La maintenance représente environ mille deux cents euros par mois, indépendamment que la plateforme collecte cinq ou cinquante millions d'euros par an. Le coût par euro collecté tend vers zéro à mesure que le volume monte.
Le point de bascule économique brut se situe généralement autour de vingt à trente millions d'euros de collecte annuelle. En dessous, le SaaS reste compétitif purement sur le plan des coûts. Au-dessus, le sur-mesure s'amortit typiquement en dix-huit à vingt-quatre mois par rapport à la trajectoire SaaS équivalente.
Le point de bascule économique n'est qu'une variable parmi d'autres. Trois autres méritent d'être regardées avec autant d'attention avant de trancher.
Le volume cible à vingt-quatre mois est la première. Un projet qui vise moins de dix millions d'euros de collecte annuelle sur les deux premières années trouvera probablement son compte avec un SaaS bien choisi. Le ticket d'entrée modéré et la vitesse de mise en marché correspondent à ce niveau d'ambition. Un projet qui vise cinquante millions d'euros dès l'année deux se pose la question autrement — la structure de commission devient rapidement dissuasive, et la migration ultérieure vers du sur-mesure se fera nécessairement en pleine croissance, avec tous les risques opérationnels que ça implique.
Le modèle économique joue le deuxième rôle. Un modèle standard — commission classique sur les montants collectés, ticket investisseur unique, cycle de vie projet linéaire — s'accommode très bien d'un SaaS. C'est exactement le cas d'usage que ces plateformes ont été conçues pour couvrir. Un modèle plus original, en revanche, se heurte vite aux limites du SaaS : abonnement investisseur récurrent, deal flow fermé sur invitation, marketplace secondaire, frais structurés sur la performance, club deals avec des conditions négociées, gestion multi-véhicules dans un même compte investisseur. Toutes ces mécaniques sortent du périmètre standard des SaaS et impliquent soit des développements spécifiques chez l'éditeur — s'il accepte —, soit une migration vers du sur-mesure.
La différenciation produit est la troisième variable. Si votre proposition de valeur repose principalement sur le rendement des projets et sur la qualité de vos promoteurs, la plateforme est un canal parmi d'autres et le SaaS suffit à porter cette proposition. Si votre proposition de valeur tient au parcours utilisateur, à une expérience mobile spécifique, à un scoring propriétaire des projets, à une intégration profonde dans un CRM patrimonial, ou à des fonctionnalités que vous voulez faire évoluer vite pour rester devant vos concurrents, la plateforme devient le produit — et à ce moment-là, le SaaS vous bride mécaniquement.
L'horizon stratégique clôt la liste. Un projet en phase de validation de product-market fit, qui cherche à tester rapidement un marché avant de lever plus sérieusement, a intérêt à minimiser le risque initial et à démarrer sur du SaaS. Un projet déjà levé plus significativement, qui construit un actif technologique qu'il compte revendre ou valoriser à moyen terme, a intérêt à investir dans un sur-mesure qui deviendra une ligne au bilan et non un coût de fonctionnement.
Le SaaS a des qualités qu'il faut reconnaître honnêtement, indépendamment de qui écrit sur le sujet. C'est de loin le chemin le plus rapide vers un lancement — deux à huit semaines de mise en marche selon les cas, contre quatre à neuf mois pour un sur-mesure. C'est un ticket d'entrée maîtrisé, ce qui compte pour un fondateur qui n'a pas encore levé ou qui veut préserver sa trésorerie. C'est une simplicité de décision — moins d'arbitrages techniques à trancher, moins de maintenance à porter, moins de compétences internes à mobiliser. Et c'est une forme de conformité PSFP partagée avec l'éditeur, qui fait évoluer son socle quand la réglementation change, ce qui est un vrai confort pour une équipe qui démarre.
Ces qualités en font une excellente option pour trois profils précis. Le MVP qui doit valider une hypothèse avant d'investir. Le porteur de projet sans équipe technique interne. Et la plateforme thématique très ciblée — financement de la transition énergétique sur un territoire, projets associatifs régionaux, verticalisation métier étroite — qui vise un volume modeste mais une mise en marché rapide.
Les limites du SaaS apparaissent en revanche assez vite quand le projet grossit ou se différencie. Difficulté croissante à faire ressortir la plateforme du décor — quand toutes les plateformes de crowdfunding immobilier tournent sur le même socle, aucune ne se distingue vraiment. Intégration limitée dans l'écosystème du fondateur — le CRM patrimonial, l'outil BI, les systèmes internes se raccordent à ce que l'éditeur SaaS accepte de connecter, pas nécessairement à ce dont l'équipe a besoin. Maîtrise partielle de la donnée — les données restent hébergées chez l'éditeur, exportables mais dans des formats limités et parfois moyennant frais. Et surtout, cette économie qui devient étouffante à volume élevé — chaque euro collecté paie une commission qui, à cinquante millions d'euros par an, représente le budget d'une équipe technique complète.
Le sur-mesure a lui aussi des qualités précises qu'il faut nommer. Un contrôle total sur chaque pixel, chaque règle métier, chaque parcours utilisateur. La possibilité de patrimonialiser l'investissement — la plateforme devient un actif de la société, valorisable en cas d'opération corporate, transférable en cas de changement de partenaire technique. Une économie qui bascule dans le bon sens à mesure que le volume monte — plus la plateforme collecte, plus le coût par euro collecté baisse. Et une flexibilité produit qui permet de lancer la fonctionnalité dont on a besoin quand on en a besoin, sans dépendre de la roadmap d'un éditeur qui a d'autres clients à servir.
Ces qualités justifient l'investissement dans trois cas précis. Une plateforme à forte ambition, qui vise un positionnement de leader national ou européen sur son segment. Un modèle économique non standard qui sort du périmètre des SaaS existants. Un acteur qui a déjà testé le marché en SaaS, atteint le plafond fonctionnel, et cherche à passer au niveau supérieur avec un outil qui lui appartient.
Le coût réel du sur-mesure ne se limite pas au développement initial. Il faut y ajouter la maintenance applicative — mille deux cents euros par mois environ chez Capsens sur une plateforme PSFP standard —, les évolutions fonctionnelles régulières, les mises à jour réglementaires, la responsabilité technique et de sécurité qui reste chez le maître d'ouvrage. Un partenaire technique stable qui assure la maintenance dans la durée réduit significativement l'impact de ces coûts, mais ne les fait pas disparaître.
Ces dernières années, un troisième chemin s'impose de plus en plus fréquemment, qui consiste à sortir du dilemme SaaS-ou-sur-mesure pour l'aborder comme une trajectoire temporelle. Démarrer sur un SaaS pour valider le marché, atteindre un volume qui justifie l'investissement, lever des fonds sur cette base, puis migrer vers du sur-mesure quand les limites du SaaS deviennent gênantes et que le budget est disponible.
Cette logique est séduisante et souvent judicieuse, mais elle a un coût qu'on sous-estime régulièrement. La phase de migration elle-même — trois à six mois de bascule, avec migration des données historiques, période de double-run où les deux systèmes tournent en parallèle, formation des équipes internes, gestion du basculement commercial. Cette phase se déroule presque toujours pendant que la plateforme continue de fonctionner en production, ce qui multiplie les risques opérationnels. Une migration mal préparée peut coûter plusieurs mois de croissance ou d'expérience client dégradée.
Mieux vaut, si on prévoit cette trajectoire dès le départ, choisir un SaaS qui accepte contractuellement de bonnes clauses de réversibilité et de portabilité des données. Vérifier précisément avant de signer quelles données seront exportables, dans quel format, à quel coût. Certains éditeurs rendent la sortie volontairement difficile — c'est leur intérêt commercial —, et c'est un point qu'on ne peut pas négocier après coup.
Il y a quatre erreurs qu'on voit régulièrement dans les décisions SaaS versus sur-mesure. Elles méritent d'être nommées parce qu'elles sont évitables si on les connaît.
Choisir le SaaS pour des raisons budgétaires alors que le projet a une forte ambition. Un business plan qui projette cinquante millions d'euros de collecte à vingt-quatre mois et qui démarre sur un SaaS bas de gamme crée une dette stratégique majeure. À mi-chemin, il faudra migrer dans la précipitation, en pleine croissance, avec des équipes déjà mobilisées à cent pour cent sur l'opérationnel. Le risque de rater cette migration est réel, et le prix à payer est bien supérieur à ce qui aurait été économisé au départ.
Choisir le sur-mesure pour des raisons d'image alors que le projet a un petit volume. Investir cent cinquante mille euros dans un sur-mesure pour collecter cinq millions par an est un over-engineering qui pèsera sur la rentabilité pendant des années. La plateforme ne rencontrera jamais les cas d'usage qui auraient justifié le sur-mesure, et la charge fixe étouffera la marge.
Sous-estimer les enjeux de portabilité quand on choisit le SaaS. Beaucoup de fondateurs signent un contrat SaaS sans avoir précisément regardé les clauses de sortie. Deux ans plus tard, quand la migration devient nécessaire, ils découvrent que certaines données sont difficiles à extraire, que les formats d'export sont limités, et qu'un chantier de récupération peut coûter plusieurs dizaines de milliers d'euros. Ce chantier se négocie en amont, pas en aval.
Sous-estimer la maintenance quand on choisit le sur-mesure. Une plateforme sur-mesure non maintenue accumule de la dette technique, vieillit, devient vulnérable. Le forfait maintenance n'est pas un poste optionnel — c'est ce qui garantit que la plateforme reste conforme, sécurisée, à jour des évolutions réglementaires. Certains fondateurs, une fois la V1 livrée, tentent d'économiser sur la maintenance en la réduisant. Ils s'aperçoivent au bout de dix-huit mois que leur plateforme est en retard sur les standards, qu'elle refuse certaines intégrations tierces récentes, et qu'un chantier de rattrapage sera plus cher que la maintenance qu'ils ont évitée.
Il n'y a pas de réponse universelle à la question SaaS versus sur-mesure. La bonne réponse dépend du volume cible, du modèle économique, de l'ambition produit et de l'horizon stratégique — quatre variables qu'il faut vraiment prendre le temps de regarder avant de trancher.
La méthode la plus solide consiste à s'obliger à formuler ces quatre variables clairement au démarrage du projet, à les partager avec les décideurs de la société, et à revenir régulièrement les revalider quand le projet avance. Beaucoup de mauvaises décisions se prennent parce qu'on répond à la question SaaS versus sur-mesure avec des paramètres implicites qui n'ont jamais été explicités, et qui varient d'ailleurs entre les différents décideurs de l'équipe.
Le meilleur choix, en pratique, c'est celui qui correspond à la trajectoire réelle du projet — pas à l'idéal qu'on aimerait projeter, pas au conseil qu'on lit dans les articles de blog, pas au réflexe qu'on a en fonction de sa culture d'origine. C'est un choix technique, mais c'est d'abord une décision stratégique qui mérite qu'on lui consacre le temps de réflexion qu'elle demande.