C’est l’arbitrage le plus fréquent dans les projets qu’on nous confie, et celui où l’erreur coûte le plus cher : faut-il s’abonner à un logiciel existant ou faire développer le sien ?
La question se résume en réalité à une seule : qui s’adapte à qui ? Un logiciel sur mesure épouse vos processus. Un SaaS vous demande d’adapter les vôtres. Tout le reste — prix, délais, maintenance — découle de là.
Le calcul que personne ne fait
Le SaaS gagne toujours au premier regard, parce qu’on compare un abonnement mensuel à un budget de développement. On compare une petite mensualité à une grosse facture, et la conclusion semble évidente.
Elle l’est beaucoup moins sur cinq ans.
Pour une PME de 20 utilisateurs à 150 $ par mois et par licence, l’abonnement représente 180 000 $ sur cinq ans. Un développement sur mesure coûte quant à lui 40 000 à 80 000 $ au départ, plus 5 000 à 10 000 $ de maintenance annuelle, soit 65 000 à 130 000 $ sur la même période (CyberPerformance).
Le point de bascule se situe généralement autour de 15 à 20 utilisateurs sur un horizon de cinq ans. En dessous, l’abonnement reste imbattable. Au-dessus, la question mérite d’être posée sérieusement.
Deux nuances importantes, souvent oubliées dans ce type de comparaison :
- Le SaaS augmente ses tarifs. Votre calcul sur cinq ans doit intégrer les hausses annuelles, pas figer le prix du jour de la signature.
- Le sur mesure est un actif. Vous ne louez pas, vous possédez. À condition que le contrat le prévoie explicitement, ce qui n’est pas toujours le cas.
Quand le SaaS est le bon choix
Soyons clairs : dans la majorité des cas, le SaaS suffit, et c’est ce que nous recommandons régulièrement à des clients venus nous demander un développement.
L’abonnement est pertinent quand le besoin est ciblé, l’équipe petite, et la vitesse prioritaire. Un outil de facturation, un CRM pour trois commerciaux, un planning partagé : à 30 ou 50 € par mois, la question ne se pose même pas.
Faire développer sur mesure ce qui existe déjà en abonnement est la façon la plus courante de gaspiller un budget digital. Personne ne devrait payer pour réinventer un outil de facturation.
Le signal qui doit vous alerter
Il existe un moment précis où l’équilibre bascule, et il est facile à repérer :
Le jour où vous passez plus de temps à contourner les limites de votre outil qu’à l’utiliser.
Ce moment se reconnaît à des symptômes très concrets :
- L’export Excel quotidien pour produire un rapport que le logiciel ne sait pas sortir.
- La double saisie entre deux outils qui ne se parlent pas.
- Le champ détourné, où l’on note les délais de livraison dans la case « commentaire » faute de champ prévu.
- La phrase rituelle à chaque nouvel arrivant : « on fait comme ça parce que le logiciel ne sait pas faire autrement ».
Ces contournements ont un coût salarial réel que presque personne ne chiffre. Deux heures par semaine et par personne sur une équipe de dix, c’est un mi-temps annuel consacré à compenser un outil inadapté.
C’est précisément l’un des signaux que nous détaillons dans notre article sur les signes qu’il est temps de digitaliser.
Le no-code, troisième voie sérieuse
Le débat est trop souvent présenté comme binaire. Il ne l’est plus.
Un développement no-code ou low-code est trois à quatre fois plus rapide qu’un développement classique, pour un coût réduit de 30 à 50 % (Ecma-Tech).
Pour une PME qui a besoin d’un outil métier spécifique sans complexité technique extrême — suivi de dossiers, gestion d’interventions, workflow de validation — c’est aujourd’hui le compromis le plus équilibré. Vous obtenez vos règles de gestion sans payer le prix d’un développement complet.
Ses limites arrivent avec le volume, les intégrations complexes et les besoins de performance. Mais elles arrivent plus tard qu’on ne le croit.
Les trois risques du sur mesure
Choisir le sur mesure n’est pas sans danger. Trois risques reviennent, et tous les trois se traitent au contrat, pas après la livraison.
La dépendance au prestataire. Si le code source, les accès serveur et la documentation ne sont pas contractuellement à vous, vous n’avez pas acheté un logiciel, vous avez loué une relation. Exigez-le par écrit.
Le périmètre qui gonfle. Chaque réunion ajoute une idée, et le budget dérive de 40 %. Un périmètre écrit et daté, avec une procédure claire pour les ajouts, règle le problème.
La maintenance non budgétée. Un logiciel sur mesure sans maintenance devient une dette technique en deux ans. Comptez 10 à 15 % du coût initial par an, dès le premier devis.
Notre approche
Chez DIGABLO, nous commençons par regarder si un SaaS existant fait le travail. Quand c’est le cas, nous le disons.
Quand ce n’est pas le cas :
- Un cadrage des processus avant tout choix technique, parce que le bon outil dépend d’abord de votre façon de travailler.
- Une comparaison chiffrée sur cinq ans entre abonnement, no-code et développement complet.
- La propriété du code et des accès, écrite au contrat.
- Un périmètre daté, avec une procédure explicite pour les évolutions.
- La maintenance chiffrée dès le devis.
Vous hésitez entre vous abonner et faire développer ? Parlons de votre projet : on regarde vos processus et on vous dit franchement de quel côté vous êtes.