Applicatif métier & SaaS

Combien coûte vraiment un logiciel métier sur mesure ?

Les vrais facteurs de coût, les fourchettes réalistes, et comment comparer des devis qui ne parlent pas le même langage.

· 8 min de lecture

“Ça coûte combien, un logiciel sur mesure ?”

C’est la première question que posent les dirigeants — et la plus difficile à répondre honnêtement sans connaître le projet. Les fourchettes publiées en ligne (“de 5 000 à 200 000 €”) ne servent à rien. Ce qui est utile, c’est de comprendre ce qui fait varier le coût, et d’avoir des points de comparaison réalistes selon la complexité.

15 000 €
Premier module ciblé
devis, suivi, ou gestion interne — PME 10-20 pers.
40–80 k€
Application métier complète
avec workflows, droits, intégrations
< 2 ans
Retour sur investissement moyen
quand le besoin est bien cadré en amont

Pourquoi les fourchettes génériques sont inutiles

Un logiciel de suivi de chantier pour un artisan seul et une plateforme de gestion RSE utilisée par 200 entreprises sont tous les deux des “logiciels métier sur mesure”. Ils n’ont rien à voir.

Le coût dépend de 4 facteurs principaux. Comprendre ces facteurs vous permet d’évaluer si un devis est cohérent, pas seulement s’il est dans une fourchette.

Facteur 1 : la complexité fonctionnelle

C’est le facteur le plus impactant. La complexité fonctionnelle se mesure au nombre de processus couverts, au nombre de rôles utilisateurs distincts, et à la sophistication des règles métier.

Un outil simple (formulaire + base de données + exports) : peu de logique, peu d’écrans, peu d’états possibles pour chaque donnée. Budget typique : 8 000 à 20 000 €.

Un outil de complexité moyenne (workflows multi-étapes, plusieurs types d’utilisateurs avec des droits distincts, notifications automatiques, reporting) : Budget typique : 20 000 à 60 000 €.

Un outil complexe (calculs automatiques élaborés, intégrations multiples avec des SI tiers, volumes importants, règles métier très spécifiques, interface mobile) : Budget typique : 60 000 à 150 000 €.

Facteur 2 : les intégrations avec l’existant

C’est souvent là que les surprises arrivent. Connecter un nouvel outil à votre ERP, votre logiciel de facturation, votre CRM, ou des API tierces peut représenter 20 à 50 % du budget total si ces intégrations ne sont pas bien documentées en amont.

Une règle simple : pour chaque système avec lequel le nouvel outil doit communiquer, demandez à votre prestataire combien de temps il estime pour cette intégration, et pourquoi.

L'intégration : le poste budgétaire le plus sous-estimé

Dans les projets que j’ai menés, le poste “intégration avec l’existant” est systématiquement sous-estimé lors du premier chiffrage — y compris par des prestataires expérimentés. La raison : la documentation des systèmes existants est rarement complète, et les APIs des logiciels métier spécifiques (ERP industriels, logiciels de facturation sectoriels) réservent souvent des surprises. Prévoir une marge de 20 à 30 % sur ce poste est une précaution raisonnable.

Facteur 3 : l’interface et l’expérience utilisateur

Une interface fonctionnelle mais basique (typique d’un back-office interne) coûte bien moins cher qu’une interface soignée destinée à des utilisateurs externes ou à des commerciaux nomades.

La différence n’est pas uniquement esthétique. Une bonne UX réduit le taux d’erreur, la courbe d’apprentissage, et les demandes de support — ce qui a un impact direct sur le ROI.

Pour des outils internes avec peu d’utilisateurs formés, une interface basique suffit souvent. Pour des plateformes client ou des applications SaaS commercialisées, l’investissement en UX se justifie.

Facteur 4 : le profil du prestataire

Un développeur freelance senior et une agence de 20 personnes ne facturent pas au même prix — et n’ont pas les mêmes coûts de structure. Pour un projet de 15 000 à 50 000 €, la différence peut être de 30 à 40 %.

Ce n’est pas qu’un outil est “meilleur” que l’autre. C’est que vous payez pour des choses différentes.

Les fourchettes réalistes par type de projet

Type de projetFourchetteDélaiProfil PME concerné
Module ciblé8 000 – 20 000 €6–10 sem.1 processus douloureux à résoudre (devis, suivi, gestion)
Application de gestion interne20 000 – 60 000 €3–6 moisTableau de bord, CRUD complet, droits utilisateurs
Plateforme métier avec intégrations40 000 – 80 000 €4–8 moisWorkflows complexes, intégrations ERP/CRM, reporting
SaaS commercialisable60 000 – 150 000 €+6–12 moisProduit vendu à des clients tiers, multi-tenant, UX soignée
Maintenance annuelle10–20 % du coût initialÉvolutions, sécurité, hébergement, support

Ces fourchettes supposent un prestataire senior. Avec un prestataire junior ou une agence avec beaucoup de frais de structure, les écarts peuvent être importants dans les deux sens.

Comment comparer des devis qui ne parlent pas le même langage

Deux devis pour le même projet peuvent aller du simple au triple. Comment s’y retrouver ?

Demandez le détail par phase. Un devis sérieux décompose l’investissement : conception fonctionnelle, design, développement, tests, déploiement. Un devis forfaitaire sans détail est soit très bien calibré, soit pas du tout.

Vérifiez ce qui n’est pas inclus. Hébergement, maintenance post-livraison, correction de bugs, formation des utilisateurs — ces postes sont souvent “hors périmètre” et s’ajoutent au budget initial.

Posez la question du profil. Qui, concrètement, code le projet ? Depuis combien d’années ? A-t-il des références sur des projets similaires ?

Méfiez-vous des prix très bas. Un devis à 5 000 € pour un projet que tous les autres chiffrent entre 20 000 et 30 000 € n’est pas une bonne affaire. C’est soit un périmètre très différent de ce que vous avez décrit, soit un signal d’alarme sur la qualité ou la fiabilité.

Ce que les devis ne disent pas

Un devis très bas peut signifier plusieurs choses : un profil junior, une architecture minimale sans scalabilité, ou une sous-estimation des fonctionnalités demandées. Un devis très élevé peut intégrer des fonctionnalités que vous n’avez pas demandées, ou simplement refléter les frais de structure d’une grande agence. La bonne question n’est pas “combien ?” mais “qu’est-ce qui est inclus, et pour combien d’années d’utilisation ce projet est-il conçu ?”

Pour aller plus loin

Développement sur mesure ou SaaS : le vrai calcul pour une PME

Le guide compare le coût total sur 3 ans entre un SaaS et un développement sur mesure pour 3 profils de PME concrets — avec les chiffres, les hypothèses, et une grille en 5 critères pour calculer votre propre situation.

Télécharger le guide gratuitement

Comment estimer le retour sur investissement avant de signer

Avant de lancer un projet, la question n’est pas “combien ça coûte” mais “est-ce que ça vaut l’investissement par rapport à ce que je perds aujourd’hui ?”.

Mesurez le coût actuel du processus non outillé. Estimez le temps hebdomadaire passé sur le processus par vos équipes × coût horaire chargé × 52 semaines. Pour une PME de 15 personnes avec 3 collaborateurs passant 4 heures par semaine sur un processus manuel (40 €/h chargé) : 3 × 4 × 40 × 52 = 24 960 €/an. C’est votre coût de référence.

Estimez le gain réaliste. Un outil adapté automatise généralement entre 50 % et 80 % des tâches manuelles dans le périmètre ciblé. Sur notre exemple : 12 000 à 20 000 €/an récupérés.

Calculez le seuil d’amortissement. Un outil à 25 000 € récupérant 15 000 €/an est amorti en 20 mois. C’est le calcul de base — mais il faut y ajouter les gains en qualité (moins d’erreurs, moins de relances) et en satisfaction des équipes, qui sont réels même s’ils ne se chiffrent pas aussi directement.

Le coût de la maintenance : souvent sous-estimé

Un logiciel sur mesure n’est pas une dépense unique. Il y a un coût de maintenance (corrections, mises à jour de sécurité, compatibilité avec les nouvelles versions) et un coût d’évolution.

Comptez entre 10 et 20 % du coût initial par an pour une maintenance sérieuse. Un outil de 30 000 € coûte entre 3 000 et 6 000 € par an pour rester en bonne santé — et évoluer avec votre activité.

Ce coût est souvent omis dans les premières conversations, et c’est une erreur de planification fréquente. Un outil bien développé dès le départ, avec une architecture propre, coûtera moins cher à maintenir et à faire évoluer qu’un outil développé vite sans structure claire — même si le premier est plus cher à la livraison initiale.