SaaS vs sur mesure: le calcul PME qui change tout

Un SaaS est une bonne affaire quand vous utilisez vraiment le produit.

Il devient beaucoup moins brillant quand vous payez 400, 600 ou 1 200 euros par mois pour utiliser trois fonctions sur deux cents, puis que votre équipe complète le reste dans Excel.

C'est là que beaucoup de PME se trompent dans le calcul. Elles comparent “abonnement mensuel” contre “développement sur mesure”. Elles oublient le troisième coût: le temps humain perdu à adapter l'entreprise à un outil qui n'a pas été pensé pour elle.

Le vrai débat SaaS vs sur mesure n'est pas idéologique. Ce n'est pas “le SaaS est mauvais” ou “le sur-mesure est toujours mieux”. La bonne question est plus simple: est-ce que l'outil épouse votre process, ou est-ce que votre équipe travaille autour de l'outil ?

Le SaaS à 14 400 euros par an utilisé comme Excel

J'ai vu un cas très parlant: un client payait 14 400 euros par an pour son CRM.

Quand on a regardé l'usage réel, il faisait trois choses: rentrer des contacts, noter des rendez-vous, sortir des exports Excel pour les statistiques.

C'est tout.

Il utilisait Salesforce comme un fichier Excel avec un login.

14 400 euros par an. Depuis plusieurs années. Et encore du temps humain derrière pour remettre les données dans le bon format, faire les bons exports, corriger ce que l'outil ne modélisait pas exactement.

Dans ce cas, le problème n'était pas Salesforce. Salesforce est un excellent outil pour des organisations qui utilisent sa puissance. Le problème, c'était l'écart entre le produit acheté et le vrai besoin métier.

Une application sur mesure a réglé les trois actions utiles: contacts, rendez-vous, statistiques. Rien de plus. Mais exactement dans la façon de travailler du client.

Coût de la première brique: 5 000 euros HT. Une fois.

Quand le SaaS est le bon choix

Le SaaS reste souvent le meilleur choix.

Si votre besoin est standard, si l'outil couvre 80% de votre process, si les intégrations sont déjà propres, si votre équipe adopte facilement l'interface, prenez le SaaS.

Comptabilité, paie, emailing, support client, prise de rendez-vous: beaucoup de sujets sont déjà très bien couverts. Développer sur mesure pour refaire moins bien un outil mûr serait une mauvaise décision.

Le no-code ou les outils SaaS peuvent aussi suffire pour un prototype simple, une landing, un formulaire, un test rapide ou un process temporaire.

5000.dev n'est pas un réflexe anti-outil. Le sur-mesure n'est intéressant que quand il enlève plus de friction qu'il n'en crée.

Quand le sur mesure devient rationnel

Le signal d'alerte arrive quand votre équipe commence à contourner le SaaS.

Vous exportez toutes les semaines dans Excel. Vous ajoutez des colonnes manuelles. Vous gardez une procédure à côté parce que l'outil ne suit pas votre réalité. Vous payez des licences pour des fonctions que personne n'ouvre. Vous avez besoin d'une petite action très précise, mais l'éditeur vous pousse vers un plan supérieur ou une intégration lourde.

À ce moment-là, vous ne payez plus seulement un logiciel. Vous payez un logiciel plus le travail humain nécessaire pour compenser ce qu'il ne fait pas.

C'est le même pattern que sur les applications métier PME: une information existe quelque part, elle est ressaisie ailleurs, puis elle se perd dans un mail ou un fichier.

Le sur-mesure devient rationnel quand le process est spécifique, récurrent, stable, et directement lié à la marge, au temps commercial ou à la qualité de service.

Pas besoin de créer une plateforme complète. Il faut souvent une première brique:

• un écran qui centralise les données utiles;
• une action métier qui remplace cinq manipulations;
• un suivi qui colle à votre façon de vendre, produire ou livrer;
• un export exactement au bon format;
• un espace simple pour votre équipe ou vos clients.

C'est rarement spectaculaire. C'est souvent très rentable.

L'IA change le calcul make or buy

Pendant longtemps, le sur-mesure était réservé aux budgets lourds. Six mois de specs, dix-huit mois de développement, cinq ans de maintenance. Beaucoup de PME ont donc choisi le SaaS par défaut. C'était logique.

Mais l'IA a changé l'économie du code.

Pas parce qu'un non-développeur peut construire n'importe quoi seul en vibe coding. Ce sujet est dangereux quand il touche aux données, aux droits, aux paiements ou à la sécurité. L'IA change surtout la productivité d'un développeur senior qui sait cadrer, trier et livrer.

Ce qui coûtait trop cher hier peut devenir raisonnable aujourd'hui si le périmètre est bien découpé.

Chez 5000.dev, l'unité de décision est volontairement simple: une brique d'application web sur mesure, 5 000 euros HT, 2 semaines de développement, livré ou remboursé. Si le besoin est plus large, on ne vend pas un tunnel de 6 mois. On découpe.

C'est là que le calcul SaaS vs sur mesure devient concret.

Un SaaS à 600 euros par mois coûte 7 200 euros par an. S'il résout vraiment le problème, gardez-le. S'il vous force à bricoler autour, une brique sur mesure à 5 000 euros peut devenir plus rationnelle dès la première année.

La grille de décision PME

Avant de choisir, posez les questions dans cet ordre.

Votre besoin est-il standard ? Si oui, cherchez d'abord un SaaS.

Utilisez-vous au moins 70 à 80% de l'outil ? Si oui, le SaaS garde probablement son intérêt.

Votre équipe exporte-t-elle souvent les données pour travailler ailleurs ? Si oui, l'outil ne couvre pas vraiment le process.

Le coût humain autour du SaaS dépasse-t-il l'abonnement ? Si oui, le prix affiché ment.

Le process est-il suffisamment stable pour être codé ? Si tout change chaque semaine, attendez. Si le geste est répété tous les jours, regardez le sur-mesure.

La première version peut-elle tenir en une brique ? Si oui, vous n'avez pas besoin d'un grand projet. Vous avez besoin d'un premier logiciel utile.

Pour le cas spécifique des tableurs, l'article remplacer Excel par application détaille le calcul opérationnel.

FAQ

Le sur mesure coûte-t-il toujours plus cher qu'un SaaS ?

Non. Un SaaS peu utilisé peut coûter plus cher sur un an qu'une première brique sur mesure, surtout si vous ajoutez le temps humain passé à contourner l'outil.

Quand faut-il garder un SaaS ?

Quand il couvre la majorité du besoin, qu'il est bien adopté par l'équipe et qu'il évite de maintenir une solution spécifique. Le sur-mesure n'est pas un réflexe automatique.

Est-ce risqué de créer son propre logiciel métier ?

Le risque vient surtout des projets trop gros. Une première brique bornée à 5 000 euros HT et 2 semaines limite l'engagement et permet de valider vite.

Si votre SaaS ressemble de plus en plus à un abonnement payé pour nourrir des fichiers Excel, le bon réflexe est de chiffrer le temps perdu et de comparer avec une première brique sur mesure réellement utile.