Aller au contenu

Logiciel sur mesure9 min de lecture

Prix d'un logiciel sur mesure : ce qui fait varier le devis

Grilles publiées par les agences en 2026, taux journaliers des freelances, six variables qui font tripler un chiffrage : de quoi lire un devis de logiciel.

Par Laurent Tulpan, fondateur et directeur technique. Publié le , à jour au .

Faire développer un outil pour son entreprise coûte, en France, de 15 000 à 50 000 € pour un premier périmètre simple et de 40 000 à 150 000 € pour une application métier complète, selon les grilles publiées par les agences en 2026. L’écart entre deux devis vient surtout des raccordements, des données à reprendre et des exceptions à gérer.

Ce guide sert à lire un devis, pas à en fabriquer un. On ne publie pas nos tarifs : un prix sorti d’un tableau ne dit rien de votre projet. On vous donne ce que le marché affiche, la façon dont il calcule, et les six questions qui expliquent pourquoi deux chiffrages du « même outil » vont du simple au triple.

Ce que les agences affichent en 2026

Deux agences françaises de développement publient leur grille. On les a relevées le 28 septembre 2026, sans rien arrondir.

Type de projetPremière grille (mise à jour en août 2026)Seconde grille (publiée en avril 2026)
Outil interne simple, premier périmètre5 000 à 15 000 €15 000 à 50 000 €
Application métier20 000 à 60 000 €40 000 à 150 000 €
Plateforme multi-utilisateurs ou SaaS50 000 à 150 000 €80 000 à 250 000 €
ERP sur mesure80 000 à 250 000 €100 000 € et plus

Sur la ligne « application métier », les deux colonnes sont dans un rapport de un à trois. Aucune des deux ne se trompe. Elles ne mettent simplement pas la même chose derrière le mot : la première range sous « application métier moyenne » un CRM interne ou une gestion de stock, quand la seconde parle d’« application métier complète ». Une fourchette publiée est un ordre de grandeur. Elle devient fausse dès qu’on la lit comme un prix. Ce qu’on construit sous ce nom, et les formes qu’il prend, est décrit sur la page application métier sur mesure.

Un devis, c’est des jours multipliés par un taux

Derrière chaque montant, il y a une multiplication : un nombre de jours de travail par un taux journalier. Connaître l’un permet de contrôler l’autre.

Le baromètre des tarifs d’une grande plateforme de freelances donne un repère public. Pour un développeur fullstack, c’est-à-dire qui travaille à la fois sur l’interface et sur le serveur, voici le tarif jour moyen selon l’expérience, calculé sur les freelances actifs les trois derniers mois (relevé le 28 septembre 2026) :

ExpérienceTarif jour moyen
0 à 2 ans311 €
3 à 7 ans427 €
8 à 15 ans557 €
15 ans et plus599 €

Faites le calcul à l’envers. Un devis à 40 000 € correspond à environ 72 jours d’un développeur expérimenté payé au tarif moyen relevé sur cette plateforme, soit plus de trois mois de travail pour une personne seule. Une agence facture plus cher au jour, parce qu’elle vend aussi la conception, les tests et la conduite du projet : les guides des agences situent leur taux moyen entre 500 et 700 € HT. Si un devis promet une application reliée à votre ERP (enterprise resource planning, progiciel de gestion intégré) pour vingt jours de travail, c’est le nombre de jours qu’il faut interroger.

Le mode de facturation, lui, décide de qui porte le risque. En régie, vous payez les jours passés, et si le projet déborde, la facture suit. Au forfait, le prix couvre un périmètre écrit : le dépassement reste chez le prestataire, et tout ajout se chiffre à part. C’est le format qu’on pratique pour le développement de logiciel sur mesure, avec des critères de recette posés avant la première ligne de code.

Les six variables qui déplacent le chiffre

Deux projets qui portent le même nom peuvent demander trois fois plus de jours l’un que l’autre. Six variables expliquent presque toujours l’écart, et aucune ne se voit sur une maquette.

VariableCe qui alourdit le devisLa question à régler avant de demander un prix
RaccordementsChaque logiciel à connecter (ERP, comptabilité, CRM, paiement) avec ses règles et ses pannesQuels logiciels échangent des données avec l’outil, dans quel sens, à quelle fréquence ?
Reprise de donnéesUn historique incomplet, en doublon, aux formats incohérentsCombien d’années à reprendre, dans quel état, et qui valide le résultat ?
Rôles et droitsChaque profil a ses écrans, ses règles et ses validationsCombien de profils différents, et qui a le droit de valider quoi ?
TerrainSaisie mobile, sans réseau, synchronisation au retourL’outil sert-il en déplacement, sur un chantier, au bord d’une route ?
ExceptionsAnnulation après paiement, deux personnes sur la même fiche, fichier importé corrompuQue doit faire l’outil quand le cas normal ne s’applique pas ?
ExigencesSécurité, accessibilité, hébergement imposé, traçabilitéQuelles obligations viennent de vos clients, de votre assureur ou de la loi ?

Les raccordements, première cause d’écart

Un outil qui vit seul coûte peu. Un outil qui doit parler à votre comptabilité, à votre CRM et à un service de paiement change de catégorie, parce que chaque connexion est un contrat technique avec ses limites. Dans notre cas type de PME industrielle (une fiche reconstituée à partir de plusieurs missions, et présentée comme telle), une commande créée dans le CRM remonte dans l’outil métier, qui pousse ensuite la facture vers la comptabilité. Trois logiciels, deux raccordements, et la double saisie disparaît. Prévue au départ, une connexion s’intègre dans l’architecture. Découverte à mi-parcours, elle oblige à reprendre ce qui existe.

La reprise de données, toujours sous-estimée

On imagine un export, un import, et c’est réglé. En pratique, il faut d’abord nettoyer. Dans ce même cas type, l’historique d’un fichier Excel central est reconstitué, nettoyé, puis contrôlé en deux passes, et ce qui ne tient pas est documenté plutôt que caché. Ce contrôle n’apparaît sur aucune maquette. Il prend pourtant des jours, et un devis qui n’en parle pas l’a simplement oublié.

Le terrain, qui change l’architecture

Une saisie au bureau et une saisie au bord d’une route ne se construisent pas de la même façon. Pour TruckAlert, l’application de l’ONG Welfarm qui signale les transports d’animaux par forte chaleur, le signalement devait fonctionner avec un réseau dégradé. Il a donc fallu une application mobile, avec sa synchronisation, en plus du tableau de bord web de l’ONG. Ce choix se fait au premier jour, parce qu’il touche tout le reste. Ce que contient une application métier, pièce par pièce, est détaillé dans un guide à part.

Ce que le devis ne dit pas : faire vivre l’outil

Le montant de construction n’est pas le coût complet d’un logiciel sur mesure. Il faut l’héberger, le mettre à jour, corriger ce que l’usage révèle et suivre les services auxquels il est raccordé quand ils changent leurs règles. Les agences évaluent cette maintenance entre 15 et 25 % du montant initial chaque année, soit 7 500 à 12 500 € par an pour un outil construit à 50 000 €.

Ce poste peut être tenu en interne, confié à une tierce maintenance applicative ou couvert par un forfait de surveillance léger, comme notre filet de sécurité après une mission. L’important est qu’il ait un nom et un budget dès la signature.

Comparer deux devis qui ne décrivent pas le même projet

Un devis d’une page et un devis de quinze pages ne se comparent pas au total. Avant de regarder le montant, vérifiez cinq points :

  1. Le périmètre est écrit fonction par fonction, avec la liste de ce qui n’est pas inclus.
  2. Les hypothèses sont visibles : volume de données, nombre d’utilisateurs, logiciels à raccorder.
  3. Des critères de recette disent comment on saura que le travail est terminé.
  4. La propriété des sources figure au contrat, avec les accès et la documentation.
  5. L’après-livraison est chiffré à part, ou explicitement exclu.

Un devis bas qui ne dit rien de la reprise de données n’est pas moins cher. Il reporte la dépense sur les avenants, au moment où vous ne pouvez plus changer de prestataire.

Faire baisser la facture sans la truquer

Trois leviers réduisent vraiment le coût, sans rogner sur la qualité.

Le premier consiste à commencer petit. Un MVP, la plus petite version que vos équipes utilisent déjà, coûte une fraction du projet complet et vous apprend ce qui compte vraiment. Chez un loueur de jet-ski qu’on outille depuis 2014, la mission a démarré par un site, puis un module de réservation, puis le paiement en ligne, puis le planning des pilotes. Dix ans plus tard, toute l’exploitation passe par ces outils, et chaque vague a été décidée au vu de la précédente.

Le deuxième : acheter ce qui est générique. La paie, la comptabilité ou la signature électronique se trouvent sur le marché, maintenues par leur éditeur. Ne construisez que ce qu’aucun produit ne couvre. La grille pour choisir entre logiciel sur mesure et SaaS aide à faire ce tri.

Le troisième : partir d’un socle qui a déjà servi. Notre plateforme BougeMaville, conçue d’abord pour les villes, a été adaptée au chantier du tramway de Liège et à TruckAlert, sans repartir de zéro. Un socle éprouvé, ce sont des semaines de construction en moins et des défauts déjà corrigés.

Pourquoi on fait payer le cadrage

Un devis gratuit rédigé en deux heures chiffre ce qu’il voit. Il ne voit ni l’état réel de vos données, ni les raccordements cachés, ni les exceptions qui font peur aux équipes. On commence donc par une feuille de route stratégique : deux à cinq jours pour ouvrir les données, lister les raccordements et écrire un périmètre que les deux parties lisent de la même façon.

Elle coûte 2 à 3 k€ HT, c’est le seul prix qu’on publie, et elle est déduite si la construction suit. Le livrable vous appartient, y compris si vous le confiez à quelqu’un d’autre. Et si vous voulez d’abord situer votre projet dans la bonne colonne du tableau, décrivez-le-nous en quelques lignes : on vous répond sur la fourchette plausible et sur ce qui pourrait la faire bouger.

D’où viennent ces chiffres

  • Deux guides de prix publiés par des agences françaises de développement, mis à jour le 11 août 2026 et publié le 13 avril 2026 (relevés le 28 septembre 2026).
  • Le baromètre public des tarifs d’une plateforme de freelances, développeurs fullstack (relevé le 28 septembre 2026).

Les questions qu'on nous pose sur ce sujet.

Un logiciel sur mesure peut-il bénéficier du crédit d'impôt innovation ?

Parfois, et moins souvent qu'on ne l'espère.

Le crédit d'impôt innovation vise les PME qui conçoivent le prototype d'un produit nouveau, c'est-à-dire pas encore disponible sur le marché et plus performant que ce qui existe. Un outil interne qui reproduit une fonction déjà vendue ailleurs n'y entre pas, en général.

La loi de finances pour 2025 a prolongé le dispositif jusqu'au 31 décembre 2027 et ramené son taux de 30 à 20 % des dépenses éligibles. Faites valider l'éligibilité par un conseil avant d'inscrire ce montant dans votre budget.

Combien de temps faut-il pour obtenir une première version utilisable ?

Les guides publiés par les agences françaises en 2026 situent la sortie d'un premier périmètre entre deux et quatre mois. Le délai suit le nombre de jours de travail, mais aussi des facteurs qui ne dépendent pas du prestataire :

  • la disponibilité des utilisateurs pour tester ;
  • le temps de validation côté direction ;
  • l'accès aux logiciels à raccorder.

Un projet où personne n'a le temps de recetter prend du retard quelle que soit la taille de l'équipe.

Un freelance coûte-t-il moins cher qu'une agence ?

Au jour, oui. Au projet, pas forcément.

Le baromètre public d'une grande plateforme de freelances affiche 557 € par jour en moyenne pour un développeur fullstack expérimenté, quand les agences françaises se situent entre 500 et 700 € HT d'après leurs propres guides. L'écart de taux paie la conception, les tests, la continuité en cas d'absence et la gestion du projet.

Un freelance seul convient bien à un outil simple, avec quelqu'un chez vous pour piloter. Au-delà, comparez ce qui est couvert, pas seulement le taux.

Le prix change-t-il si l'outil doit aussi exister sur téléphone ?

Oui, nettement. Les grilles publiées affichent 40 000 à 100 000 € pour une application mobile native sur iOS et Android.

Quand les utilisateurs ont du réseau, une application web qui s'adapte à l'écran du téléphone suffit souvent. L'application native se justifie quand la saisie se fait dehors, sans connexion fiable, ou quand elle a besoin de l'appareil photo et de la position de façon intensive.

Que se passe-t-il si le besoin change en cours de projet ?

Au forfait, un changement se chiffre à part et vous décidez de le lancer ou non. En régie, il s'ajoute aux jours facturés, parfois sans que personne l'ait formellement décidé.

Dans les deux cas, découper le projet en vagues courtes avec une démonstration à chaque fin de vague permet de réorienter tôt, quand un changement coûte encore peu.

Un outil à faire construire ? On vous dit si c'est faisable.

20 minutes en visio. Si le besoin est dans nos cordes, une feuille de route stratégique (2 à 3 k€ HT, déduite si suite) sort le périmètre, les délais et le chiffrage.