La réponse courte, celle que tout le monde cherche avant de lire le reste : en France, en 2026, un logiciel sur-mesure se chiffre entre 15 000 et 40 000 € HT pour un outil métier simple, entre 40 000 et 120 000 € HT pour une application connectée à votre système d’information, et au-delà de 120 000 € HT pour une plateforme qui fait travailler plusieurs types d’utilisateurs ensemble. Ces trois fourchettes couvrent l’immense majorité des projets qu’on nous soumet.
Maintenant, un chiffre seul ne veut rien dire tant qu’on n’a pas cadré ce qu’il y a dedans. Deux projets qui portent le même nom peuvent tenir dans un rapport de un à cinq selon le nombre d’intégrations, la quantité de données à reprendre, et le niveau de finition attendu. Le reste de cet article sert à situer votre besoin dans la bonne case, et à comprendre ce qui pousse la facture vers le haut.
Les trois gabarits, et ce qu’ils recouvrent
| Gabarit de projet | Fourchette marché FR | Délai typique | Exemples de périmètre |
|---|---|---|---|
| Outil métier simple | 15 000 à 40 000 € HT | 2 à 4 mois | Application de gestion interne, back-office sur-mesure, remplacement d’un tableur devenu ingérable, un seul type d’utilisateur, peu ou pas d’intégrations |
| Application connectée à l’existant | 40 000 à 120 000 € HT | 4 à 9 mois | Outil relié à votre ERP ou CRM, synchronisation de données, plusieurs rôles utilisateurs, portail client, automatisations métier, reprise de l’historique |
| Plateforme multi-acteurs | 120 000 € HT et plus | 9 mois et plus | Place de marché, SaaS, plateforme qui met en relation clients, prestataires et administrateurs, montée en charge prévue, facturation, tableaux de bord, API ouverte |
Ces fourchettes sont celles du marché français, pas une grille maison. Chez nous, le prix ne sort jamais d’un tableau, il sort d’un cadrage. Mais vous avez de quoi situer un devis qu’on vous présente, et repérer celui qui est fantaisiste dans un sens comme dans l’autre.
Ce qui fait vraiment le prix
Le nombre d’écrans compte moins qu’on ne le croit. Ce qui structure le coût, ce sont quatre facteurs, et aucun n’est visible sur une maquette.
Les intégrations. Un logiciel qui vit seul dans son coin coûte peu. Un logiciel qui doit parler à votre ERP, à votre outil de facturation, à votre messagerie et à un service de paiement, c’est autre chose. Chaque point de connexion est un contrat à respecter, avec ses règles, ses limites et ses pannes possibles. C’est souvent là que se cache la moitié du budget d’une application connectée.
La reprise de données. Faire migrer dix ans d’historique depuis un vieux logiciel ou une pile de fichiers Excel, c’est rarement propre. Les données sont incohérentes, incomplètes, dupliquées. Nettoyer et transférer tout ça sans rien perdre demande un vrai travail, qu’on sous-estime presque systématiquement au premier devis.
Les cas de bord. Le parcours normal se code vite. Ce qui prend du temps, ce sont les exceptions : que se passe-t-il si le client annule après paiement, si deux personnes modifient la même fiche en même temps, si un fichier importé est corrompu. Un logiciel robuste, c’est un logiciel qui gère bien ces cas-là. Ils ne se voient pas dans une démo, ils se voient le jour où ça casse.
Le niveau de finition. Un outil interne pour cinq collaborateurs habitués n’a pas besoin du même soin qu’une application vue par des milliers de clients. Le design, l’accessibilité, la vitesse, les tests, la documentation : tout ça se dose. Viser le niveau maximal partout, c’est doubler le budget pour un confort que personne ne remarquera.
Les cinq postes qui font exploser la facture
C’est là que ça se joue. La plupart des projets qui dérapent ne dérapent pas parce que le devis initial était trop bas. Ils dérapent parce que cinq postes ont été mal anticipés.
1. Le scope flou. C’est le premier de tous. Quand le périmètre n’est pas écrit noir sur blanc, chaque réunion ajoute une fonctionnalité qui semblait évidente. Bout à bout, ces évidences font doubler le budget. Un cahier des charges qui dit “et aussi la gestion des stocks” en une ligne peut cacher trois semaines de travail.
2. La reprise de données sous-estimée. On croit qu’on va exporter, importer, et que c’est réglé. En réalité, on découvre que la moitié des enregistrements ont des champs vides, des formats incohérents, des doublons. Le nettoyage devient un mini-projet dans le projet.
3. Les intégrations découvertes en cours de route. “Ah, mais il faut aussi que ça remonte dans notre logiciel comptable.” Cette phrase, lâchée à mi-parcours, peut coûter très cher, parce que l’architecture n’a pas été pensée pour. Une intégration prévue dès le départ coûte X. La même intégration ajoutée après coup coûte souvent deux à trois fois plus.
4. La montée en charge non spécifiée. Un logiciel qui marche pour cent utilisateurs peut s’effondrer à dix mille. Si personne n’a dit dès le début qu’il fallait tenir la charge, l’application est construite sans cette contrainte, et il faut la reprendre en profondeur le jour où le succès arrive. C’est le pire moment pour découvrir le problème.
5. La maintenance non prévue. Un logiciel n’est pas un livrable qu’on pose et qu’on oublie. Les navigateurs évoluent, les services connectés changent leurs règles, des correctifs de sécurité sortent. Compter zéro pour l’après-livraison, c’est se préparer à une mauvaise surprise budgétaire au bout de six mois. La règle de bon sens : prévoir chaque année entre quinze et vingt pour cent du coût de départ pour maintenir l’ensemble en vie.
L’anecdote qui résume tout
Un dirigeant nous contacte avec un devis reçu ailleurs pour un outil de gestion interne, chiffré 22 000 €. Le devis tenait sur une page. Il voulait notre avis. En creusant vingt minutes, on découvre que son outil devait se connecter à son logiciel de facturation, reprendre six ans de dossiers clients, et servir à la fois ses commerciaux et ses techniciens sur le terrain, deux métiers aux besoins opposés.
Ce n’était pas un outil métier simple à 22 000 €. C’était une application connectée à l’existant, quelque part vers 70 000 €. Le premier prestataire n’avait pas menti, il avait chiffré ce qu’il voyait sur une page. Le problème, c’est que le reste allait apparaître au fil des semaines, sous forme d’avenants, jusqu’au vrai prix, mais dans la douleur et la défiance. Le devis bas n’était pas un cadeau, c’était une facture différée.
Comment un forfait à scope fermé vous protège
La solution à ces cinq postes tient en deux mots : périmètre fermé. Un développement au forfait à scope fermé, avec critères de recette écrits, déplace le risque de dépassement de votre côté vers le nôtre. Si on a mal estimé, c’est notre marge qui absorbe, pas votre budget. Cette bascule, on l’a expliquée en détail dans pourquoi nous avons arrêté la régie au taux journalier en 2026.
Ce que ça change concrètement : quand une nouvelle demande arrive, la conversation ne porte plus sur des jours en plus, mais sur une question simple. Est-ce dans le périmètre signé ? Si oui, c’est fait. Si non, c’est un avenant chiffré à part, décidé en connaissance de cause. Plus de dérive silencieuse.
Mais le forfait n’a de sens que si le cadrage est sérieux. Un forfait posé sur un scope flou, c’est un piège pour tout le monde.
Pourquoi le cadrage rémunéré évite le devis fantaisiste
Un devis gratuit produit en deux heures ne peut pas anticiper les intégrations cachées ni l’état réel de vos données. Il chiffre ce qu’il voit, comme le devis à 22 000 € de l’anecdote. C’est pour ça qu’on démarre par une feuille de route stratégique, un cadrage court et rémunéré qui vous appartient même si vous ne continuez pas avec nous.
Pendant ces quelques jours, on ouvre le capot : on regarde vos données, on liste les vrais points de connexion, on repère les cas de bord qui font peur, et on écrit un périmètre que les deux parties comprennent de la même façon. À la sortie, le prix qu’on annonce est un prix qu’on tient, parce qu’il repose sur ce qu’on a vu, pas sur ce qu’on a deviné. Payer un cadrage, c’est acheter un devis honnête plutôt qu’un devis optimiste.
Questions fréquentes
Un logiciel sur-mesure revient-il moins cher qu’un abonnement à un outil du marché ?
Ça dépend de la durée et de l’écart entre l’outil du marché et votre besoin. Un abonnement paraît toujours moins cher au départ, puis il se paie chaque mois, chaque utilisateur, pour toujours. Le sur-mesure demande un investissement de départ, puis coûte surtout sa maintenance. Sur un horizon de trois à cinq ans, avec une équipe qui grandit, le calcul penche souvent vers le sur-mesure. Sur un besoin standard et une petite équipe, l’abonnement gagne.
Peut-on développer par étapes pour lisser le budget ?
Oui, et c’est souvent la meilleure approche. On livre d’abord un socle qui rend service tout de suite, puis on ajoute les fonctionnalités par vagues, chacune chiffrée au forfait. Vous étalez la dépense, vous validez la valeur à chaque étape, et vous gardez la main pour arrêter ou réorienter. À condition que l’architecture de départ ait été pensée pour accueillir la suite.
Le prix inclut-il ce qui se passe après la mise en ligne ?
Rarement dans le prix de développement lui-même, et c’est normal de les séparer. Prévoyez une ligne à part pour la maintenance, autour de quinze à vingt pour cent du coût de départ par an, qui couvre les correctifs, les mises à jour de sécurité et l’adaptation aux services connectés qui évoluent. C’est le poste que les devis oublient le plus, et celui qui crée le plus de rancune quand il n’a pas été annoncé.
Pour aller plus loin
Si vous voulez décomposer le coût par personne plutôt que par projet, on a écrit combien coûte vraiment un développeur en 2026. Et si vous avez un projet en tête, un quart d’heure suffit pour le situer dans la bonne fourchette.