Quand une organisation compare un abonnement SaaS et un outil sur-mesure, le SaaS gagne presque toujours au premier coup d’œil. Quelques dizaines ou centaines d’euros par mois contre un développement à plusieurs milliers : la comparaison semble pliée.
Sauf qu’elle compare deux choses qui ne sont pas comparables. D’un côté, un loyer que vous paierez tant que l’outil existera. De l’autre, un actif qui vous appartient. Et la vraie différence — celle qui ne figure sur aucune page de tarif — n’apparaît qu’au moment où vous voudriez changer.
Le coût qui ne se voit pas au début
Le piège du SaaS n’est pas son prix mensuel. C’est la trajectoire de ce prix, et ce qu’il achète réellement.
Le tarif d’appel est calibré pour être indolore. Puis vous grandissez, et vous franchissez le palier suivant. Vous voulez une fonction qui manque : elle n’existe que dans l’offre « entreprise », celle dont le prix n’est pas affiché et se négocie à cinq chiffres. Vous voulez exporter proprement vos données pour les exploiter ailleurs : c’est précisément ce que l’outil rend compliqué, parce que la difficulté de sortir fait partie du modèle.
Au bout de quelques années, vous avez payé en abonnements de quoi développer plusieurs fois l’outil — sans rien posséder. Et vous êtes plus dépendant qu’au premier jour, parce que vos process, vos données et les habitudes de vos équipes se sont moulés dans un produit que vous ne maîtrisez pas.
La dépendance se paie toujours au pire moment
Le coût de la dépendance reste théorique tant que tout va bien. Il devient brutalement réel le jour où l’une de ces choses arrive — et l’une d’elles finit toujours par arriver.
- L’éditeur augmente ses tarifs, et vous n’avez aucun levier de négociation : migrer coûterait plus cher que de payer.
- L’éditeur change sa feuille de route, supprime la fonction dont dépend tout votre flux de travail, ou décide de pivoter vers une clientèle qui n’est plus la vôtre.
- L’éditeur est racheté, ou ferme. Votre outil critique appartient désormais à quelqu’un dont vous ne connaissez ni les intentions ni les priorités.
- Vous voulez simplement changer de prestataire ou internaliser — et vous découvrez que récupérer vos propres données dans un format exploitable relève du parcours du combattant.
Dans chacun de ces cas, vous subissez une décision que vous n’avez pas prise, sur un outil que vous croyiez « à vous ».
C’est la définition même du lock-in : vous ne restez pas parce que c’est le meilleur choix, vous restez parce que partir coûte trop cher.
Posséder son code, ça veut dire quoi exactement
« Le code vous appartient » est une phrase facile à écrire sur une page d’accueil. Voici ce qu’elle recouvre quand elle est tenue.
- Vous payez le développement, vous emportez le code — sources comprises. Pas de licence cachée qui se réactive le jour où vous voulez partir.
- Vous pouvez changer de prestataire sans tout reconstruire. Si la collaboration s’arrête, vous repartez avec un outil documenté que n’importe quel développeur compétent peut reprendre. Votre liberté de partir est la meilleure garantie que le prestataire reste à la hauteur.
- Vos données sont à vous, exportables, hébergées en Europe. Pas enfermées dans un format propriétaire pensé pour vous retenir.
- L’outil évolue à votre rythme, selon vos priorités — pas selon la roadmap d’un éditeur qui arbitre pour des dizaines de milliers d’autres clients dont vous n’êtes qu’une ligne.
« Donc le SaaS, c’est toujours mauvais ? »
Non, et ce serait malhonnête de le prétendre. Pour une fonction standardisée, partagée par tout le monde et sans enjeu différenciant — une messagerie, une suite bureautique, un outil de visioconférence — le SaaS est souvent le bon choix. Réinventer ça sur-mesure serait du gaspillage.
La ligne de partage est là : le SaaS est pertinent pour ce qui ne vous distingue pas. Le sur-mesure devient pertinent pour ce qui est au cœur de votre métier. Votre CRM institutionnel, votre outil de suivi de dossiers, la plateforme qui fait tourner votre activité — autrement dit ce qui vous rend différent et efficace — c’est exactement ce que vous ne devriez pas louer à un tiers qui peut, du jour au lendemain, en changer les règles.
La question à se poser n’est donc pas « SaaS ou sur-mesure ? » dans l’absolu. C’est : est-ce que cet outil touche au cœur de ce que nous faisons, et est-ce que je peux me permettre qu’un tiers en décide à ma place ?
Quand la réponse à la seconde partie est non, la propriété du code cesse d’être un luxe. Elle devient une assurance.
Vous hésitez entre louer et construire pour un outil au cœur de votre activité ? On vous dit honnêtement, au cas par cas, ce qui a du sens — y compris quand la réponse est « gardez votre SaaS ». Parlons-en.
