Le coût d'un développement de logiciel sur mesure est, au fond, un nombre de jours de travail multiplié par un taux journalier moyen (TJM), auquel s'ajoutent l'hébergement, la maintenance et les évolutions. Le nombre de jours dépend du périmètre, des intégrations, de la complexité des règles et de la qualité du cadrage.
Nous ne publions pas de grille de prix : un chiffre sorti de son contexte ne sert à rien. Cet article explique les facteurs de coût, montre un exemple de calcul avec ses hypothèses, et vous donne les questions à poser à n'importe quel prestataire pour comparer des devis sérieusement.
Les facteurs qui font varier le coût
Deux projets qui paraissent identiques en une phrase peuvent différer d'un facteur dix en charge de travail. Voici ce qui explique ces écarts.
| Facteur | Pourquoi il pèse | Question à se poser |
|---|---|---|
| Périmètre fonctionnel | Chaque écran, règle et rôle ajoute des jours de conception, de développement et de test | Quelles fonctions sont indispensables dès la première version ? |
| Intégrations | Relier des systèmes existants impose de comprendre leurs données et leurs limites | Avec quels outils le logiciel doit-il échanger ? |
| Règles métier | Plus les cas particuliers sont nombreux, plus le test est long | Les exceptions sont-elles documentées ? |
| Interface et expérience | Un outil pour dix utilisateurs internes diffère d'un produit grand public | Qui l'utilise, sur quels appareils ? |
| Sécurité et conformité | Droits, journal des accès, protection des données demandent du temps | Quelles données sensibles sont traitées ? |
| Reprise de données | Migrer l'existant demande nettoyage et vérification | Dans quel état sont les données actuelles ? |
| Qualité du cadrage | Un besoin flou provoque des retours en arrière | Le besoin est-il écrit et validé ? |
Le calcul de base : jours multipliés par TJM
La plupart des devis sérieux se construisent par lots de travail : cadrage, conception, développement, tests, déploiement, gestion de projet. Chaque lot est estimé en jours, puis multiplié par le taux journalier du profil concerné. Le total est complété par une marge de risque, proportionnelle à l'incertitude.
Un devis qui ne détaille pas ses jours est difficile à comparer. Demandez toujours la ventilation par lot, les profils mobilisés et les hypothèses sur lesquelles l'estimation repose.
Exemple de calcul (hypothétique)
Hypothèses de l'exemple : une application interne de suivi d'interventions pour une équipe terrain, avec connexion utilisateur, trois rôles, création et suivi de dossiers, pièces jointes, un tableau de bord et un export. Un TJM moyen de 600 € est retenu pour l'illustration. Ce TJM n'est ni un prix de marché ni une indication de tarif : il sert uniquement à rendre le calcul lisible.
| Lot | Jours estimés | Calcul à 600 €/jour |
|---|---|---|
| Cadrage et conception | 8 | 4 800 € |
| Développement | 30 | 18 000 € |
| Tests et corrections | 8 | 4 800 € |
| Déploiement et formation | 4 | 2 400 € |
| Gestion de projet | 6 | 3 600 € |
| Sous-total | 56 | 33 600 € |
| Marge de risque (15 %) | 8,4 | 5 040 € |
| Total estimé | 64,4 | 38 640 € |
Si, dans le même exemple, une intégration avec un système de gestion existant s'ajoute et demande douze jours supplémentaires, le sous-total passe à 68 jours et le coût de base à 40 800 € avant marge. C'est ainsi que se mesure l'effet d'une intégration : en jours, pas en intuition. Refaites ce calcul avec vos propres lots et les taux de votre prestataire.
Les coûts après la livraison
Le coût de construction n'est qu'une partie du coût total. Un logiciel vivant demande de l'hébergement, des mises à jour de sécurité, de la correction d'anomalies, du support et des évolutions quand l'activité change.
- Hébergement et exploitation : serveurs ou services cloud, sauvegardes, surveillance.
- Maintenance corrective : correction des anomalies découvertes à l'usage.
- Maintenance évolutive : nouvelles fonctions, adaptations réglementaires, changements de processus.
- Mises à jour techniques : bibliothèques, systèmes, sécurité.
- Support utilisateur : formation des nouveaux arrivants, assistance.
Prévoyez ces coûts dès le départ et demandez-les séparés dans le devis. Un projet financé sans budget de maintenance se dégrade en quelques mois.
Réduire le coût sans réduire la valeur
- Visez une première version utile : livrez le minimum qui apporte de la valeur, puis enrichissez.
- Écrivez le besoin avant de demander un devis : un document d'une à deux pages avec utilisateurs, flux et exceptions réduit les imprévus.
- Réutilisez ce qui existe : composants éprouvés, outils standard pour les fonctions communes.
- Désignez un responsable côté client qui tranche vite.
- Découpez en phases avec une décision de poursuite à chaque étape.
Avant d'engager un projet, vérifiez si un produit standard couvre le besoin : notre article sur le logiciel sur mesure ou standard propose une grille de décision. Pour un besoin d'ERP, notre guide de la mise en place d'un ERP traite le budget d'un projet de cette nature.
Comparer des devis
Ce qu'un bon devis détaille
- La ventilation par lot, avec les jours et les profils.
- Les hypothèses et les exclusions, écrites noir sur blanc.
- Le mode de facturation : au forfait, en régie ou mixte, et ses conséquences si le périmètre change.
- La propriété du code, de la documentation et des données.
- Les conditions de la maintenance après la livraison.
Les signaux d'alerte
Un prix très inférieur aux autres sans explication, un forfait fixe sur un besoin non cadré, une absence de phase de tests, ou le refus de remettre les sources : autant de raisons de poser des questions précises avant de signer.
Comment nous travaillons
Notre équipe de développement de logiciels sur mesure et d'applications d'entreprise commence par un cadrage, puis livre par étapes, avec une estimation en jours détaillée par lot. Nous construisons aussi nos propres produits, dont Dika Ops, un ERP en bêta fermée avec liste d'attente : cela nous conduit à déconseiller le sur mesure lorsqu'un produit existant suffit.
Questions fréquentes
Combien coûte un logiciel sur mesure ?
Cela dépend du nombre de jours nécessaires et du taux journalier du prestataire. Un besoin simple et bien cadré coûte moins qu'un besoin large avec intégrations ; seule une estimation détaillée après cadrage est fiable.
Qu'est-ce qu'un TJM ?
Le taux journalier moyen est le prix facturé pour une journée de travail d'un profil. Il varie avec l'expérience, le métier et le prestataire. Comparez toujours le TJM avec le nombre de jours proposé, car un taux bas ne garantit pas un coût total bas.
Forfait ou régie : que choisir ?
Le forfait convient à un périmètre précis et stable ; la régie convient à un besoin qui évolue. Une formule mixte, avec cadrage au forfait puis développement par étapes, est souvent un bon compromis.
Pourquoi les devis diffèrent-ils autant ?
Parce que le périmètre, les hypothèses et le niveau de finition ne sont pas les mêmes. Faites remplir à chaque prestataire le même tableau de lots et d'hypothèses avant de comparer les montants.
Faut-il prévoir un budget de maintenance ?
Oui. Un logiciel demande de l'hébergement, des correctifs, des mises à jour de sécurité et des évolutions. Demandez ce budget séparément dès le devis pour éviter une dégradation progressive.
Comment limiter le risque de dépassement ?
Cadrez le besoin par écrit, livrez par phases courtes, arbitrez chaque ajout de périmètre et gardez un responsable disponible côté client. Une marge de risque explicite dans le devis vaut mieux qu'une surprise.
Prochaine étape
Rédigez votre besoin en deux pages, listez les lots et demandez des estimations en jours. Pour que nous étudiions votre projet, découvrez Dika Design et contactez-nous.
