Sommaire
La maintenance d’une application métier combine l’hébergement (quelques dizaines à quelques centaines d’euros par an), les mises à jour de sécurité, les corrections et les évolutions. Pour budgéter, une hypothèse prudente est de prévoir chaque année 10 à 20 % du coût de développement initial, évolutions comprises.
La maintenance est la ligne la plus souvent sous-estimée d’un budget logiciel. Elle ne coûte pas autant que le développement, mais elle revient chaque année et une application non entretenue se dégrade plus vite qu’on ne le pense. Voici ce qu’elle recouvre, comment elle se facture et comment la budgéter sans mauvaise surprise.
Les quatre postes de la maintenance
On met souvent tout sous le même mot. En pratique, il y a quatre postes distincts, qui ne se pilotent pas de la même manière.
| Poste | Ce qu’il recouvre | Comment il se facture |
|---|---|---|
| Hébergement et services | Serveur, base de données, sauvegardes, nom de domaine, envoi d’e-mails | Directement par les fournisseurs, à votre nom : quelques dizaines à quelques centaines d’euros par an |
| Maintenance technique | Mises à jour des dépendances, correctifs de sécurité, surveillance | Forfait annuel ou temps passé |
| Maintenance corrective | Correction des anomalies constatées en production | Incluse 3 mois après la mise en ligne, puis forfait ou temps passé |
| Évolutions | Nouvelles fonctions, nouveaux écrans, nouvelles connexions | Devis à chaque demande, ou enveloppe annuelle |
Les services tiers facturés à l’usage (IA, SMS, signature électronique, cartographie) s’ajoutent selon votre consommation. Ils sont à votre charge et facturés par les fournisseurs eux-mêmes.
Pourquoi la maintenance technique est inévitable
Une application moderne repose sur des briques open source : un langage, un framework, des bibliothèques. Ces briques ont une durée de vie. Par exemple, le projet Node.js indique qu’une version LTS (support à long terme) reçoit en général des corrections de bugs critiques pendant 30 mois au total (calendrier des versions Node.js, consulté en octobre 2026). Passé ce délai, il faut migrer vers une version plus récente.
Il en va de même pour les bibliothèques d’interface, la base de données et les services connectés, dont les API évoluent. Faire ces mises à jour régulièrement prend peu de temps. Les repousser trois ans transforme un entretien courant en chantier de remise à niveau.
Quel budget annuel prévoir
Il n’existe pas de tarif unique : le budget dépend de la taille de l’application, du nombre de connexions et de votre rythme d’évolution. Pour une première estimation, voici l’hypothèse de travail que je propose, à affiner au cadrage.
| Profil d’application | Coût initial | Hypothèse de budget annuel (hors hébergement) |
|---|---|---|
| Application métier ciblée, stable | 6 000 à 12 000€HT | 10 % environ du coût initial |
| Application métier complète, quelques évolutions par an | 12 000 à 20 000€HT | 15 % environ |
| ERP ou application très connectée, évolutions fréquentes | 15 000 à 50 000€HT | 15 à 20 % et plus |
Exemple d’illustration, avec des montants fictifs : une application à 16 000€HT avec une hypothèse de 15 % représente 2 400€ par an de maintenance et de petites évolutions, auxquels s’ajoutent quelques centaines d’euros d’hébergement. Ces montants sont des ordres de grandeur pour construire un budget, pas un tarif : le forfait réel est chiffré selon votre application.
Pour situer le coût initial de votre projet, utilisez l’estimateur.
Ce qui fait baisser la facture
Le coût de la maintenance se décide en grande partie pendant le développement.
- Une stack courante. React, TypeScript, Node.js et PostgreSQL sont largement utilisés : les mises à jour sont documentées et d’autres développeurs peuvent reprendre le code.
- Moins de dépendances. Chaque bibliothèque ajoutée est une brique de plus à surveiller. Je n’en ajoute que si elle apporte un vrai gain.
- Des tests sur les parties critiques. Calculs de prix, facturation, droits d’accès : des tests automatisés permettent de mettre à jour sans crainte de casser.
- Un hébergement à votre nom. Vous gardez la main sur les comptes, les factures et les sauvegardes, comme expliqué dans la page sur la réversibilité.
- Une documentation à jour. Elle réduit le temps de chaque intervention et donc son coût.
Quand un contrat de maintenance n’est pas nécessaire
Tout le monde n’a pas besoin d’un forfait. Si votre application est simple, utilisée par une petite équipe, sans données sensibles ni connexion à des services externes, une intervention à la demande deux ou trois fois par an peut suffire. Je le dis aussi : pour un outil très standard (messagerie, comptabilité), un logiciel du marché dont l’éditeur assure la maintenance reste plus économique qu’un développement à entretenir.
À l’inverse, un forfait devient indispensable dès que l’application gère des paiements, des données personnelles en volume ou un processus dont l’arrêt bloque l’activité. Dans ce cas, la sécurité ne se négocie pas : voir aussi sauvegardes et plan de reprise.
Comment se passe la maintenance avec moi
- Trois mois de support inclus après la mise en production, pour corriger les anomalies du périmètre livré.
- Choix de la formule ensuite : forfait, dont le contenu est défini ensemble selon votre application, ou facturation à l’heure.
- Mises à jour planifiées des briques techniques, regroupées pour limiter les interruptions.
- Évolutions chiffrées à l’avance, validées par vous avant d’être réalisées.
Les conditions générales et le barème sont sur la page tarifs.
Questions fréquentes
Une application peut-elle fonctionner sans maintenance ?
Quelques mois, oui. Plusieurs années, non : les briques techniques sur lesquelles elle repose cessent d’être corrigées, des failles sont découvertes, les navigateurs et les services connectés évoluent. Une application sans maintenance devient plus coûteuse à remettre à niveau qu’à entretenir.
Que comprend le support inclus après la mise en ligne ?
Dans mes projets, trois mois de support sont inclus après la mise en production : correction des anomalies constatées sur le périmètre livré et accompagnement des équipes. Les nouvelles fonctions demandées pendant cette période sont chiffrées à part.
Peut-on confier la maintenance à un autre prestataire ?
Oui. Le code source et les droits vous sont cédés après paiement complet et une stack courante (React, TypeScript, Node.js, PostgreSQL) se reprend facilement par un autre développeur, à condition que le code soit documenté.
Faut-il un contrat de maintenance ou payer à la demande ?
Un forfait convient si l’application est critique et évolue régulièrement : vous avez un budget prévisible et des délais d’intervention définis. La facturation à l’heure convient à une application stable, peu modifiée, pour laquelle les interventions restent ponctuelles.