Combien coûte la maintenance d'un logiciel sur mesure ? Le prix qu'on oublie de te dire à la signature.
Tu as comparé les devis pour construire. Personne ne t'a parlé de ce qui se passe après la livraison. Voilà ce que coûte vraiment faire vivre ton outil dans le temps — et pourquoi ça ne devrait jamais ressembler à un piège.
Tu as passé des heures à comparer les devis. Le prix de construction, tu le connais par cœur, tu l'as négocié, tu l'as validé. Et puis un jour, six mois après la mise en ligne, une facture de maintenance tombe — et personne ne t'avait dit qu'elle ressemblerait à ça. C'est le point aveugle numéro un du logiciel sur mesure : tout le monde regarde le prix de la construction, presque personne ne regarde le prix de l'après.
Je vends des projets qui incluent de la maintenance, donc oui, j'ai un intérêt dans cette histoire — je te le dis franchement plutôt que de faire l'innocent. Mais je vais te donner les vrais chiffres et les vrais pièges, y compris les cas où tu n'as besoin de rien payer du tout après la livraison.
Le scénario classique ressemble à ça : ton outil tourne depuis huit mois sans souci, tu n'as jamais payé un centime après la livraison, et un jour un service tiers change ses règles — une API de paiement, un fournisseur d'e-mail, une mise à jour de sécurité obligatoire. Personne ne connaît plus le code en détail, il faut le réapprendre avant de le réparer, et la facture d'urgence coûte largement plus cher qu'un an de forfait léger. Ce n'est pas une fatalité : c'est juste le prix d'avoir tout misé sur le silence plutôt que sur un minimum de suivi.
Maintenance, hébergement, évolution : trois mots qu'on mélange
Avant de parler prix, il faut désamalgamer ce qui se cache derrière « maintenance ». Trois choses complètement différentes, souvent vendues dans un seul paquet flou :
- L'hébergement : le serveur qui fait tourner ton outil 24h/24. Sans lui, ton logiciel n'existe nulle part.
- Le correctif : réparer ce qui casse — un bug, une mise à jour de sécurité, un service tiers qui change ses règles.
- L'évolutif : ajouter des fonctionnalités qui n'étaient pas prévues au départ, parce que ton métier a bougé.
Un contrat de maintenance honnête précise noir sur blanc lequel de ces trois blocs il couvre. Un contrat flou te fait payer un forfait « maintenance » qui, en réalité, ne couvre que l'hébergement — et te facture le reste en heures supplémentaires le jour où tu en as le plus besoin.
Ce que ça coûte chez une agence
C'est là que la facture surprend le plus. Une agence structurée a des salaires fixes à payer, donc elle a besoin d'un revenu récurrent — et la maintenance en est souvent le moyen. Résultat : des contrats qui reconduisent tacitement, un tarif horaire qui n'est jamais annoncé avant que tu appelles en urgence, et parfois une clause qui t'oblige à rester chez elle pour continuer à faire évoluer ton propre outil.
Le prix, concrètement
Un hébergement simple coûte quelques euros par mois — c'est le prix du serveur, presque rien. Ce qui coûte plus cher, c'est le temps humain : quelqu'un qui surveille que tout tourne, qui corrige vite quand ça casse, qui reste disponible pour de petites évolutions sans te renvoyer un devis à chaque virgule. Un forfait qui couvre ça reste, chez moi, dans les mêmes eaux qu'un abonnement SaaS classique que tu paierais de toute façon pour un outil générique — sauf que là, l'outil est à toi, taillé pour ton métier, et tu n'es enfermé nulle part.
La bonne façon de raisonner, ce n'est pas « combien coûte la maintenance en général », c'est « de quel niveau ai-je besoin ». Un outil interne stable, utilisé par trois personnes, qui ne bouge presque jamais, n'a besoin que d'un hébergement surveillé. Un outil tourné vers tes clients, qui doit encaisser du trafic et évoluer au rythme de ton activité, justifie un forfait plus complet avec du correctif réactif et un peu d'évolutif chaque mois. Le piège, c'est de payer le deuxième niveau quand le premier suffirait — ou l'inverse, de te croire couvert avec rien du tout alors que ton outil est devenu critique pour ton chiffre d'affaires.
Es-tu obligé de payer une maintenance ?
Non. Et c'est exactement là que la propriété du code change tout. Si tu es propriétaire de ton outil, tu n'es enchaîné à personne : tu peux ne rien payer tant que tout fonctionne, confier la suite à un autre développeur si tu changes d'avis, ou signer un forfait uniquement le jour où tu en sens le besoin. C'est la différence fondamentale avec un abonnement SaaS : là, l'abonnement n'est pas une option, c'est la condition d'existence de l'outil. Le jour où tu arrêtes de payer, tout disparaît.
Le seul vrai risque à ne rien prendre du tout, c'est le silence dans le temps : si un bug survient trois ans plus tard et que personne ne connaît plus le projet, il faut réapprendre le code avant de le réparer. C'est pour ça qu'un forfait léger — même minimal — vaut souvent mieux qu'un renoncement total, sans pour autant justifier un contrat lourd que tu ne comprends pas.
Tu veux savoir ce qu'implique TON projet ?
Colle l'adresse de ton site dans le guichet : mon IA l'analyse pour de vrai et te propose l'équipe d'agents qui pourrait bosser pour toi, avec une idée concrète du coût, construction et suite comprises. C'est gratuit, sans inscription, et ça prend 30 secondes.
Fais analyser ton site →Le R0 → 1 ne s'arrête pas à la livraison
Je parle souvent de R0 → 1 : prendre ton zéro et en sortir un outil qui tourne. Mais un outil qui tourne le jour de la livraison et qui s'écroule six mois après n'a rien réglé — il a juste déplacé le problème. C'est pour ça que les 30 premiers jours de support font partie de la livraison elle-même, pas d'une option qu'on te vend en plus une fois que tu as signé. Le résultat, ce n'est pas « l'outil existe le jour J », c'est « l'outil continue de tourner sans que tu y penses ».
Ensuite, si tu veux que je continue à héberger et faire évoluer ton logiciel, c'est un forfait mensuel qu'on cadre ensemble — jamais imposé, toujours écrit avant que tu paies quoi que ce soit. Tu retrouves d'ailleurs la même logique de prix figé que pour la construction : va voir comment je cadre le prix et la méthode avant même la première ligne de code.
Alors, comment décider ?
Avant de signer un devis de construction, pose ces questions sur l'après — c'est là que se cache le vrai coût total :
- Est-ce que je suis propriétaire du code, ou est-ce que le prestataire le garde ?
- Le contrat de maintenance est-il obligatoire, ou seulement proposé ?
- Le forfait couvre-t-il l'hébergement, le correctif, l'évolutif — ou juste l'un des trois ?
- Est-ce que je peux partir avec mon outil si un jour je change de prestataire ?
Si les réponses sont floues avant même que tu construises, elles ne deviendront pas plus claires après. Un bon comparatif entre agence et sur-mesure ne s'arrête jamais au prix de départ — il regarde jusqu'où va l'engagement dans le temps.
On me demande souvent