Logiciel sur-mesure ou SaaS : comment trancher sans se tromper

La question « on développe ou on s'abonne ? » n'a pas de réponse universelle. Elle a une méthode. Voici la grille que nous utiliserions nous-mêmes pour arbitrer, et les trois calculs qui font pencher la balance.

C'est l'un des arbitrages les plus fréquents chez les dirigeants de PME : faut-il s'abonner à un SaaS existant, ou lancer un développement logiciel sur-mesure ? La réponse spontanée — « le SaaS, c'est moins cher et plus rapide » — est vraie au démarrage et parfois fausse sur la durée. L'inverse aussi. Décider bien suppose de comparer les deux sur le bon horizon et sur les bons critères.

Ce que chaque option vous donne vraiment

Un SaaS vous donne de la vitesse et de la mutualisation. Vous payez un abonnement, vous êtes opérationnel en quelques jours, et l'éditeur amortit son investissement sur des milliers de clients. En échange, vous acceptez de faire comme tout le monde : ses processus, ses limites, sa feuille de route, et une facture qui grandit avec vos effectifs.

Un logiciel sur-mesure vous donne l'ajustement exact et la propriété. L'outil épouse votre métier, le code et les données sont à vous, et le coût ne grimpe pas parce que vous recrutez. En échange, vous investissez davantage au départ et vous portez la responsabilité de faire évoluer l'outil.

Aucune des deux options n'est meilleure dans l'absolu. Elles répondent à des situations différentes.

Les cinq questions qui tranchent

1. Votre besoin est-il standard ou spécifique ? Si votre processus ressemble à celui de n'importe quelle entreprise de votre taille, le SaaS gagne : autant profiter d'un outil que d'autres ont déjà financé. Si votre façon de travailler est un avantage concurrentiel, le sur-mesure la protège au lieu de la niveler.

2. Combien de personnes vont l'utiliser, et demain ? C'est le calcul le plus souvent oublié. Une licence à 30 € par utilisateur et par mois coûte 5 400 € par an à quinze personnes. À quarante, 19 200 € par an, soit près de 58 000 € sur trois ans — pour le même outil. Comparez toujours le SaaS à effectif projeté, pas à effectif actuel.

3. Combien d'outils cherchez-vous à remplacer ? Si un seul SaaS couvre tout votre besoin, restez dessus. Si vous jonglez entre cinq abonnements qui communiquent mal, avec des ressaisies et des exports Excel entre chaque, un socle unique connecté à vos outils existants change souvent l'équation, ressaisies comprises.

4. Vos données ont-elles vocation à rester chez vous ? Sur un sujet sensible — données clients, santé, industrielles — le sur-mesure règle une bonne partie des questions de conformité avant qu'elles se posent : vos données restent chez vous, vous savez qui y accède. Sur un besoin anodin, l'hébergement mutualisé d'un SaaS sérieux est parfaitement suffisant.

5. Votre processus est-il stable ? Le sur-mesure fige des décisions dans du code. Si votre activité est jeune et que vos règles changent chaque trimestre, un SaaS souple vous laisse expérimenter à moindre coût. Vous internaliserez quand le processus sera stabilisé.

Le piège du « moins cher au départ »

La plupart des comparaisons s'arrêtent au coût de la première année, où le SaaS gagne presque toujours. C'est une erreur de cadrage. Le bon calcul se fait sur trois ans et compare quatre postes :

• Le SaaS : abonnement × utilisateurs × 36 mois, plus les modules additionnels et les hausses de tarif.
• Le sur-mesure : coût de développement initial, plus l'hébergement et la maintenance récurrents (un logiciel a toujours un coût de fonctionnement — s'il n'est pas chiffré dans la proposition, il est chez vous).
• Le coût caché des ressaisies et des tableurs parallèles, souvent le plus lourd et jamais dans les devis.
• La valeur de l'actif : à la fin, vous possédez un outil ou vous n'avez rien.

Sur trois ans et à effectif projeté, le sur-mesure rattrape fréquemment le SaaS bien avant ce qu'on imagine — surtout au-delà de vingt utilisateurs.

La troisième voie : commencer hybride

L'arbitrage n'est pas toujours binaire. Une approche fréquente et raisonnable : garder les SaaS là où ils sont bons (comptabilité, paie, messagerie) et construire du sur-mesure uniquement sur le processus cœur, celui qui vous différencie, en le connectant au reste. Vous concentrez l'investissement là où il crée de la valeur, sans réinventer ce que le marché fait déjà bien.

C'est souvent le meilleur point de départ : un premier périmètre sur-mesure serré, utilisable en quelques semaines, qui prouve la valeur avant d'élargir.

Questions fréquentes

Le sur-mesure est-il toujours plus cher que le SaaS ? Plus cher au démarrage, presque toujours. Sur la durée et à effectif croissant, souvent moins. Tout dépend du nombre d'utilisateurs et de la durée d'usage : faites le calcul sur trois ans, pas sur la première facture.

Peut-on migrer d'un SaaS vers du sur-mesure plus tard ? Oui, et c'est un chemin classique : on commence sur un SaaS pour aller vite, puis on internalise le cœur quand le volume ou la spécificité le justifient. L'important est d'exporter proprement ses données au moment de partir.

Un SaaS « personnalisable » ne suffit-il pas ? Parfois. La limite arrive quand la personnalisation devient un métier à elle seule, avec des développeurs dédiés à contourner l'outil. À ce stade, vous payez le prix du sur-mesure sans en avoir la propriété.

Comment savoir si mon besoin est vraiment spécifique ? Test simple : listez les règles de votre processus que le SaaS envisagé ne sait pas respecter. Si vous devez en abandonner beaucoup, ou ajouter des tableurs pour compenser, votre besoin est spécifique.

Pour trancher sur votre cas précis, le plus efficace est de partir d'un processus concret plutôt que d'une intention générale. Voyez ce que le sur-mesure a changé dans nos cas clients, ou exposez-nous votre situation : nous vous dirons honnêtement si un SaaS suffit.

À lire aussi

• Faire développer un logiciel sur-mesure : le bon choix ou l'erreur
• Combien coûte un logiciel sur-mesure ?
• Logiciel de gestion sur-mesure ou progiciel