MexarGuide des prix d’un logiciel sur mesure : construire un budget complet
Le prix d’un logiciel sur mesure ne se résume pas à la ligne « développement » d’un devis. Un budget fiable couvre cinq ensembles : le cadrage, la construction, la mise en service, le fonctionnement dans la durée et le temps de vos équipes. Ce guide détaille chaque poste, ce qu’un devis doit préciser et une checklist pour comparer les propositions sur une base équivalente.
Par François Aubeut, fondateur de Mexar ·
Le budget suit la vie de l’application, pas seulement sa construction
La plupart des écarts de budget viennent de dépenses qui n’étaient pas dans le périmètre comparé : un audit oublié, une reprise de données sous-estimée, un hébergement facturé à part, une maintenance découverte après la livraison. Pour éviter cela, découpez votre budget selon les étapes que l’application va réellement traverser.
-
Comprendre et cadrer
Avant tout développement
- Audit du processus
- Objectifs et indicateurs
- Cahier des charges
Ponctuel
-
Construire
Pendant la réalisation
- Conception des écrans
- Développement des fonctions
- Reprise des données et intégrations
- Tests et recette
Ponctuel
-
Mettre en service
À la livraison
- Déploiement
- Prise en main des utilisateurs
- Documentation
Ponctuel
-
Faire fonctionner
Chaque mois, chaque année
- Hébergement et services tiers
- Maintenance et sécurité
- Évolutions, à la demande
Récurrent et à la demande
Sur toute la durée : le temps de vos équipes (ateliers, données, recette, formation des nouveaux arrivants).
Cette lecture par étapes a un autre avantage : elle sépare les montants ponctuels, payés une fois, des montants récurrents, qui s’additionnent tant que l’application sert. Deux propositions au prix de réalisation proche peuvent coûter très différemment sur trois ans selon ce qu’elles prévoient pour l’hébergement, les services utilisés et la maintenance.
Les postes de dépenses, un par un
Le tableau ci-dessous liste les postes à retrouver, d’une façon ou d’une autre, dans votre budget. Un prestataire peut les regrouper ou les inclure dans un forfait : l’essentiel est de savoir où chacun se trouve, et s’il manque.
| Poste | Ce qu’il couvre | Question à poser | Nature |
|---|---|---|---|
| Audit et cadrage | Analyse du processus, pertes actuelles, objectifs, indicateurs, cahier des charges. | Quels documents me restent si je ne poursuis pas avec vous ? | Ponctuel |
| Conception | Parcours utilisateurs, écrans, règles de gestion validées avec les personnes concernées. | Combien d’allers-retours de validation sont prévus, et avec qui ? | Ponctuel |
| Développement | Fonctions, calculs, droits d’accès, exports, tableaux de bord. | Quelles fonctions sont incluses, et lesquelles sont explicitement exclues ? | Ponctuel |
| Reprise des données | Nettoyage, conversion et import des fichiers ou bases existants. | Qui nettoie les données, sur quel volume, avec combien d’essais d’import ? | Ponctuel |
| Intégrations | Échanges avec vos outils : ERP, messagerie, stockage, services en ligne. | Ces connexions dépendent-elles d’un service payant à l’usage ? | Ponctuel et récurrent |
| Tests et recette | Tests, corrections, validation de la livraison par vos utilisateurs. | Quels critères permettent de dire que la livraison est acceptée ? | Ponctuel |
| Mise en service | Déploiement, prise en main, documentation d’utilisation. | Qui forme les utilisateurs, sous quelle forme et pendant combien de temps ? | Ponctuel |
| Hébergement et services tiers | Serveurs, base de données, envoi d’emails, stockage de fichiers, nom de domaine. | Qui est titulaire des comptes, et quel est le coût mensuel estimé à votre volume ? | Récurrent |
| Maintenance | Correctifs, mises à jour de sécurité, compatibilité avec les navigateurs et services. | Que couvre-t-elle, avec quel délai d’intervention, à quel prix ? | Récurrent |
| Évolutions | Nouvelles fonctions après la première version. | Comment une évolution est-elle chiffrée et validée avant d’être faite ? | À la demande |
| Gestion de projet | Coordination, points d’avancement, démonstrations. | Est-elle comprise dans le prix ou facturée en plus ? | Ponctuel |
| Temps interne | Ateliers, préparation des données, recette, accompagnement des collègues. | Combien d’heures attendez-vous de mes équipes, et à quels moments ? | Ponctuel et récurrent |
Le détail de ces coûts, avec un exemple de coût total chiffré sur des hypothèses fictives, se trouve dans notre article sur le coût d’un développement logiciel sur mesure. Les éléments qui font varier l’effort (règles métier, exceptions, sécurité, données) sont traités dans les facteurs qui influent sur le coût.
Ce qu’un devis doit préciser
Un montant n’a de sens qu’avec ce qu’il couvre. Avant de comparer deux prix, vérifiez que chaque devis répond aux mêmes questions. Le schéma ci-dessous montre les rubriques à retrouver ; leur ordre et leur intitulé varient d’un prestataire à l’autre.
DevisModèle illustratif
- 1Objet, périmètre et exclusions
- 2Livrables et niveau de livraison
- 3Critères de recette
- 4Prix, échéancier et conditions
- 5Gestion des modifications
- 6Propriété, code source et documentation
- 7Hébergement et services tiers
- 8Maintenance et garantie
- 9Données personnelles
Objet, périmètre et exclusions
La liste des fonctions incluses, mais aussi ce qui ne l’est pas. Une exclusion écrite évite une discussion après la livraison.
Livrables et niveau de livraison
Que recevez-vous exactement : application en service, version de test, documentation, formation ? Un délai n’a de sens qu’avec le niveau de livraison qui l’accompagne.
Critères de recette
Les scénarios que l’application doit réussir pour que la livraison soit acceptée. Sans eux, « livré » et « terminé » peuvent désigner deux choses différentes.
Prix, échéancier et conditions
Montants hors taxes, dates ou événements qui déclenchent chaque paiement, durée de validité du devis, éventuelles parts variables et leur règle de calcul.
Gestion des modifications
Comment une demande nouvelle est chiffrée, validée et planifiée. Une modification non écrite est la première source de dépassement.
Propriété, code source et documentation
Recevez-vous le code, la documentation et les droits nécessaires pour le faire évoluer avec un autre prestataire ? En droit français, une cession de droits d’auteur doit mentionner distinctement chaque droit cédé et délimiter son domaine d’exploitation (article L131-3 du Code de la propriété intellectuelle). Faites vérifier cette clause par votre conseil.
Hébergement et services tiers
Quels services sont utilisés, qui les paie, au nom de qui sont ouverts les comptes. Des comptes au nom du prestataire compliquent un changement de prestataire.
Maintenance et garantie
La période pendant laquelle les défauts sont corrigés sans surcoût, puis le contenu, le délai et le prix de la maintenance.
Données personnelles
Si le prestataire ou un hébergeur traite des données personnelles pour votre compte, un contrat précisant ses obligations est exigé par l’article 28 du RGPD. La CNIL l’explique dans son guide du sous-traitant.
Les dépenses à anticiper, même si personne ne vous les facture
Certaines dépenses n’apparaissent sur aucun devis, parce qu’elles sont chez vous. Elles comptent pourtant dans le coût réel du projet et dans le calcul de sa rentabilité.
Le temps de vos équipes
Ateliers de compréhension, préparation des fichiers, tests, validation. Estimez ces heures dès le départ et prévoyez-les dans les plannings.
La période de double fonctionnement
Pendant quelques semaines, l’ancien fichier et la nouvelle application coexistent souvent. Prévoyez qui tient lequel et jusqu’à quand.
Les services facturés à l’usage
Envoi d’emails, stockage, appels à des services d’IA ou de cartographie : leur coût suit votre volume. Demandez une estimation à votre volume réel, pas au palier gratuit.
Les nouveaux arrivants
Une application bien documentée se transmet plus vite. Sans documentation, chaque arrivée coûte du temps à un collègue expérimenté.
Les évolutions obligatoires
Un changement de règle, de format d’échange ou de version d’un service tiers peut imposer une adaptation. Prévoyez une enveloppe annuelle plutôt que de la découvrir.
La sortie
Récupérer le code, les données et les accès a un coût si rien n’est prévu. La réversibilité se négocie avant de signer, pas au moment de partir.
Checklist : comparer deux ou trois propositions
Reprenez cette liste pour chaque devis reçu. Un point non couvert n’élimine pas forcément une proposition : il signale une question à poser, ou un coût à ajouter pour comparer à périmètre égal.
Les cases cochées ne sont ni enregistrées ni envoyées : elles s’effacent quand vous quittez la page.
0 / 24 points vérifiés
Du budget à la décision : comparer le coût à la valeur
Un budget complet répond à « combien cela coûte ». La décision demande une seconde question : combien cela rapporte, sur la même période. Comparez l’investissement complet (cadrage, réalisation, fonctionnement, temps interne) aux gains attendus sur une durée identique, en distinguant le temps récupéré, valorisé à un coût horaire convenu, des économies de trésorerie réelles.
Si vous ne disposez encore d’aucun devis, partez de fourchettes par scénario de périmètre : la méthode est décrite dans comment estimer le coût d’un développement logiciel sur mesure. Pour le calcul de rentabilité lui-même, voyez le calcul du ROI d’un logiciel sur mesure.
Pour aller plus loin
- Coûts initiaux et récurrents, avec un exemple chiffré fictifCoût d’un développement logiciel sur mesure
- Ce qui fait varier l’effort et comment arbitrerLes facteurs qui influent sur le coût
- Scénarios et incertitude avant le devisEstimer le coût d’un développement
- Choisir le premier gain, puis le mesurerLa méthode ROI-first
- Tous nos articlesCatégorie Budget logiciel
Sources juridiques consultées le 13 octobre 2026 : Légifrance, article L131-3 du Code de la propriété intellectuelle ; CNIL, guide du sous-traitant. Ce guide donne des repères d’achat et ne constitue pas un conseil juridique.