Le sur mesure se justifie dans deux situations, et seulement dans celles-là
Faites développer quand votre processus fait partie de ce que vos clients achètent, ou quand plusieurs logiciels doivent enfin partager les mêmes données. Pour tout le reste, un SaaS bien paramétré revient moins cher et vous décharge de la maintenance.
Votre processus vous différencie
Un bureau d'études qui chiffre un chantier selon sa propre méthode, un distributeur qui calcule ses remises selon l'historique de chaque client, un organisme qui suit un dossier en douze étapes réglementées. Un progiciel les oblige à contourner l'outil par des tableurs annexes. Un logiciel écrit pour eux grave leur savoir-faire dans l'outil, et chaque nouvel arrivant l'applique dès le premier jour.
Vos outils ne se parlent pas
Le client est saisi dans le CRM, puis dans l'ERP, puis dans un tableur de planification, et chaque copie peut diverger. Une couche sur mesure relie ces logiciels par leurs API (les portes d'entrée qu'ils ouvrent aux autres programmes), garde une seule version de chaque information et laisse chaque outil faire ce qu'il fait bien.
Masteria applique ce raisonnement à ses propres outils. Notre gestion des formations et des clients tourne sur une plateforme développée en interne avec Next.js et Supabase : elle relie dans un même outil les dossiers, les devis et les exigences qualité de la certification Qualiopi. Pour la messagerie, nous utilisons un logiciel du marché.
Sur mesure, SaaS, ERP paramétré ou no-code : où part l'argent, qui garde la main
Chaque option place la dépense à un moment différent de la vie du logiciel. Le sur mesure concentre l'effort au départ puis coûte peu à chaque utilisateur ajouté ; le SaaS démarre presque gratuitement et facture chaque personne, chaque année. La ligne « dépendance » pèse souvent plus lourd que la ligne « coût initial » au bout de cinq ans.
Les quatre options se combinent : un ERP pour la gestion, un SaaS pour la messagerie, un développement pour la partie qui vous est propre.
| Critère | Sur mesure | SaaS du marché | Progiciel paramétré (ERP type Odoo) | No-code ou low-code |
|---|---|---|---|---|
| Coût initial | Le plus élevé : conception, développement, tests et reprise des données existantes. | Faible : un abonnement, quelques réglages, parfois une courte prestation de démarrage. | Moyen à élevé : licences, paramétrage par un intégrateur, reprise des données, éventuels modules spécifiques. | Faible à moyen : quelques semaines de construction par une personne formée à la plateforme. |
| Coût dans la durée | Maintenance, hébergement et évolutions. Aucune redevance par utilisateur : ajouter dix personnes ne change presque rien. | Abonnement par utilisateur qui grossit avec l'équipe et suit les hausses de tarif décidées par l'éditeur. | Abonnement ou maintenance de l'éditeur, plus la remise à niveau des développements spécifiques à chaque nouvelle version. | Abonnement à la plateforme, souvent calculé sur le nombre d'utilisateurs ou d'exécutions. |
| Adaptation au processus | Complète : chaque écran, chaque règle de calcul et chaque validation suivent votre façon de travailler. | Vous adoptez le processus prévu par l'éditeur, dans la limite des réglages proposés. | Large à l'intérieur des modules ; chaque écart au standard devient un développement spécifique à maintenir. | Bonne sur un flux simple ; la construction se complique dès que les règles métier se multiplient. |
| Propriété du code et des données | Le code et les données vous appartiennent, à condition que la cession des droits soit écrite au contrat. | Vous louez un droit d'usage. Les données sortent dans les formats d'export que l'éditeur a prévus. | Odoo Community est sous licence libre, l'édition Enterprise sous licence propriétaire. Les données restent chez vous si vous hébergez la base. | La logique de l'application reste enfermée dans la plateforme ; seules les données s'exportent. |
| Dépendance à un éditeur | Faible si le code est documenté et écrit avec une technologie courante : un autre développeur peut le reprendre. | Forte : le prix, la feuille de route et la durée de vie du produit se décident chez l'éditeur. | Moyenne : plusieurs intégrateurs peuvent intervenir, mais les versions et leur calendrier viennent de l'éditeur. | Forte : l'application ne fonctionne que sur la plateforme qui l'héberge. |
| Capacité à intégrer l'IA | Libre : vous choisissez le modèle, l'endroit où il tourne et les données qu'il a le droit de lire. | Celle que l'éditeur ajoute, à son rythme, souvent dans une offre plus chère. | Fonctions d'IA de l'éditeur, ou développement spécifique branché sur l'ERP par son API. | Blocs d'IA prêts à l'emploi, commodes pour un prototype, limités dès que l'usage devient exigeant. |
À retenir sur l'IA : dans un SaaS, vous attendez que l'éditeur ajoute la fonction et vous payez l'option. Dans un logiciel à vous, une fonction qui lit les pièces jointes ou prépare une réponse se branche quand le besoin apparaît. Si l'IA constitue le cœur de votre projet, nos outils IA sur mesure et notre agence de développement IA traitent ce cas en détail.
Faut-il faire développer votre logiciel ? Dix signaux pour trancher
Cochez honnêtement chaque colonne. Deux signaux à gauche et aucun à droite : le développement mérite un chiffrage. Un seul signal à droite suffit à remettre le projet en question.
Le sur mesure se justifie quand
- Votre façon de traiter un dossier, de chiffrer ou de planifier fait partie de ce que vos clients achètent, et aucun logiciel du marché ne la reproduit sans détour.
- Trois ou quatre outils (CRM, ERP, messagerie, tableur partagé) contiennent chacun une partie de l'information, et vos équipes recopient de l'un à l'autre.
- Le nombre d'utilisateurs va grandir, et l'abonnement par personne finirait par coûter plus cher qu'un logiciel à vous.
- Vos données sont sensibles et doivent rester sur un hébergement que vous choisissez.
- Vous voulez ajouter de l'IA à un processus précis, avec un modèle et des règles que vous maîtrisez.
Il ne se justifie pas quand
- Le besoin est standard : comptabilité, paie, messagerie, gestion des congés. Des éditeurs y consacrent des équipes entières, et leurs produits suivent la réglementation.
- Le processus n'est pas encore stabilisé. Mieux vaut le roder quelques mois sur un tableur ou un outil no-code, puis coder ce qui a tenu.
- Personne chez vous ne pourra suivre le projet quelques heures par semaine : décrire les règles, tester, trancher.
- Le budget couvre le développement mais aucune ligne de maintenance n'est prévue pour les années suivantes.
- Un SaaS couvre déjà l'essentiel de votre besoin, et ce qui manque se règle avec un connecteur ou une automatisation.
« Quand un abonnement à quelques dizaines d'euros par mois fait le travail, nous le disons au premier rendez-vous. Le développement que nous déconseillons nous coûte un projet ; celui que nous livrons sans raison coûterait davantage au client. » Mathias Nizan, fondateur de Masteria
Le prix d'un logiciel sur mesure se lit sur cinq ans
Le devis de développement ne couvre que la première année. Le coût total de possession additionne ce développement, la maintenance, l'hébergement et les évolutions sur toute la durée d'usage. C'est ce total qu'il faut opposer à cinq ans d'abonnements multipliés par le nombre d'utilisateurs.
Un prestataire sérieux chiffre les quatre postes dès sa proposition. S'il n'en chiffre qu'un, demandez les trois autres avant de comparer.
Le développement initial
Cadrage, conception des écrans, code, tests, reprise des données existantes et formation des utilisateurs. C'est le seul poste que la plupart des devis affichent.
La maintenance corrective et technique
Corriger les anomalies remontées par les utilisateurs, appliquer les mises à jour de sécurité des bibliothèques, suivre les nouvelles versions du langage et du framework.
L'hébergement et l'exploitation
Serveurs ou plateforme cloud, base de données, sauvegardes, supervision, nom de domaine, certificats. Le montant dépend du nombre d'utilisateurs et du volume de données.
Les évolutions
Un logiciel métier qui sert finit par recevoir des demandes : un nouvel écran, une règle qui change, un outil de plus à connecter. Prévoyez un budget annuel pour les traiter.
Trois choix font baisser ce total sans rogner sur le logiciel : une technologie répandue, que beaucoup de développeurs savent reprendre ; des tests automatisés sur les règles de calcul, qui rendent chaque mise à jour moins risquée ; une documentation tenue à jour, qui évite de payer un nouveau prestataire pour comprendre l'existant.
Le code vous appartient seulement si le contrat le dit
Payer le développement ne suffit pas à devenir propriétaire. Le droit français distingue le salarié du prestataire, et la cession au profit d'un client obéit à une forme précise.
Vos salariés : les droits vont à l'employeur
L'article L113-9 du code de la propriété intellectuelle attribue à l'employeur les droits patrimoniaux (exploiter, modifier, diffuser) sur les logiciels et leur documentation créés par ses salariés dans l'exercice de leurs fonctions, sauf clause contraire.
Un prestataire : il faut une cession écrite
Cette règle ne couvre pas une agence ni un freelance. Sans clause, l'auteur du code garde ses droits et vous n'obtenez qu'un droit d'utilisation, parfois discuté. L'article L131-3 exige que chaque droit cédé fasse l'objet d'une mention distincte et que la cession précise son étendue, sa destination, son lieu et sa durée.
Ce que votre contrat doit contenir
- La liste des droits cédés : reproduction, modification, adaptation, distribution, avec le territoire et la durée.
- Le sort des briques réutilisées : bibliothèques libres sous leur propre licence, composants que le prestataire garde et vous concède en licence.
- La remise du code source dans un dépôt à votre nom, et la documentation qui permet à un autre développeur de le reprendre.
- Pour les données personnelles, le contrat de sous-traitance prévu par l'article 28 du RGPD, avec la restitution ou la suppression des données en fin de mission.
Chez Masteria, le code développé pour vous et sa documentation vous sont remis ; la cession des droits et le transfert du dépôt de code et des accès d'hébergement s'écrivent dans la proposition. Pour un SaaS, le règlement européen sur les données, applicable depuis le 12 septembre 2025, facilite désormais le changement de fournisseur cloud ; il ne vous rend pas pour autant propriétaire du logiciel loué.
Du processus observé au logiciel en service, en cinq temps
Un logiciel métier réussit quand il part du travail tel qu'il se fait, avec ses exceptions et ses contournements. Le premier temps du projet se passe donc avec vos équipes, avant toute ligne de code.
Le détail des jalons, des validations et des livrables figure sur notre page méthode de projet.
- Temps 1
Décrire le processus tel qu'il se pratique
Avec les personnes qui font le travail, nous suivons un dossier du début à la fin : qui saisit quoi, dans quel outil, qui valide, où l'information se perd. Ce relevé sert de base au périmètre et au chiffrage.
- Temps 2
Arbitrer entre développer, acheter et connecter
Pour chaque partie du processus, nous indiquons ce qu'un logiciel existant fait déjà bien et ce qui mérite d'être écrit. Vous recevez un périmètre, une architecture et un prix au forfait.
- Temps 3
Livrer par versions utilisables
Une première version couvre le cœur du processus et part chez quelques utilisateurs. Les suivantes ajoutent les écrans, les connecteurs et les automatisations, avec un point chaque semaine.
- Temps 4
Tester, documenter, remettre
Tests automatisés sur les règles de calcul, documentation technique et guide utilisateur, dépôt de code transféré sur votre compte, accès d'hébergement à votre nom.
- Temps 5
Maintenir et faire évoluer
Un contrat de maintenance fixe ce qui est corrigé, sous quel délai et à quel prix, et comment les évolutions sont chiffrées. Vous pouvez aussi confier la suite à votre propre équipe.
Des technologies que d'autres sauront reprendre
Nos développeurs écrivent en TypeScript et en Python, avec React et Next.js pour les écrans, Node.js côté serveur, PostgreSQL (souvent via Supabase) pour les données, et un hébergement chez Vercel ou chez l'hébergeur de votre choix. Ils connectent CRM, ERP comme Odoo et messageries par API, et automatisent avec n8n quand un flux simple suffit. Pour une application destinée au navigateur ou au téléphone, notre page agence de développement d'application web compare les options techniques.
Ce que coûte un développement logiciel sur mesure chez Masteria
Un prototype démarre autour de 8 000 € HT ; une application métier en production se chiffre en dizaines de milliers d'euros ; un système qui remplace plusieurs outils pour une grande organisation dépasse 100 000 € et peut atteindre plusieurs centaines de milliers.
Ces fourchettes restent larges parce qu'un logiciel de trois écrans et un système de trente écrans connecté à quatre outils portent le même nom. Le prix précis se fixe après le cadrage.
Au forfait
Un prix global, fixé après le cadrage, pour un périmètre écrit et un livrable défini. Masteria s'engage sur le livrable décrit ; une demande nouvelle en cours de route se chiffre à part.
En régie
Des développeurs détachés dans votre équipe, sur site ou à distance, facturés au taux journalier. Vous pilotez les priorités au quotidien. Notre taux se communique sur devis.
Après la livraison
La maintenance et les évolutions se discutent dès la proposition, pour que vous puissiez estimer le coût total sur plusieurs années.
Le développement d'un logiciel n'est pas finançable par l'OPCO ; la formation de vos équipes à l'outil livré peut l'être. Les ordres de grandeur par type de projet figurent sur notre page prix d'un projet IA, et la page agence de développement web présente l'ensemble de nos développements.
Questions fréquentes sur le développement sur mesure
Votre situation appelle une réponse plus précise ?
Réservez 30 minutes avec nousUne équipe composée pour votre projet, sous la responsabilité de Mathias Nizan
Masteria, fondée à Lyon en 2022, réunit environ cinq développeurs web et IA indépendants, une dizaine de consultants et une vingtaine de formateurs. Mathias Nizan retient les profils selon la technologie et le métier du client, et répond du résultat. Nous exploitons nous-mêmes ce que nous savons construire : le site master-ia.fr, en React avec des pages prérendues pour le référencement, et notre plateforme de gestion des formations et des clients, en Next.js et Supabase.
Sources et textes de référence
Textes consultés le 23 octobre 2026. Ils donnent le cadre général ; pour un contrat précis, faites relire les clauses de cession par votre juriste.
- Code de la propriété intellectuelle, article L113-9 (Légifrance) : les droits sur un logiciel créé par des salariés dans l'exercice de leurs fonctions reviennent à l'employeur.
- Code de la propriété intellectuelle, article L131-3 (Légifrance) : chaque droit cédé doit faire l'objet d'une mention distincte, avec son étendue, sa destination, son lieu et sa durée.
- RGPD, article 28 sur le site de la CNIL : le contrat écrit entre le client et le prestataire qui traite des données personnelles pour son compte, et le sort des données en fin de contrat.
- Commission européenne, le règlement sur les données (Data Act) : applicable depuis le 12 septembre 2025, il encadre le changement de fournisseur de services cloud.
