Externaliser la maintenance logicielle en PME : SLA, coûts et checklist

Vous avez fait développer une application, ou un système tourne depuis des années, et tout fonctionne. Jusqu'au jour où plus rien ne fonctionne : une mise à jour de navigateur casse la page de connexion, un fournisseur abandonne une intégration, un audit de sécurité pointe une bibliothèque obsolète. La maintenance logicielle est la partie la moins glamour de l'informatique sur mesure, mais c'est elle qui détermine si votre investissement rapporte encore au bout de trois ans. Dans cet article, vous verrez pourquoi externaliser la maintenance logicielle est souvent judicieux pour une PME, quels types de maintenance existent, ce que cela coûte et à quoi vous devez veiller dans le SLA.

Ce qu'est réellement la maintenance logicielle

La maintenance logicielle ne se résume pas à une seule activité. La théorie (Lientz et Swanson, 1978) distingue quatre catégories, et cette répartition vous aide à comprendre ce que vous achetez :

• Maintenance corrective. Corriger les bugs découverts après la livraison. Par exemple, un calcul qui arrondit mal ou un formulaire qui plante sur un caractère particulier.
• Maintenance adaptative. Garder le logiciel opérationnel dans un environnement qui évolue : nouveau navigateur, nouveau système d'exploitation, intégrations mises à jour, nouvelles versions d'API externes.
• Maintenance perfective. Améliorer les performances, l'expérience utilisateur et la maintenabilité. Les nouvelles fonctionnalités entrent aussi dans cette catégorie.
• Maintenance préventive. Refactoriser de manière proactive, mettre à jour les dépendances, revoir l'architecture pour éviter les problèmes futurs.

Ce qui frappe dans l'étude classique de Lientz, Swanson et Tompkins de 1978 : 17,4 % de l'effort de maintenance allait au travail correctif, 18,2 % à l'adaptatif et pas moins de 60,3 % au perfectif. La leçon : l'essentiel de la maintenance ne consiste pas à corriger des bugs. Il s'agit de faire évoluer le logiciel et de l'adapter à un monde qui change.

Pour une PME, cela signifie qu'une approche du type « on n'appelle que quand quelque chose est cassé » mène à la négligence. La maintenance, c'est faire évoluer le logiciel, pas seulement éteindre des incendies.

Pourquoi externaliser la maintenance logicielle

Il existe trois types de raisons de ne pas assurer soi-même la maintenance logicielle : la capacité, les compétences et le risque.

Capacité. Même si vous avez un développeur en interne, cette personne constitue un point de défaillance unique. Vacances, maladie, départ : et votre application se retrouve en liste d'attente. L'externalisation vous donne accès à une équipe, et donc à la continuité.

Compétences. Au-delà du code lui-même, la maintenance logicielle exige des connaissances en sécurité, en gestion des dépendances, en DevOps, en compatibilité navigateurs, en hébergement cloud et parfois en conformité. Pour une PME, développer cette combinaison en interne est rarement efficace. En externalisant, vous achetez un éventail de compétences plus large.

Risque. Une base de code négligée devient peu à peu ingérable. Bibliothèques obsolètes présentant des vulnérabilités connues, numéros de version qui accusent des décennies de retard, dette technique qui s'accumule. Confier la maintenance à un prestataire qui suit tout cela de façon proactive couvre ce risque.

Tout faire soi-même n'est pas une erreur en soi, mais soyons réalistes : pour la plupart des PME, une maintenance 100 % interne est rarement tenable. Voir aussi notre analyse des avantages et inconvénients de l'externalisation informatique.

Ce que coûte généralement la maintenance logicielle

La règle générale pour un logiciel sur mesure est de budgéter des coûts de maintenance annuels de 15 à 20 % du coût de développement initial. Certaines sources citent 10 % comme plancher, d'autres montent jusqu'à 25 % en incluant l'hébergement et les licences. Pour les applications web, on observe souvent des fourchettes de 15 à 30 %, car les mises à jour des navigateurs et des frameworks y sont plus rapides.

Concrètement ? Si votre logiciel a coûté 60 000 € à développer, comptez environ 9 000 à 12 000 € de maintenance par an. Pour un projet de 100 000 €, cela monte à 15 000 à 20 000 € par an. Et à partir de la troisième année, on constate souvent un pic dû à d'importants chantiers de refactorisation obligatoires sur les parties vieillissantes.

Aux Pays-Bas, les tarifs horaires des développeurs pour la maintenance se situent grosso modo entre 75 et 150 € HT chez les prestataires orientés PME, et entre 90 et 175 € chez les agences de niche ou les acteurs spécialisés. En dehors des heures de bureau (nuit, week-end), les prestataires facturent généralement une fois et demie à trois fois le tarif normal.

Pour vous faire une idée du coût du logiciel sur mesure lui-même, l'article combien coûte le développement d'un logiciel sur mesure donne une vue d'ensemble plus large.

Prix fixe, tarif horaire ou forfait d'heures ?

Pour la maintenance logicielle, on rencontre trois modèles de contrat. Chacun a ses pièges.

Prix fixe mensuel ou annuel. Vous payez un montant fixe pour un périmètre défini (par exemple : application des correctifs, hébergement, supervision, X heures de modifications). Avantage : c'est prévisible. Inconvénient : toute maintenance hors périmètre est facturée en plus.

Forfait d'heures (heures prépayées). Vous achetez par exemple 40 heures par mois, dans lesquelles vous puisez pour tous les types de maintenance. Avantage : c'est flexible. Inconvénient : si votre forfait est épuisé en milieu de mois et qu'un incident survient en production, vous devez valider un budget supplémentaire dans l'urgence.

Tarif horaire pur, sans abonnement. Vous payez a posteriori chaque heure travaillée. Avantage : pas de minimum. Inconvénient : pas de priorité. Si votre prestataire est très sollicité par des clients sous contrat fixe, vous passez en dernier.

La plupart des PME s'en sortent le mieux avec une combinaison : un montant de base fixe pour les correctifs, la supervision et la disponibilité, plus un forfait d'heures pour le développement proprement dit. Pour une vision plus globale, lisez SLA pour les services informatiques : quels engagements exiger.

Ce que doit contenir le SLA

Un bon SLA de maintenance logicielle va bien au-delà de « nous réagissons sous 8 heures ». Les points suivants doivent y figurer :

• Périmètre. Quelle(s) application(s), quels environnements (production, préproduction), quels composants (frontend, backend, intégrations, hébergement).
• Délais d'intervention par priorité. P1 (production à l'arrêt), P2 (fonction critique hors service), P3 (gênant), P4 (cosmétique). Avec, pour chaque priorité, un délai de prise en charge et un délai de résolution. Prendre en charge n'est pas résoudre.
• Disponibilité. Heures de bureau uniquement ou 24 h/24, 7 j/7 ? La moitié des applications de PME n'ont pas besoin d'une couverture 24/7, et cela fait une nette différence sur les coûts.
• Rythme de maintenance. À quelle fréquence les dépendances sont-elles mises à jour, les correctifs de sécurité appliqués, les sauvegardes testées ?
• Reporting. Un récapitulatif mensuel des modifications effectuées, des heures, des incidents et des tickets.
• Séquestre ou accès au code. Qu'advient-il du code source en cas de faillite ou de fin de contrat ? Une clause de séquestre du code source (escrow) protège votre accès.
• Clause de sortie. Combien coûte le passage à un autre prestataire ? La documentation est-elle transmise ?
• Gestion des changements. Comment les modifications sont-elles demandées, validées et facturées ?

Pour les systèmes critiques, vous voulez en outre un RTO/RPO dans le SLA (Recovery Time Objective, Recovery Point Objective) et un scénario de bascule testé. Pour en savoir plus : le plan de reprise d'activité pour les PME.

Maintenance et sécurité : pourquoi reporter les mises à jour coûte cher

Le poste de coût le plus sous-estimé de la maintenance logicielle, c'est le travail de sécurité reporté. Chaque semaine où vous repoussez la mise à jour critique d'une bibliothèque, votre surface d'attaque s'agrandit. Les vulnérabilités connues des frameworks populaires sont exploitées par les attaquants en quelques jours.

La maintenance préventive couvre ce risque. Concrètement :

• Surveillance des dépendances. Des analyses automatiques (Dependabot, Snyk, Renovate) qui signalent les bibliothèques vulnérables et préparent les mises à jour.
• Rythme des correctifs. Correctifs critiques en quelques jours, mises à jour courantes selon un cycle mensuel.
• Mises à jour de frameworks. Les versions majeures à des moments planifiés, pas au coup par coup.
• Tests de sécurité. Des analyses de code périodiques et, pour les applications critiques, un test d'intrusion régulier.

Pour aller plus loin : qu'est-ce que la gestion des correctifs et pourquoi est-elle cruciale et la checklist cybersécurité pour les PME.

Ce que l'on voit souvent sur le marché : des prestataires qui facturent à part les « grosses mises à niveau » (par exemple une version majeure de votre framework). Chez un bon partenaire, c'est inclus dans le contrat et réalisé par petites étapes. Avec un prestataire réactif, vous recevez périodiquement un devis pour un gros chantier. C'est le signe que trop peu de maintenance préventive a été faite.

Dépendance fournisseur : comment garder la liberté de changer

La maintenance logicielle est une relation étroite. Votre prestataire connaît la base de code, l'architecture, l'historique. C'est pratique pour aller vite, mais cela complique un changement de prestataire. Pour éviter le verrouillage (vendor lock-in) :

• Code source sous séquestre. Prévoyez contractuellement qu'en cas de faillite ou de résiliation unilatérale, vous obtenez l'accès au code.
• La documentation comme livrable. La documentation système, le schéma d'architecture, les instructions de déploiement et les runbooks font partie du contrat, au lieu de dépendre d'une seule personne.
• Stack standard. Un logiciel construit sur des frameworks et des langages répandus est transférable. Un framework exotique ou une plateforme de développement propriétaire, c'est du verrouillage.
• Propriété de l'infrastructure. Si l'hébergement et les comptes (fournisseur cloud, domaines, DNS) sont au nom de votre entreprise, vous gardez le contrôle. Si tout est au nom du prestataire, vous êtes dépendant.

Voir aussi notre checklist pour choisir un partenaire informatique, où les mêmes principes s'appliquent.

Quand l'externalisation de la maintenance logicielle n'est pas judicieuse

Pour être honnête : toutes les situations ne justifient pas une externalisation. Elle est peu avantageuse si :

• Votre logiciel sera remplacé d'ici un an par un progiciel ou une solution SaaS. Prolonger la maintenance en interne de façon limitée est alors souvent moins cher.
• Vous disposez d'une solide équipe de développement interne, avec des spécialistes qui connaissent déjà la base de code.
• L'application est si critique et si spécifique qu'il vous faudrait un prestataire quasiment dédié, et que ce coût absorbe toute la valeur ajoutée de l'externalisation.

Pour la plupart des PME, les arguments penchent au contraire en faveur de l'externalisation. Surtout si votre alternative est « on appelle quand ça casse ».

Questions fréquentes sur l'externalisation de la maintenance logicielle

Combien coûte en moyenne la maintenance logicielle par an ? Pour un logiciel sur mesure, la règle courante est de 15 à 20 % du coût de développement initial par an. Certaines sources citent 10 % comme plancher ; pour les applications web, on observe des fourchettes de 15 à 30 %. Pour une application de 60 000 €, cela représente environ 9 000 à 12 000 € par an. La complexité, les intégrations et le niveau de service souhaité déterminent où vous vous situez dans cette fourchette.

Quelle est la différence entre maintenance préventive et maintenance corrective ? La maintenance corrective consiste à corriger les bugs découverts après la livraison. La maintenance préventive est un travail proactif visant à éviter les problèmes futurs : mises à jour des dépendances, refactorisation, correctifs de sécurité, amélioration de la supervision. Les entreprises qui ont beaucoup de travail correctif ont souvent fait trop peu de préventif.

Que doit contenir au minimum un SLA de maintenance logicielle ? Le périmètre, des niveaux de priorité avec délais de prise en charge et de résolution, la disponibilité (heures de bureau ou 24/7), le rythme de maintenance des correctifs et des dépendances, un reporting mensuel, une clause de séquestre du code source, une clause de sortie avec transfert de la documentation et un processus de gestion des changements.

Puis-je confier la maintenance logicielle et la gestion des postes de travail au même prestataire ? Oui, et cela présente des avantages : un interlocuteur unique, une vision partagée des incidents et de la conformité. L'inconvénient est une dépendance accrue envers un seul fournisseur. Pour un logiciel sur mesure critique, un prestataire de développement spécialisé est souvent préférable, tandis que la gestion informatique courante peut rester chez un partenaire IT généraliste.

Comment éviter la dépendance fournisseur dans la maintenance logicielle ? Veillez à ce que le code source soit placé sous séquestre, que la documentation soit un livrable contractuel, que le logiciel repose sur des technologies répandues et que les comptes cloud, les domaines et le DNS soient au nom de votre entreprise. Vous gardez ainsi le contrôle et l'option de changer de prestataire reste réaliste.

Pourquoi les coûts de maintenance augmentent-ils souvent après la troisième année ? Parce que des chantiers de refactorisation plus importants deviennent nécessaires (versions majeures des frameworks, intégrations datées, architecture vieillissante) et que la base de code s'est complexifiée au fil de trois années de modifications. Un prestataire qui assure correctement la maintenance préventive étale ces coûts et évite les factures en pic ; un prestataire réactif laisse au contraire ce pic tomber en troisième ou quatrième année.

Conclusion

Pour la plupart des PME, externaliser la maintenance logicielle est plus judicieux que de l'assurer soi-même : vous gagnez en continuité, en étendue de compétences et en rigueur sur le travail préventif. Budgétez grosso modo 15 à 20 % du coût de développement par an, attendez-vous à un pic vers la troisième année et mettez en place un SLA avec des niveaux de priorité clairs, un séquestre du code, une clause de sortie et un rythme de maintenance préventive.

TRON Group accompagne les PME en tant que partenaire en ingénierie logicielle pour une maintenance qui va au-delà de la gestion des urgences : rythme de correctifs, surveillance des dépendances, mises à niveau planifiées et reporting clair. Vous voulez savoir si votre contrat est toujours adapté, ou ce que coûterait un bon plan de maintenance pour votre application ? Appelez-nous au +31 85 303 5869 pour un échange sans engagement, ou contactez-nous via le site. Moving IT Forward, y compris bien après la mise en production de la première version.