Logiciel sur mesure PME : combien ça coûte vraiment (et pourquoi les devis varient)
Deux prestataires, le même besoin exprimé, des devis qui vont de 15 000 € à 150 000 €. Ce n'est pas une question de marge. C'est une question de périmètre. Et le périmètre, personne ne vous a aidé à le définir avant d'envoyer les demandes.
Donatien Lefranc
Fondateur & Président, Leando
Le premier devis que vous avez reçu, et ce qu'il suppose
Vous avez décrit votre besoin en deux paragraphes. Vous avez envoyé la demande à trois prestataires. Les devis sont revenus à 18 000 €, 45 000 € et 120 000 €. Même besoin. Même texte. Trois projets différents dans la tête de trois équipes.
Le prestataire à 18 000 € a imaginé un MVP très ciblé avec les fonctions essentielles. Celui à 120 000 € a budgété l'architecture complète, les évolutions probables des deux prochaines années, la gestion des droits, les connecteurs API avec vos outils existants, et trois rounds de corrections. Aucun des deux n'a eu tort. Ils ont juste comblé le vide laissé par un périmètre non défini.
Ce vide, c'est la source principale de l'écart. Il ne se comble pas en demandant des précisions par email ; il se comble en travaillant le périmètre avant de consulter.
Ce qui crée vraiment l'écart entre les devis
Soyons directs sur ce que les devis ne disent pas. Un projet de logiciel sur mesure a trois coûts : le développement visible, les intégrations avec l'existant, et la dette future. Le premier est budgété. Les deux autres sont presque toujours sous-estimés.
Les intégrations avec votre SI existant (votre ERP, votre CRM, vos exports Excel quotidiens) représentent souvent 30 à 50 % du coût total d'un projet. Un devis qui ne mentionne pas les connecteurs suppose que vous repartirez de zéro ou que l'intégration est triviale. Elle ne l'est presque jamais.
« Identifier une trottinette, pas construire une Ferrari. Toute ton ambition d'aujourd'hui, tu n'as pas les moyens de la financer dans sa globalité. Il va falloir qu'on soit plus malins que ça. »
La dette future, c'est le coût de maintenance et d'évolution d'un code que vous n'avez pas écrit et dont vous n'avez pas choisi l'architecture. Un développement livré rapidement, sans documentation et sans tests, peut coûter deux fois son prix initial sur trois ans. Ce coût n'apparaît dans aucun devis.
Comment réduire le coût sans réduire la valeur
La méthode qui fonctionne ne commence pas par un devis. Elle commence par une question : quel est le processus qui coûte le plus cher aujourd'hui, en temps, en erreurs, en énergie des équipes ? C'est là qu'on commence. Pas à l'ensemble du SI.
Cette logique de lots progressifs protège votre budget à deux niveaux. Elle limite l'exposition financière initiale à un périmètre validé. Elle vous permet de mesurer la valeur livrée avant d'engager la suite, plutôt que de découvrir dix-huit mois plus tard que le projet n'a pas eu l'impact attendu.
C'est le principe décrit dans la méthode de modernisation SI pour PME et dans le guide complet sur l'ERP sur mesure (la structuration avant l'investissement, pas l'inverse).
Deux projets, un périmètre défini en amont sur chacun : voilà pourquoi ça change tout
Cartoon Prod, micro-PME de production vidéo, avait un back-office entièrement manuel. Deux semaines de POC pour automatiser les devis, les relances et la facturation. Retour sur investissement : six à sept mois. Coût de développement : très en dessous des devis reçus initialement pour "refaire le système". La différence : on a défini le périmètre réel avant de commencer à coder.
Sur des projets plus larges, comme la modernisation du SI de BKW Énergie France — ETI de plusieurs centaines de personnes avec une dette technique PHP significative —, la même logique de lots a permis de livrer des briques à valeur mesurable à chaque étape, plutôt qu'un big bang à risque. La première étape que vous pouvez faire aujourd'hui : poser sur papier les trois processus qui prennent le plus de temps à vos équipes, et regarder où l'information se ressaisit deux fois.
Deux prestataires peuvent proposer 15 000 € et 150 000 € pour le même besoin exprimé — parce qu'ils ne comprennent pas le même périmètre. Le premier a budgété un MVP ciblé. Le second a imaginé l'architecture complète avec toutes les évolutions futures. Sans cadrage préalable, chacun interprète la demande différemment. C'est pour ça qu'une phase de cadrage avant le devis produit des offres comparables — et souvent moins chères.
Avant le devis, définissons le périmètre ensemble.
Un échange de 45 minutes pour identifier les 2 processus qui méritent vraiment un développement sur mesure — et ceux qui ne le méritent pas.
Cadrer mon projet →