En bref :
- Le choix ne se joue pas sur le prix de la licence mais sur cinq postes de coût, dont l’exploitation est le plus sous-estimé.
- Le SaaS transfère l’exploitation à l’éditeur et fige en contrepartie le rythme des montées de version.
- L’auto-hébergement garde la maîtrise du calendrier mais suppose une équipe disponible dans trois ans, pas seulement aujourd’hui.
- Trois contraintes non financières tranchent souvent avant les coûts : localisation des données, profondeur d’intégration, compétences internes.
Ce que recouvre vraiment le choix
Présenté comme un arbitrage entre deux prix, le choix entre SaaS et auto-hébergement est en réalité un arbitrage entre deux répartitions du travail. Dans un cas l’éditeur porte l’infrastructure, la sauvegarde et les mises à jour. Dans l’autre, c’est l’organisation, ou son intégrateur.
La question qui précède toutes les autres
Qui exploite la plateforme dans trois ans. Une équipe interne identifiée, un partenaire sous contrat, ou personne en particulier. Tant que la réponse est la troisième, l’auto-hébergement est un pari, quel que soit l’écart de prix affiché.
Les cinq postes de coût à comparer
| Poste | En SaaS | En auto-hébergé |
|---|---|---|
| Licence ou souscription | Facturée à l’usage, révisable | Licence libre ou perpétuelle, parfois nulle |
| Hébergement | Inclus | À la charge de l’organisation |
| Exploitation courante | Incluse | Temps humain, le poste le plus sous-estimé |
| Montées de version | Imposées, incluses | Maîtrisées, mais à réaliser |
| Support | Inclus dans la souscription | Contrat séparé ou compétence interne |
Le troisième poste est celui qui fausse la plupart des comparaisons. Il ne figure sur aucun devis, il se mesure en jours-homme, et il ne disparaît jamais.
Les trois contraintes qui tranchent avant les coûts
- La localisation des données. Certaines organisations ne peuvent pas sortir leurs données de leur périmètre, ce qui élimine le SaaS avant toute discussion de prix
- La profondeur d’intégration. Plus la plateforme doit dialoguer avec des systèmes internes anciens, plus l’auto-hébergement reprend l’avantage
- Les compétences internes. Elles se constatent, elles ne se décrètent pas dans un dossier de choix
Une méthode de décision
- Écarter d’abord sur les contraintes, pas sur les coûts. Elles sont souvent éliminatoires
- Chiffrer les cinq postes sur cinq ans, en valorisant l’exploitation au coût réel d’une journée
- Vérifier la réversibilité avant de signer : format d’export, historique des tickets, pièces jointes
La troisième étape est la plus négligée et la plus coûteuse à rattraper. Elle rejoint la logique de la grille de critères de sélection, où la reprise des données figure parmi les six critères décisifs. Le mode d’hébergement conditionne aussi la façon dont on collecte l’inventaire informatique et dont on alimente la CMDB, puisque les agents doivent joindre la plateforme.
Questions fréquentes
Faut-il héberger sa plateforme ITSM ou la prendre en SaaS ?
La question se tranche sur cinq postes de coût, licence, hébergement, exploitation, montées de version et support, et sur trois contraintes non financières : la localisation des données, la profondeur d’intégration au système d’information et les compétences internes disponibles. Le SaaS transfère l’exploitation à l’éditeur mais fige le rythme des mises à jour. L’auto-hébergement garde la maîtrise du calendrier mais suppose une équipe capable de porter les montées de version dans la durée.
L'auto-hébergement revient-il moins cher ?
Rarement, une fois l’exploitation chiffrée. Le coût se déplace de la licence vers le temps humain, ce qui le rend moins visible mais pas moins réel.
Peut-on changer d'avis après coup ?
Oui, la plupart des éditeurs proposent les deux modes avec le même produit. La difficulté n’est pas technique mais contractuelle, et la reprise des données doit être vérifiée avant de signer.