Demandez à un DSI en 2019 s'il envisage de migrer son ITSM vers le cloud, et la réponse est rarement nuancée : bien sûr. Le chemin était balisé — ServiceNow dominait le grand compte, Freshservice absorbait le mid-market, et ManageEngine se débattait avec des architectures hybrides pour les récalcitrants. L'ITSM on-premise ressemblait à une catégorie héritée du passé, maintenue en vie par la seule inertie.
Posez la même question à ce DSI en 2026, et la réponse s'allonge. Parfois il s'agit de résidence des données. Parfois de la facture par utilisateur qui a triplé à l'occasion d'une acquisition de routine. Parfois de la surprise que constitue la politique de traitement des données d'un fournisseur qui change discrètement dans un avenant au DPA. Le fil conducteur : une catégorie d'organisations de plus en plus large pour qui l'ITSM cloud a cessé d'être le choix par défaut.
Ce qui a changé
1. La résidence des données est devenue un point d'audit P0, plus une simple case à cocher
Il y a dix ans, les amendes RGPD étaient rares et largement symboliques. Dix ans d'application plus tard, l'écart entre « conforme sur le papier » et « conforme en pratique » est audité avec beaucoup plus de rigueur. Le corps des tickets — qui contient des noms de personnes, des plages IP internes, parfois des captures d'écran de données de production — entre dans le périmètre du DPA. Lorsque le DPA exige que les données restent dans une juridiction précise, et que l'équipe d'audit demande où, exactement, nos données de tickets sont-elles physiquement stockées, la réponse doit être démontrable.
Pour les organisations turques, la KVKK a aggravé cette exigence. Les déclarations VERBIS pour les transferts vers le cloud ne sont pas triviales, et le climat politique autour des infrastructures de données contrôlées par des acteurs étrangers s'est durci plutôt qu'apaisé.
Le chemin le plus court vers une réponse d'audit irréprochable est le suivant : les données n'ont jamais quitté nos locaux.
2. La tarification par utilisateur a évolué de façon non linéaire par rapport à la réalité
Les tarifs ITSM en SaaS paraissent raisonnables au premier achat. Une équipe de 30 techniciens payant 40 $ par agent et par mois semble supportable — 14 400 $ par an. Ajoutez une autre équipe de 20 personnes lors d'une acquisition, et vous atteignez 24 000 $. Ajoutez un module de conformité l'année suivante (gestion des changements, CMDB, ou prolifération de sièges sur le portail self-service), et vous dépassez 60 000 $. Les négociations de renouvellement deviennent des événements annuels, plus rien d'automatique.
Les acheteurs qui ont signé un contrat à durée fixe il y a cinq ans et qui font face aujourd'hui à des hausses de tarif catalogue de 40 % au renouvellement sont précisément ceux qui cherchent un autre modèle de tarification.
3. L'adoption des fonctionnalités plafonne
La plupart des organisations utilisent peut-être 30 % de ce que propose leur ITSM. Le reste — l'intégration AIOps jamais câblée, le module CMDB jamais renseigné, l'application mobile jamais déployée — est payé mais inactif. Les grilles tarifaires du SaaS d'entreprise sont construites pour ce qui est possible, pas pour ce qui est utilisé.
Les fournisseurs on-premise, sans la même structure de marge, ont tendance à regrouper toutes les fonctionnalités dans une licence unique. Cela paraît bon marché sur la grille comparative, mais reflète souvent un meilleur alignement entre ce qui est payé et ce qui est réellement utilisé.
4. Le coût total de possession ne favorise plus le cloud
À l'ère 2015, « le cloud coûte moins cher que d'exploiter ses propres serveurs » était vrai dans la plupart des cas. En 2026, exploiter un modeste service .NET adossé à SQL Server Express sur une VM à 50 €/mois chez un hébergeur européen coûte moins cher que le siège ITSM cloud le moins onéreux pour la même équipe. Le coût de calcul de l'ITSM est négligeable ; ce qui fait la différence, c'est le modèle de licence.
Pourquoi les organisations choisissent l'on-premise aujourd'hui
Souveraineté des données
C'est le moteur numéro un. Les secteurs réglementés (finance, santé, secteur public, défense) et les entreprises turques soumises à la KVKK exigent généralement que le corps des tickets et les données d'identité restent sur une infrastructure qu'elles contrôlent. L'argument inverse — « notre fournisseur SaaS a une certification SOC 2 Type II » — passe à côté du sujet : la question d'audit n'est pas sont-ils sécurisés, c'est pouvez-vous prouver où se trouvent physiquement les données un mardi à 3 heures du matin.
Prévisibilité des coûts
Une licence annuelle fixe élimine le problème de la mise à l'échelle linéaire. Ajouter un technicien ne change pas la facture. Ajouter cent demandeurs ne change pas la facture. Les négociations de renouvellement deviennent mécaniques, non conflictuelles.
Capacité d'isolement réseau (air-gap)
Le nucléaire, l'aérospatial et certaines charges de travail gouvernementales doivent fonctionner sans aucune route vers Internet. Le SaaS ITSM moderne ne peut pas le faire ; l'on-premise le fait naturellement.
Séquestre du code source
Pour les organisations dont un investissement ITSM de dix ans doit survivre à la disparition du fournisseur, les déploiements on-premise avec séquestre du code source offrent une garantie de continuité que le SaaS ne peut pas apporter.
Ce que l'on-premise n'est pas
Soyons honnêtes : l'ITSM on-premise a historiquement connu des modes de défaillance peu flatteurs.
- Lassitude des mises à jour : les anciens fournisseurs on-premise livraient des montées de version majeures tous les 18 à 24 mois, chacune nécessitant une migration au périmètre d'un vrai projet.
- Friction d'installation : des installations s'étalant sur plusieurs jours sur des VM Windows Server configurées de façon étrange, avec des tickets de support ouverts au fournisseur au sujet de versions de DLL.
- Retard d'interface : l'interface on-premise accusait souvent 2 à 3 ans de retard sur l'interface SaaS, et paraissait datée en comparaison.
L'ITSM on-premise moderne doit résoudre ces problèmes. L'approche de LinaDesk — paquets de mise à jour signés, installation en une seule commande, et la même interface que la référence SaaS (mode sombre de qualité Linear, raccourcis clavier, internationalisation en 8 langues) — reflète ce que nous avons appris en observant les fournisseurs historiques se faire dépasser au milieu des années 2010.
Où va cette tendance
L'ITSM cloud restera majoritaire. La plupart des organisations n'ont pas cette pression de conformité, n'ont pas l'échelle qui rendrait la tarification par utilisateur préoccupante, et sont parfaitement satisfaites de faire tourner leur service desk sur l'infrastructure de quelqu'un d'autre.
Mais la catégorie d'organisations pour qui l'on-premise est la bonne réponse grandit, elle ne se réduit pas. Le rapatriement du cloud est désormais une catégorie à part entière — 37signals a publiquement raconté avoir retiré ses charges de travail d'AWS, et même si l'ITSM n'est pas leur métier, le calcul est le même.
Les gagnants de ce segment seront les fournisseurs qui livrent de l'on-premise sans les inconvénients historiques : interface moderne, pipeline de mise à jour signé, installateur sensé, et un modèle de tarification qui ne pénalise pas la croissance.
Découvrez LinaDesk en action
Connectez-vous à notre démo en un clic. Pas de carte bancaire, pas de bandeau de cookies, pas de minuteur.
Ouvrir le panneau de démo