Coûts de maintenance logicielle : que budgétiser après le lancement

La création de logiciels est un coût unique. L’exécuter est une tâche récurrente. La plupart des fondateurs budgétisent pour le premier et oublient le second.

Le résultat ? Trois mois après le lancement, une faille de sécurité apparaît dans une dépendance. Six mois plus tard, une API tierce modifie sa méthode d'authentification et interrompt votre flux de paiement. Un an plus tard, la base de données manque de stockage à 2 heures du matin un samedi. Ce ne sont pas des cas extrêmes. Cela arrive à chaque application de production.

Cet article détaille les coûts de maintenance des logiciels, ce qui est inclus et comment les budgétiser afin que rien de tout cela ne vous surprenne. Si vous n'avez pas encore construit et souhaitez comprendre les tarifs de développement initiaux, lisez notre article complémentaire surcombien coûte un logiciel personnalisé en 2026.

La règle des 15-20%

La norme industrielle en matière de maintenance logicielle annuelle est15 à 20 % du coût de construction initial. Ce chiffre provient de décennies de données sur les logiciels d'entreprise et s'applique également aux applications personnalisées à toutes les échelles.

Voici à quoi cela ressemble en pratique :

• UNEMVP de 10 000 $coûte entre 1 500 et 2 000 $/an pour l'entretien
• UNEProduit SaaS à 20 000 $coûte entre 3 000 et 4 000 $/an pour l'entretien
• UNEPlateforme d'entreprise à 50 000 $coûte entre 7 500 et 10 000 $/an pour l'entretien
• UNEApplication fintech réglementée à 100 000 $coûte entre 15 000 et 20 000 $/an pour l'entretien

Ces chiffres couvrent uniquement la maintenance. Ils n'incluent pas le développement de nouvelles fonctionnalités, les coûts d'infrastructure ou les frais d'API tiers. Il s'agit d'éléments distincts et nous couvrirons les coûts d'infrastructure ci-dessous.

La règle des 60/40 : la plupart de vos dépenses en logiciels ont lieu après le lancement

Les recherches de l'IEEE montrent que60 % du coût total du logiciel intervient pendant la phase de maintenance. Seulement 40 % sont consacrés au développement initial. Les prévisions de dépenses informatiques de Gartner pour 2025, qui prévoient 6 200 milliards de dollars à l'échelle mondiale, allouent la majorité aux opérations et à la maintenance plutôt qu'aux nouvelles constructions.

Les fondateurs qui traitent le budget de lancement comme le budget total envisagent 40 % du chiffre réel. Une construction de 20 000 $ devient 50 000 $ sur cinq ans si l’on inclut la main-d’œuvre de maintenance, l’infrastructure et les mises à niveau périodiques.

Préventif ou correctif : pourquoi la maintenance proactive permet d'économiser 3 à 5 fois

La maintenance logicielle se divise en deux catégories.Maintenance préventivecomprend des mises à jour programmées des dépendances, des audits de performances et des analyses de sécurité avant que des problèmes ne surviennent.Maintenance correctivecouvre la correction des bogues, la restauration des intégrations défectueuses et les correctifs d'urgence après un échec en production.

La différence de coût est flagrante. Les références de l'industrie montrent quechaque dollar dépensé en maintenance préventive permet d'économiser entre 3 et 5 $ en correctifs. Une mise à jour des dépendances qui prend 2 heures au cours d'une fenêtre de maintenance planifiée prend 8 à 12 heures en cas d'urgence lorsque la bibliothèque obsolète déclenche une faille de sécurité.

Chez Savi, nos clients de rétention fonctionnent selon des cycles préventifs. Nous détectons les vulnérabilités de dépendance lors d’audits hebdomadaires, et non après qu’un attaquant les a trouvées en premier. La différence de coût entre un correctif du mardi matin et une réponse à un incident le samedi soir est comprise entre 200 $ et 5 000 $.

Ce qui est inclus dans la maintenance logicielle

« Maintenance » est un mot vague. Voici ce que cela signifie en termes d’ingénierie concrète.

Mises à jour des dépendances

Une application Web typique contient 50 à 200 packages npm dans son arborescence de dépendances. Chaque package publie des mises à jour ; certains corrigent des bogues, certains corrigent des vulnérabilités de sécurité et certains introduisent des modifications importantes. Un ingénieur doit examiner ces mises à jour, les tester par rapport à votre application et déployer celles qui comptent. Ignorer cela pendant 6 à 12 mois crée un arriéré qui prend des jours à démêler au lieu de plusieurs heures.

Correctifs de sécurité

Lorsqu'un CVE (Common Vulnerabilities and Exposures) est publié pour une bibliothèque utilisée par votre application, vous devez le corriger. Rapide. La vulnérabilité Log4j en 2021 a affecté des millions d’applications dans le monde. Entreprises dont les contrats de maintenance actifs ont été corrigés en quelques jours. Les entreprises sans maintenance ont travaillé pendant des semaines et certaines ont été victimes de failles de sécurité entre-temps.

Corrections de bugs

Aucun logiciel n'est livré sans bug. Les utilisateurs découvrent des cas extrêmes que votre suite de tests n'a pas couverts. Un formulaire échoue lorsque quelqu’un colle du texte formaté à partir de Word. Un calcul arrondit incorrectement les factures supérieures à 10 000 $. La barre de recherche se brise lorsqu'un nom de produit contient une esperluette. Ces bogues se propagent au fil des mois et chacun nécessite une enquête, un correctif et un déploiement.

Surveillance et disponibilité du serveur

Quelqu'un doit surveiller la santé de votre application. Utilisation du processeur, consommation de mémoire, taux d'erreur, temps de réponse, espace disque. Lorsque votre base de données atteint 90 % de sa capacité de stockage, vous devez le savoir avant qu'elle n'atteigne 100 % et ne plante. Les outils de surveillance envoient des alertes, mais un humain doit répondre à ces alertes et agir.

Renouvellements SSL et gestion des certificats

Les certificats SSL expirent. Si le vôtre échoue, les navigateurs affichent un avertissement effrayant « Non sécurisé » et vos utilisateurs partent. La plupart des plateformes d'hébergement renouvellent automatiquement les certificats, mais les domaines personnalisés, les sous-domaines et les points de terminaison d'API nécessitent parfois une attention manuelle.

Sauvegardes de bases de données et tests de récupération

Les sauvegardes ne sont utiles que si elles fonctionnent. Un ingénieur doit vérifier l'intégrité de la sauvegarde tous les trimestres en restaurant une sauvegarde dans un environnement intermédiaire et en confirmant que les données sont complètes. Une sauvegarde qui n'a pas été testée est une sauvegarde à laquelle vous ne pouvez pas faire confiance.

Répartition des coûts d'infrastructure

La main d’œuvre d’entretien est un coût. Les infrastructures en sont un autre. Voici à quoi ressemblent les factures mensuelles pour une application personnalisée typique.

Ces gammes supposent des outils SaaS standard. Les alternatives auto-hébergées (votre propre Postgres sur un VPS, par exemple) peuvent réduire les coûts de base de données mais augmenter le travail de maintenance.

Pour une application personnalisée typique de 20 000 $ en phase de croissance, attendez-vous à dépenser100 $ à 400 $/mois pour l'infrastructureplus250 $ à 330 $/mois en main d'œuvre d'entretien(basé sur la règle annuelle de 15 à 20 %). Cela représente un coût total permanent de 350 $ à 730 $/mois pour que votre application continue de fonctionner, soit sécurisée et à jour.

Qu'est-ce qui se casse si vous sautez la maintenance

Certains fondateurs considèrent la maintenance comme facultative. "L'application fonctionne bien. Pourquoi payer quelqu'un pour y toucher ?" Voici pourquoi.

Dépendances obsolètes avec des CVE connus.Chaque vulnérabilité non corrigée est une porte ouverte. Des scanners automatisés examinent quotidiennement les applications destinées au public. Si votre application utilise une version de bibliothèque avec un CVE publié, les attaquants savent exactement comment l'exploiter. Une violation de données coûte bien plus qu’un an de maintenance.

Performances dégradées.Les bases de données s’accumulent. Les fichiers journaux remplissent l'espace disque. Les caches deviennent obsolètes. Sans nettoyage et optimisation périodiques, votre application devient plus lente de 5 à 10 % par trimestre. Après un an de négligence, les utilisateurs le remarquent. Au bout de deux ans, ils partent.

Intégrations cassées.Les API tierces modifient leurs points de terminaison, déprécient les versions et mettent à jour les méthodes d'authentification. Stripe, Twilio, Google Maps ; ils publient tous des modifications importantes selon un calendrier. Si personne ne surveille ces changements et ne met à jour votre code d'intégration, un matin, votre traitement des paiements cesse de fonctionner sans avertissement.

Dette technique aggravée.Plus vous attendez, plus le rattrapage coûte cher. Une année de mises à jour de dépendances ignorées peut prendre 2 à 3 jours pour être résolue. Deux années de mises à jour ignorées peuvent prendre 2 à 3 semaines, car les sauts de version majeurs introduisent des modifications majeures qui se répercutent dans votre base de code.

Maintenance vs développement de fonctionnalités

Il s’agit de deux catégories budgétaires différentes et leur mélange pose problème.

La maintenance permet à votre application de fonctionner.Il couvre les correctifs de sécurité, les mises à jour des dépendances, les corrections de bogues, la surveillance et la gestion de l'infrastructure. Les travaux de maintenance n'ajoutent pas de nouvelles fonctionnalités à votre produit. Il préserve ceux que vous possédez déjà.

Le développement de fonctionnalités améliore votre application.Il couvre de nouveaux flux d'utilisateurs, des intégrations supplémentaires, des améliorations de l'interface utilisateur, l'optimisation des performances et une nouvelle logique métier. Le travail sur les fonctionnalités ajoute des fonctionnalités que vos utilisateurs n'ont pas encore.

Budget pour les deux séparément. La maintenance est prévisible et récurrente ; vous pouvez l'estimer à 15-20 % du coût de construction par an. Le développement de fonctionnalités est variable et dépend de la feuille de route de votre produit. Les mélanger dans un seul budget conduit à un piège commun : le travail sur les fonctionnalités engloutit le budget de maintenance et les correctifs de sécurité sont reportés "au mois prochain" pendant six mois consécutifs.

Modèles de dispositifs de retenue d'entretien

Il existe trois manières courantes de structurer une relation de maintenance avec votre partenaire de développement.

À l'heure (paiement au fur et à mesure)

Vous appelez quand quelque chose se brise. L'ingénieur facture à l'heure. C’est l’option la moins chère lorsque tout va bien, et la plus coûteuse lorsque quelque chose se passe mal. Les délais de réponse sont plus lents car vous n'êtes pas un client prioritaire. Vous êtes dans la file d'attente derrière les clients mandatés.

Idéal pour : les sites marketing simples ou les outils internes qui ne sont pas critiques pour l'entreprise.

Rémunération mensuelle (5 à 10 heures/mois)

Vous réservez un nombre fixe d'heures chaque mois. L'ingénieur gère les mises à jour des dépendances, les correctifs de sécurité, les corrections de bogues et la surveillance pendant ces heures. Vous bénéficiez de délais de réponse prioritaires car l'ingénieur a déjà alloué des capacités pour votre projet. Les heures non utilisées ne sont pas reportées (dans la plupart des accords), ce qui motive une maintenance proactive plutôt qu'une lutte réactive contre les incendies.

Idéal pour : les produits SaaS, les applications destinées aux clients et tout logiciel générant des revenus.

Contrat annuel

Vous vous engagez sur 12 mois de maintenance à tarif réduit. L'ingénieur fournit une gamme de services définie : des audits mensuels des dépendances, des examens de sécurité trimestriels, des délais de réponse garantis pour les problèmes critiques et un nombre fixe d'heures de correction de bugs. Les contrats annuels permettent généralement d'économiser 10 à 15 % par rapport aux honoraires mensuels.

Idéal pour : les plates-formes d'entreprise, les secteurs réglementés et les applications dont les exigences de conformité imposent une surveillance continue de la sécurité.

Comment Savi gère la maintenance après le lancement

Après avoir expédié votre produit, nous proposons des services de maintenance en option à partir de 5 heures par mois. Voici ce qui est inclus.

• Mises à jour proactives des dépendances :nous effectuons des audits automatisés chaque semaine et appliquons les correctifs critiques dans les 48 heures
• Délais de réponse prioritaires :les clients retenus reçoivent une réponse le jour même pour les problèmes critiques, le jour ouvrable suivant pour les problèmes non critiques
• Rapports de santé mensuels :un résumé de ce que nous avons mis à jour, de ce que nous avons surveillé et de ce qui nécessite une attention particulière
• Vérification de la sauvegarde de la base de données :tests de restauration trimestriels pour confirmer que vos sauvegardes sont récupérables
• Surveillance de la disponibilité :Surveillance 24h/24 et 7j/7 avec alertes automatiques lorsque votre application tombe en panne

L'entretien n'est pas un travail glamour. Personne ne célèbre une mise à jour des dépendances. Mais les fondateurs qui budgétisent cela dorment mieux, car ils savent qu'un CVE à 2 heures du matin ne se transformera pas en violation de données le matin.

Pour une analyse complète de ce qu'il en coûte pour créer le logiciel en premier lieu, lisez notre guide surtarifs de développement de logiciels personnalisés.

Questions fréquemment posées