Un logiciel sur mesure n’est pas un produit figé que l’on livre une fois pour toutes. Il s’appuie sur des bibliothèques, un hébergement et des services tiers qui évoluent, et il accompagne une entreprise dont les besoins changent. Sans maintenance, même un logiciel bien conçu finit par accumuler des failles de sécurité, des lenteurs et des écarts avec la réalité du terrain.
Cet article explique ce que recouvre la maintenance, comment la budgéter et quelles questions poser à votre prestataire. Il fait partie de notre guide complet du logiciel sur mesure.
Les quatre types de maintenance
La maintenance corrective
Elle consiste à corriger les anomalies constatées en production : un calcul erroné dans un cas particulier, un écran qui ne s’affiche pas sur un navigateur précis, un export incomplet. Même avec une bonne recette, certains cas n’apparaissent qu’à l’usage réel.
La maintenance préventive et de sécurité
Les frameworks, bibliothèques et systèmes utilisés par le logiciel publient régulièrement des mises à jour, dont certaines corrigent des failles de sécurité. Les appliquer évite qu’une application devienne vulnérable ou incompatible avec les navigateurs et systèmes mobiles récents.
La maintenance adaptative
Elle couvre les adaptations imposées par l’environnement : nouvelle version d’iOS ou d’Android, changement d’API chez un partenaire (paiement, transporteur, comptabilité), évolution réglementaire, migration d’hébergement.
La maintenance évolutive
Ce sont les nouvelles fonctionnalités et améliorations demandées par les utilisateurs : un nouveau rapport, une étape de validation supplémentaire, un module pour une nouvelle équipe. C’est souvent la part la plus importante sur la durée, car un logiciel utilisé fait naître de nouveaux besoins.
Ce qu’il faut surveiller en continu
- La disponibilité : être alerté si l’application ne répond plus, avant que les utilisateurs ne s’en plaignent.
- Les erreurs : un outil de suivi des erreurs signale les plantages avec leur contexte, ce qui accélère les corrections.
- Les performances : les temps de réponse se dégradent souvent progressivement quand le volume de données augmente.
- Les sauvegardes : elles doivent être automatiques, régulières, stockées à un autre endroit que l’application, et surtout testées. Une sauvegarde jamais restaurée n’est pas une garantie.
Comment organiser la maintenance
Il existe plusieurs modèles, souvent combinés :
| Modèle | Principe | Adapté quand |
|---|---|---|
| Forfait mensuel | Un volume d’heures ou un périmètre fixe chaque mois (sécurité, surveillance, petites corrections) | Le logiciel est critique et utilisé au quotidien |
| Lots d’évolution | Les évolutions sont regroupées et chiffrées par lot | Les besoins arrivent par vagues |
| À la demande | Intervention facturée au temps passé | Le logiciel est stable et peu sollicité |
Pour un logiciel métier utilisé quotidiennement, un socle mensuel couvrant la sécurité, la surveillance et les corrections, complété par des lots d’évolution, offre un bon équilibre entre réactivité et maîtrise du budget.
Les points à vérifier dans le contrat
- La propriété du code source : il doit vous appartenir, et être hébergé sur un dépôt auquel vous avez accès.
- Les accès : hébergement, nom de domaine, comptes développeurs Apple et Google, services tiers. Ils doivent être à votre nom, ou au minimum transférables.
- Les délais d’intervention : selon la gravité (blocage complet, fonctionnalité dégradée, gêne mineure).
- La documentation : technique et fonctionnelle, pour qu’un autre prestataire puisse reprendre le logiciel si nécessaire.
- Les conditions de sortie : comment récupérer le code, les données et les accès en cas de fin de collaboration.
Ces points sont détaillés dans notre article Comment choisir son prestataire de développement.
Faire évoluer sans tout reconstruire
Un logiciel bien conçu se fait évoluer par petites étapes. Quelques bonnes pratiques permettent de garder cette souplesse dans le temps :
- Garder une liste de priorités vivante : les demandes des utilisateurs sont notées, regroupées et arbitrées régulièrement plutôt que traitées au fil de l’eau.
- Mesurer l’usage : savoir quels écrans sont réellement utilisés aide à décider où investir.
- Traiter la dette technique : réserver une part de chaque lot au nettoyage du code évite que les évolutions deviennent de plus en plus coûteuses.
- Tester automatiquement les parties critiques : les calculs de prix, de stocks ou de facturation méritent des tests automatisés pour éviter les régressions.
Quand faut-il envisager une refonte ?
Une refonte complète se justifie rarement. Elle peut devenir nécessaire quand la technologie utilisée n’est plus maintenue, quand chaque évolution casse autre chose, ou quand l’activité a tellement changé que le modèle de données ne correspond plus. Dans la plupart des cas, une refonte progressive, module par module, reste préférable à un remplacement en une fois.
Questions fréquentes
La maintenance est-elle obligatoire ?
Elle n’est pas obligatoire, mais un logiciel non maintenu devient progressivement vulnérable et incompatible avec les navigateurs et systèmes récents. Pour un outil utilisé au quotidien, c’est un risque important.
Peut-on changer de prestataire pour la maintenance ?
Oui, à condition de disposer du code source, des accès et d’une documentation suffisante. C’est pourquoi ces points doivent être prévus dès le contrat initial.
Les évolutions sont-elles comprises dans la maintenance ?
Cela dépend du contrat. En général, le forfait couvre la sécurité, la surveillance et les corrections ; les nouvelles fonctionnalités sont chiffrées séparément, par lot.
Qui héberge le logiciel ?
L’hébergement peut être géré par le prestataire ou par votre entreprise. Dans les deux cas, les comptes doivent être à votre nom et les sauvegardes clairement définies.
