Combien coûte un logiciel sur mesure ? Ce qui fait le prix, et comment le maîtriser

Le coût d'un logiciel sur mesure, c'est le nombre de jours de travail nécessaires multiplié par le taux journalier de l'équipe qui le construit, auquel s'ajoutent l'hébergement et la maintenance après la livraison. Le taux varie d'un prestataire à l'autre, mais c'est le nombre de jours qui explique la plus grande part de l'écart entre deux projets. Et ce nombre dépend de trois choses : le périmètre de la première version, la complexité des règles métier, et l'état des données à reprendre. Les fourchettes publiées en ligne vont de quelques milliers d'euros à plusieurs centaines de milliers : elles ne disent rien de votre projet tant que ces trois points ne sont pas écrits. C'est ce document que nous chiffrons, avant tout devis, pour nos applications métier.

Pourquoi il n'existe pas de prix moyen

« Quel est le prix moyen d'un logiciel ? » est une question qu'on pose souvent, et à laquelle aucune réponse honnête n'est possible. Un outil interne qui remplace un tableur partagé par cinq personnes et une plateforme qui gère la facturation de plusieurs milliers de clients s'appellent tous les deux « logiciel sur mesure ». Leurs coûts n'ont rien de comparable.

Une moyenne mélange ces deux mondes et ne sert à rien. Ce qui sert, c'est de savoir dans quelle catégorie tombe votre besoin, et quels éléments vont faire bouger le chiffrage à l'intérieur de cette catégorie.

Ce qui fait vraiment le prix d'un logiciel sur mesure

Par ordre d'influence sur le nombre de jours, d'après ce que nous voyons sur nos projets :

1. Le périmètre de la première version. C'est de loin le premier facteur. Chaque écran, chaque type d'utilisateur, chaque export ajoute du travail. La plupart des projets qui dérivent ont commencé par une liste de souhaits plutôt que par une liste de ce qui est indispensable au premier jour.
2. Les règles métier. Un formulaire qui enregistre des données est simple. Un formulaire qui calcule une remise selon le client, la saison et le volume, avec trois exceptions connues d'une seule personne dans l'entreprise, ne l'est pas. Ces règles implicites sont rarement dans le cahier des charges ; elles apparaissent quand on regarde le travail se faire.
3. Les intégrations. Relier le logiciel à votre comptabilité, à votre CRM, à un fournisseur de paiement ou à une API publique. Chaque connexion demande d'être conçue, testée et surveillée. Une API mal documentée chez un éditeur tiers peut coûter plus de jours que le reste d'un module.
4. La reprise des données. Importer des années de tableurs, avec leurs doublons, leurs colonnes réutilisées et leurs formats de date différents. C'est l'étape que tout le monde sous-estime, et celle qui fait le plus souvent glisser un planning.
5. Les droits et la sécurité. Un outil utilisé par trois personnes de confiance n'a pas les mêmes besoins qu'un espace ouvert à vos clients, avec des données personnelles, des rôles différents et une traçabilité des actions.
6. Le nombre d'interfaces. Une application web consultable sur téléphone suffit dans la grande majorité des cas. Une application mobile native, publiée sur les magasins d'applications, ajoute un chantier à part entière.

La technologie elle-même pèse peu. Le choix d'un langage ou d'un framework change rarement le prix de façon notable ; il change surtout la facilité à trouver, plus tard, quelqu'un pour reprendre le code.

Les coûts qu'on oublie de compter

Le devis de développement n'est qu'une partie du coût total. Trois postes reviennent après la livraison, et il vaut mieux les connaître avant de signer.

• L'hébergement. Serveur, base de données, sauvegardes, certificat, nom de domaine. Pour une application métier classique, c'est un poste modeste, mais il est récurrent. Une infogérance couvre aussi la surveillance et les mises à jour de sécurité.
• La maintenance. Un logiciel qu'on ne touche plus vieillit : les dépendances reçoivent des correctifs de sécurité, les navigateurs évoluent, les API tierces changent de version. Sans entretien, une application qui fonctionne aujourd'hui finit par casser sans que personne ait modifié une ligne.
• Les évolutions. Dès que l'outil est utilisé, les demandes arrivent. C'est bon signe : cela veut dire qu'il sert. Mais il faut prévoir un budget et un circuit pour les traiter, sinon elles s'accumulent ou se font dans l'urgence.

Chez nous, le contrat de suivi figure déjà dans le devis initial, pour que le coût de la deuxième année ne soit pas une découverte.

Logiciel sur mesure ou logiciel du marché : comment comparer

Un logiciel en abonnement coûte peu au démarrage et se paie chaque mois, par utilisateur. Un logiciel sur mesure coûte plus au départ, puis seulement son hébergement et son entretien. La comparaison honnête se fait sur trois ans au moins, avec le même nombre d'utilisateurs des deux côtés.

Le prix n'est pas le seul critère. Un logiciel du marché a l'avantage d'exister tout de suite, d'être maintenu par l'éditeur et d'avoir déjà été testé par d'autres. Si votre métier rentre dans ses cases, c'est presque toujours le bon choix, et nous le disons quand c'est le cas.

Le sur mesure se justifie quand l'une de ces situations se présente :

• votre processus est ce qui vous distingue de vos concurrents, et le logiciel du marché vous oblige à le déformer ;
• vos équipes jonglent entre plusieurs outils et ressaisissent les mêmes informations ;
• le coût des licences grimpe avec chaque nouvel utilisateur, au point de limiter qui a accès à l'outil ;
• vous avez besoin de garder la main sur vos données et sur l'endroit où elles sont hébergées.

Forfait ou régie : ce que change le mode de facturation

Il existe deux façons de facturer un développement. En régie, vous payez les jours effectivement passés. En forfait, le prestataire s'engage sur un prix pour un périmètre défini.

La régie convient quand le besoin est flou et doit être découvert en avançant, à condition d'avoir quelqu'un en interne pour piloter. Son défaut est connu : le budget final n'est connu qu'à la fin, et chaque imprévu est à votre charge.

Le forfait demande un effort au départ, parce que le périmètre doit être écrit précisément avant le chiffrage. En échange, le montant signé est le montant payé. C'est le mode que nous pratiquons : une idée qui arrive en cours de projet est notée pour la version suivante, elle ne fait pas gonfler la facture en silence.

Comment créer un logiciel sur mesure sans que le budget dérive

La méthode qui protège le budget tient en cinq étapes, dans cet ordre.

1. Observer le travail réel. Regarder comment le processus se fait aujourd'hui, avec les personnes qui le font. Les règles implicites sortent à ce moment-là.
2. Écrire le périmètre de la première version. Le modèle de données, les écrans clés, et surtout la liste de ce qui est exclu. C'est ce document qui est chiffré.
3. Commencer petit. Une première version utile, livrée vite, apprend plus sur le vrai besoin qu'un cahier des charges de cinquante pages. Pour tester une idée de produit, un MVP en deux semaines sur un parcours principal permet de vérifier l'intérêt avant d'engager un budget plus large.
4. Tester en continu. Un environnement de préproduction ouvert dès les premières semaines évite la mauvaise surprise de la livraison, où l'on découvre que l'outil ne correspond pas à ce qu'on imaginait.
5. Exiger le code et la documentation. Le dépôt de code doit vous appartenir, avec une documentation d'exploitation. Sinon, vous êtes lié au prestataire pour chaque évolution, et c'est là que les coûts dérapent sur la durée.

Où l'IA change le calcul

L'intelligence artificielle modifie le coût d'un logiciel sur mesure de deux façons. D'un côté, elle accélère une partie du développement, ce qui réduit certains postes. De l'autre, elle ouvre des fonctions qui étaient hors de portée il y a peu : extraire les informations d'un document, classer des demandes entrantes, préparer un premier jet de réponse.

Ces fonctions ont un coût propre, celui de la consommation du modèle, qui se paie à l'usage. Elles ne valent la dépense que sur des tâches répétitives à fort volume. Là où un modèle n'apporte rien, du code ordinaire est plus fiable et moins cher. Quand le besoin se résume à une seule tâche répétitive, un agent IA dédié est souvent plus adapté qu'une application complète ; nous avons détaillé la méthode dans Comment créer un agent IA.

Combien de temps pour développer un logiciel sur mesure ?

Le délai suit le périmètre, comme le prix. Un MVP centré sur un parcours tient en deux semaines. Une application métier complète, avec reprise des données et intégrations, demande en général six à douze semaines chez nous. Au-delà, il est presque toujours préférable de découper en plusieurs versions livrées successivement plutôt que de viser un grand projet livré en une fois.

Obtenir un chiffrage fiable pour votre projet

Un chiffrage sérieux ne se fait pas sur une description de trois lignes. Il demande de comprendre le travail actuel, de lister ce qui est indispensable et ce qui peut attendre, et de repérer les données et les outils à relier. Nous faisons ce travail avant d'émettre un devis, et nous vous disons franchement si un logiciel du marché ferait l'affaire.

Pour un outil interne ou un logiciel métier, consultez notre offre application métier. Si votre projet touche à l'IA et que vous ne savez pas encore quelle forme il doit prendre, l'audit IA offert dure trente minutes : on regarde le besoin, et on vous dit quelle solution tient la route.