Création de logiciel sur mesure : étapes, coûts et pièges

Votre équipe saisit trois fois les mêmes informations. Les devis passent d'un tableur à un autre. Votre CRM, votre planning et votre outil de facturation ne se parlent pas. La tentation est grande de commander « notre logiciel à nous ». Mais faut-il vraiment repartir de zéro ?

La création d'un logiciel sur mesure a du sens lorsqu'elle simplifie un travail important que les outils existants couvrent mal. Elle peut aussi devenir un investissement inutile si une intégration, un paramétrage ou un outil du marché suffit. La bonne décision se prend avant d'écrire la première ligne de code.

Je développe des logiciels métier en C#/.NET depuis plusieurs années et j'interviens aussi sur les CRM, les API et les reprises de projets existants. Voici comment j'aborde concrètement le choix, le cadrage, le budget et la livraison d'un logiciel pour une PME.

Faut-il vraiment créer un logiciel sur mesure ?

La première question n'est pas « quelle technologie utiliser ? », mais « qu'est-ce qui bloque aujourd'hui ? ». Il faut comprendre le processus de travail, les informations manipulées, les exceptions et le temps perdu. Puis regarder si un outil existant résout déjà le problème.

• Un besoin courant, comme la comptabilité, la paie ou la facturation classique : privilégier un logiciel spécialisé, entretenu par un éditeur.
• Deux outils qui fonctionnent bien séparément mais imposent des ressaisies : commencer par une intégration API ou une automatisation.
• Un processus propre à votre métier, avec des règles complexes et plusieurs personnes impliquées : étudier le développement d'un logiciel métier dédié.
• Un outil existant qui couvre l'essentiel du besoin, avec quelques limites : comparer le coût des adaptations au coût d'un remplacement.

Par exemple, un organisme de formation qui utilise déjà un logiciel de gestion n'a pas forcément besoin d'un nouveau système. Il peut lui manquer un portail documentaire, une interface adaptée aux formateurs ou un échange fiable avec son CRM. On peut construire uniquement cette brique.

C'est souvent une meilleure solution que de remplacer un ensemble d'outils qui remplissent déjà correctement leur fonction.

Les 5 étapes d'un projet de logiciel sur mesure

1. Cadrer le besoin avec les personnes qui font le travail

Je commence par discuter avec les utilisateurs, pas uniquement avec la direction. Comment une demande arrive-t-elle ? Qui la traite ? Quelles informations sont manquantes ? Que se passe-t-il lorsqu'un dossier est incomplet ou qu'un client change d'avis ?

Le cadrage doit aboutir à une liste de problèmes, un objectif mesurable, les principaux cas particuliers et une première version réaliste. Il permet aussi de dire ce qu'on ne va pas développer.

2. Concevoir les règles, les écrans et les connexions

On décrit les parcours utilisateurs, les données, les habilitations, les règles de gestion et les échanges avec les autres outils. Un schéma simple vaut parfois mieux qu'un cahier des charges de cent pages.

C'est ici que l'on vérifie la faisabilité des intégrations : accès aux API, limites de l'éditeur, qualité des données, authentification et éventuelles licences supplémentaires. Une API absente ou mal documentée peut modifier sensiblement le périmètre.

3. Développer une première version utile

Je préfère livrer par étapes plutôt que présenter six mois de travail d'un seul coup. Le premier lot doit rendre un vrai service, même s'il ne contient pas toutes les fonctionnalités imaginées au départ.

On montre régulièrement ce qui fonctionne. Les utilisateurs donnent leur retour, puis on décide de corriger, de compléter ou de reporter. Une demande supplémentaire est explicitement arbitrée avant d'être ajoutée au périmètre.

4. Tester, reprendre les données et mettre en production

Avant l'ouverture aux équipes, il faut vérifier les principaux scénarios, les droits d'accès, les cas d'erreur, la sécurité et les échanges avec les systèmes existants. La reprise de données ne se résume pas à copier un fichier : doublons, formats, historiques et pièces jointes peuvent demander un travail spécifique.

La CNIL recommande de séparer les environnements de développement et de production et d'utiliser des données fictives ou anonymisées pour les tests. Un recours encadré aux données réelles en préproduction suppose des protections renforcées.

La mise en service prévoit des sauvegardes, un responsable du déploiement et, lorsque c'est pertinent, un moyen de revenir à la version précédente.

5. Maintenir et faire évoluer le logiciel

Une application n'est pas terminée le jour de sa mise en ligne. Il faut suivre les incidents, mettre à jour ses dépendances, surveiller les sauvegardes et adapter les intégrations lorsque les API changent.

La maintenance corrective, l'hébergement et les nouvelles fonctionnalités sont des sujets différents. Ils doivent être décrits et chiffrés séparément, avec des responsabilités claires.

Combien coûte la création d'un logiciel sur mesure ?

Il n'existe pas de « prix moyen » sérieux sans connaître le périmètre. Les montants varient selon les règles métier, les intégrations, la reprise des données, la sécurité et les exigences de disponibilité. Pour rendre les chiffres compréhensibles, voici des simulations calculées sur une base de 600 € HT par journée de développement, qui est le tarif journalier affiché par Clarifya. Ce ne sont ni des moyennes du marché ni des devis.

• Une passerelle spécifique ou un petit outil interne, 3 à 10 jours : 1 800 à 6 000 € HT, soit 2 160 à 7 200 € TTC avec une TVA de 20 %.
• Un premier logiciel métier limité à un parcours utile, 15 à 40 jours : 9 000 à 24 000 € HT, soit 10 800 à 28 800 € TTC.
• Une application plus complète, avec plusieurs écrans et règles métier, 40 à 90 jours : 24 000 à 54 000 € HT, soit 28 800 à 64 800 € TTC.
• Une plateforme comportant de nombreux modules et intégrations, à partir de 100 jours : à partir de 60 000 € HT, soit 72 000 € TTC à 20 % de TVA.

Ces exemples supposent une journée facturée 600 € HT et une TVA au taux normal de 20 %. Le coût réel dépend aussi du mode d'organisation, des autres intervenants et de la fiscalité applicable. Un projet peut coûter moins cher, ou beaucoup plus, selon ce qu'il doit réellement faire.

Au devis initial, ajoutez les postes éventuellement nécessaires : hébergement, sauvegardes, licences tierces, envoi d'e-mails ou de SMS, supervision, maintenance et temps interne consacré aux tests et à la formation. Je conseille de garder une marge pour les imprévus plutôt que de considérer le premier chiffrage comme un plafond universel.

Pour raisonner en rentabilité, prenons un exemple simple. Si un outil fait gagner 30 heures par mois à une équipe, valorisées à 30 € l'heure, le gain théorique atteint 10 800 € par an. Il faut ensuite retrancher les frais récurrents et vérifier que le temps économisé se traduit bien par un avantage concret. C'est une base de calcul, pas une promesse de retour sur investissement.

Que doit contenir un bon cahier des charges ?

Le cahier des charges sert d'abord à éviter les malentendus. Il doit permettre à un dirigeant de comprendre ce qu'il achète et à un développeur de savoir quand une fonctionnalité peut être considérée comme terminée.

• L'objectif métier : ce que l'on cherche à améliorer et comment on mesurera le résultat.
• Les utilisateurs et leurs droits : qui voit, crée, corrige, valide ou supprime quelles données.
• Les parcours et les exceptions : pas seulement le scénario idéal, mais aussi les dossiers incomplets et les erreurs.
• Les outils connectés : CRM, ERP, facturation, e-commerce, API et contraintes de chaque système.
• Les données existantes : ce qui doit être repris, nettoyé, archivé ou exclu.
• Le périmètre de la première livraison : ce qui est inclus et ce qui ne l'est pas.
• Les critères de recette : comment le client constatera que le résultat est conforme.
• Les conditions de fonctionnement : hébergement, sécurité, sauvegardes, maintenance, documentation et réversibilité.

Une formule comme « connecter le logiciel au CRM » ne suffit pas. Il faut préciser si la connexion crée des fiches, met à jour les contacts existants, gère les doublons, remonte les erreurs et reprend les anciennes données.

Point de vigilance pour les outils de gestion : si le projet touche à la facturation, il faut tenir compte de la réforme française. Depuis le 1er septembre 2026, les entreprises concernées doivent pouvoir recevoir des factures électroniques via une plateforme agréée. L'obligation d'émission pour les PME et microentreprises s'applique à partir du 1er septembre 2027. Cela ne signifie pas que tout logiciel sur mesure doit devenir lui-même une plateforme de facturation : il faut surtout concevoir correctement ses échanges avec la solution retenue.

Logiciel sur mesure, SaaS, low-code ou automatisation : que choisir ?

Ces approches ne sont pas concurrentes dans tous les cas. Elles peuvent se compléter au sein d'un même système d'information.

• SaaS ou progiciel : un outil prêt à l'emploi, souvent pertinent pour une fonction standard. Vérifiez le coût des utilisateurs, les options et les possibilités d'export.
• Automatisation : un flux qui transfère ou transforme des informations entre outils, sans forcément utiliser d'intelligence artificielle. Très utile pour éviter les doubles saisies.
• No-code ou low-code : une application assemblée sur une plateforme. Intéressant pour certains outils internes, à condition d'évaluer les limites, la sécurité, les abonnements et la réversibilité.
• Développement sur mesure : une application codée pour des contraintes particulières, généralement plus libre dans son fonctionnement mais demandant un investissement et une maintenance propres.

Un projet hybride est souvent le bon compromis. Par exemple : conserver un CRM existant, ajouter un espace client développé en .NET et automatiser la transmission de documents vers un logiciel de gestion.

France Num recommande également d'identifier clairement les besoins avant de multiplier les outils no-code. La simplicité et la capacité à maintenir le système comptent plus que le nombre de fonctionnalités annoncées.

Les 6 erreurs qui font déraper un projet

• Commander des écrans sans avoir décrit le problème : le logiciel reproduit alors le mauvais processus, mais sur une interface neuve.
• Vouloir tout livrer dans la première version : le budget augmente avant même qu'un utilisateur ait pu tester le cœur du produit.
• Oublier les exceptions métier : les cas rares finissent par mobiliser beaucoup de temps lorsque les équipes commencent à travailler.
• Sous-estimer les données et les intégrations : un export mal structuré ou une API limitée peut devenir le vrai chantier.
• Confondre démonstration et recette : une démo convaincante ne prouve pas que les droits, les erreurs et les cas limites fonctionnent.
• Ignorer la sortie du prestataire : sans accès, documentation, sources et accord clair sur les droits, reprendre le logiciel devient compliqué.

Ces problèmes ne sont pas propres aux petits projets. Ils surviennent surtout lorsqu'on veut figer un prix ou commencer à coder avant d'avoir pris les décisions importantes.

Et si votre logiciel existe déjà, mais fonctionne mal ?

Un logiciel lent, difficile à maintenir ou laissé inachevé ne doit pas être réécrit automatiquement. Une reprise commence par un diagnostic : état du code, dépendances, base de données, accès, fonctionnalités réellement utilisées et incidents prioritaires.

Ensuite, trois voies sont possibles : stabiliser l'existant, reprendre certains modules ou repartir sur une nouvelle base. Une refonte complète est parfois justifiée, mais elle n'est pas systématiquement l'option la moins risquée.

J'interviens aussi sur ce type de situation. L'objectif est de préserver ce qui fonctionne et d'éviter de refaire payer au client un travail récupérable.

Comment choisir le bon prestataire ?

Avant de comparer les tarifs, vérifiez qui va réellement concevoir, développer, mettre en service et maintenir l'application.

• Demandez un exemple de livraison comparable, avec le problème initial et la solution retenue.
• Vérifiez si les intégrations et la reprise des données ont été étudiées avant la promesse d'un prix fixe.
• Demandez comment se déroulent les démonstrations, les validations et le traitement des demandes supplémentaires.
• Clarifiez le contrat : code source, droits d'exploitation ou cession, accès aux comptes, hébergement, documentation et conditions de transfert.

Le logiciel est une création protégée par le droit d'auteur : commander son développement ne règle pas, à lui seul, toutes les questions de propriété intellectuelle. Les droits et les conditions de remise doivent être explicitement prévus au contrat.

Un bon prestataire doit aussi pouvoir vous dire que le développement sur mesure n'est pas la meilleure option. Une intégration à quelques jours ou un outil existant peut résoudre votre problème sans projet lourd.

Questions fréquentes

Combien de temps faut-il pour développer un logiciel sur mesure ?

Quelques jours peuvent suffire pour un outil ciblé. Un logiciel métier prend souvent plusieurs semaines ou mois, selon la disponibilité des équipes, le nombre de fonctions, les validations et les connexions à réaliser. La durée calendaire n'est pas égale au nombre de jours facturés.

Peut-on commencer avec un petit budget ?

Oui, à condition de limiter la première livraison à une fonction utile. Un outil interne, un portail minimal ou une intégration peut servir de premier lot. Il faut surtout éviter de présenter un prototype comme un logiciel complet déjà sécurisé et industrialisé.

Est-ce que l'IA permet de développer un logiciel beaucoup moins cher ?

L'IA peut accélérer certaines étapes, notamment la préparation de code, les tests ou la documentation. Elle ne remplace pas les arbitrages métier, la vérification des résultats, la sécurité et la maintenance. Le gain doit être mesuré sur une livraison qui fonctionne, pas sur la vitesse à produire du code.

Faut-il forcément un cahier des charges complet avant le premier devis ?

Pas toujours. Un premier échange peut suffire pour donner une enveloppe approximative. Pour un engagement ferme sur un périmètre important, il faut en revanche décrire les fonctionnalités, les exclusions et les hypothèses. Un cadrage court et facturé peut être une étape plus raisonnable qu'un devis définitif construit sur des suppositions.

Le point Clarifya : construire seulement ce qui manque

Je travaille directement sur les projets, du cadrage à la mise en production, avec une spécialisation en C#/.NET, CRM et intégrations API. Selon votre besoin, je peux développer un logiciel complet, une interface métier, une connexion entre deux outils ou simplement vous conseiller de garder votre solution actuelle.

Le code, les accès et les comptes sont organisés pour que vous gardiez la maîtrise du projet. Le périmètre et les modalités de transfert sont précisés dans la proposition, et les livraisons sont documentées pour pouvoir évoluer ou être reprises.

Vous hésitez entre développer, automatiser ou remplacer un outil ? Réservez un premier échange de 30 minutes avec Clarifya pour faire le point sur votre besoin, sans engagement.