Ce qu'il faut retenir avant de choisir entre un logiciel du marché et un développement spécifique.
- Pour un processus standard (comptabilité, paie, messagerie), un SaaS suffit le plus souvent.
- Le sur-mesure se justifie avec des processus spécifiques, des intégrations complexes ou des licences par utilisateur qui s'accumulent.
- Comparez toujours le coût total sur 3 ans, pas un abonnement mensuel contre un devis.
- Commencez par un MVP : une première version utile, livrée vite, puis améliorée.
- Exigez par écrit la cession des droits sur le code, la remise des sources et la réversibilité.
- Dans les deux cas, l'hébergeur est votre sous-traitant RGPD : un contrat conforme à l'article 28 est obligatoire.
01 — Le bon point de départApplication sur mesure ou SaaS : commencer par le besoin, pas par l'outil
La question « faut-il une application sur mesure ou un logiciel du marché ? » arrive souvent trop tôt. Elle se pose généralement après une frustration : un tableur partagé qui ne tient plus, un logiciel en ligne qui oblige à contourner ses propres méthodes de travail, ou une facture d'abonnements qui grossit à chaque recrutement. Avant de comparer des solutions, il faut décrire ce que l'outil doit faire, pour qui, et avec quelles données.
Un logiciel SaaS (Software as a Service) est un logiciel loué en ligne : l'éditeur l'héberge, le fait évoluer et le facture le plus souvent par abonnement, par utilisateur ou par volume. Une application sur mesure est développée pour votre organisation : elle reproduit vos règles de gestion, se connecte à vos outils existants et vous appartient, à condition que le contrat le prévoie. Aucune des deux options n'est meilleure dans l'absolu. Le bon choix dépend de la part de votre activité qui est standard et de celle qui fait votre différence.
Dans cet article, nous vous proposons une grille de décision honnête, un calcul de coût sur trois ans présenté comme une hypothèse, et les points juridiques à verrouiller : propriété du code, réversibilité, RGPD et hébergement des données.
02 — Quand le SaaS suffitLogiciel du marché : les cas où il ne faut pas développer
Disons-le clairement : pour une grande partie des besoins d'une TPE ou d'une PME, un logiciel du marché suffit, et développer serait une dépense injustifiée. C'est le cas lorsque :
- Le processus est standard : comptabilité, paie, facturation simple, messagerie, agenda partagé, signature électronique. Ces métiers sont encadrés par des règles communes à toutes les entreprises, et les éditeurs spécialisés suivent les évolutions réglementaires mieux qu'un développement isolé.
- Le nombre d'utilisateurs est faible et stable : quelques licences mensuelles représentent un coût modéré et prévisible.
- Vous acceptez d'adapter vos méthodes à l'outil : si le logiciel impose une manière de travailler raisonnable, l'adopter peut même assainir vos habitudes.
- Le besoin est urgent : un SaaS se met en service en quelques jours, un développement demande plusieurs semaines.
- Le besoin n'est pas encore stabilisé : tester un outil du marché pendant quelques mois permet souvent de découvrir ce dont on a vraiment besoin, et sert ensuite de base à un cahier des charges.
Lorsqu'un logiciel du marché couvre correctement votre besoin, nous vous le dirons en rendez-vous. Le sur-mesure n'a de sens que s'il apporte un gain mesurable : du temps de saisie évité, des erreurs supprimées, une intégration impossible autrement, ou un coût global plus faible sur la durée.
03 — Quand le sur-mesure se justifieDéveloppement application métier : les cinq signaux à surveiller
1. Vos processus sont spécifiques
Un circuit de validation particulier, un calcul de prix propre à votre métier, une planification qui tient compte de contraintes que les outils génériques ignorent : quand le logiciel du marché vous oblige à des ressaisies, des fichiers annexes ou des contournements quotidiens, le coût caché se paie en heures de travail. Un logiciel sur mesure pour PME se justifie d'abord lorsque ce qui fait votre valeur ajoutée ne rentre pas dans le moule.
2. Les intégrations deviennent le vrai sujet
Beaucoup de projets naissent d'un besoin de relier des outils entre eux : site internet, CRM, outil de devis, comptabilité, logistique. Si les logiciels en place n'offrent pas d'interface de programmation (API) adaptée, ou si chaque connecteur est payant, une application métier peut servir de point central qui orchestre les échanges.
3. Les licences par utilisateur s'accumulent
La tarification par utilisateur est confortable au démarrage, mais elle croît avec chaque embauche, chaque module supplémentaire et parfois chaque palier de volume. À partir d'un certain effectif, le cumul sur plusieurs années peut dépasser le coût d'un développement. La section suivante montre comment faire ce calcul pour votre cas.
4. La dépendance à l'éditeur pèse
Avec un SaaS, l'éditeur décide de la feuille de route, des hausses de tarif, des fonctionnalités retirées et, le cas échéant, de l'arrêt du produit. Vérifiez toujours ce que prévoient les conditions générales sur l'export de vos données et la fin de contrat.
5. Vos données sont sensibles ou stratégiques
Fichier clients, données de santé, données financières, savoir-faire métier : selon leur nature, vous pouvez vouloir maîtriser précisément le lieu d'hébergement, les personnes qui y accèdent et les mesures de sécurité appliquées. Nous y revenons dans la section consacrée au RGPD.
04 — Coût sur 3 ansSaaS ou sur mesure : calculer le coût total de possession
Comparer un abonnement mensuel à un devis de développement n'a pas de sens si l'on ne raisonne pas sur la même durée. Le coût total de possession additionne, sur une période donnée, la mise en place, les licences ou l'hébergement, la maintenance et les évolutions. Le tableau ci-dessous illustre la méthode sur trois ans.
Les montants SaaS ci-dessous sont des hypothèses choisies pour illustrer la méthode (abonnement de 30 € HT par utilisateur et par mois, paramétrage initial de 1 500 € HT). Ce ne sont pas des prix de marché. Côté sur-mesure, nous reprenons notre formule MVP à partir de 8 000 € HT et supposons un budget de 149 € HT par mois pour la maintenance et l'hébergement. Remplacez chaque ligne par vos propres devis.
| Poste (sur 36 mois, en € HT) | SaaS, 10 utilisateurs | SaaS, 25 utilisateurs | Application sur mesure (MVP) |
|---|---|---|---|
| Mise en place (paramétrage ou développement) | 1 500 | 1 500 | 8 000 |
| Licences : 30 € × utilisateurs × 36 mois | 10 800 | 27 000 | 0 |
| Maintenance et hébergement (hypothèse) : 149 € × 36 mois | inclus | inclus | 5 364 |
| Total sur 3 ans | 12 300 | 28 500 | 13 364 |
Ce calcul illustratif montre deux choses. À 10 utilisateurs, les deux options sont proches et le SaaS reste souvent plus simple. À 25 utilisateurs, l'écart se creuse parce que seul le coût des licences dépend de l'effectif. Mais il faut rester prudent : un MVP couvre un périmètre volontairement réduit. Si votre besoin réel correspond à une application plus complète (notre formule Métier démarre à 18 000 € HT), ou si des évolutions régulières sont nécessaires, le total change. Ajoutez aussi les coûts que l'on oublie : temps de formation, migration des données, connecteurs payants, et le temps perdu en contournements.
05 — MVP et méthode agileApplication sur mesure : réduire le risque avec un MVP
Le principal risque d'un projet sur mesure n'est pas technique : c'est de construire pendant des mois un outil qui ne correspond plus au besoin le jour de sa livraison. La réponse consiste à avancer par étapes courtes.
- Le prototype : des maquettes d'écrans cliquables, sans code de production, pour valider les parcours avec les futurs utilisateurs avant d'engager le développement.
- Le MVP (produit minimum viable) : une première version réellement utilisable, limitée aux fonctions indispensables, mise en service rapidement pour être confrontée au terrain.
- Les itérations : des cycles courts où l'on livre, mesure, puis ajuste les priorités.
Cette démarche s'inscrit dans l'esprit du Manifeste pour le développement Agile de logiciels, qui privilégie notamment « des logiciels opérationnels plus qu'une documentation exhaustive » et « l'adaptation au changement plus que le suivi d'un plan ». Concrètement, cela ne dispense pas d'un cadrage écrit : cela signifie que le cadrage fixe les objectifs et les priorités, et que le détail s'affine au fil des livraisons.
Chez TAWSA, nos formules d'application sur mesure suivent cette logique :
| Formule | Tarif | Repère |
|---|---|---|
| MVP | à partir de 8 000 € HT | mise en service en 6 à 10 semaines |
| Métier | à partir de 18 000 € HT | application métier plus complète |
| Plateforme | sur devis | périmètre défini au cadrage |
06 — Propriété et réversibilitéLogiciel sur mesure PME : qui est propriétaire du code ?
C'est un point que beaucoup de dirigeants découvrent trop tard. Le code de la propriété intellectuelle prévoit, à son article L113-9, que les droits patrimoniaux sur les logiciels créés par des salariés dans l'exercice de leurs fonctions sont dévolus à l'employeur. Cette règle vise les salariés : lorsque vous faites appel à un prestataire extérieur, la commande et le paiement ne suffisent pas à vous transférer les droits. Il faut une clause de cession écrite dans le contrat.
Avant de signer, vérifiez que le contrat précise :
- la cession des droits sur le code développé spécifiquement pour vous, avec son étendue (reproduction, modification, distribution), sa durée et son territoire ;
- le régime des briques réutilisées : bibliothèques open source et composants internes du prestataire, généralement concédés en licence plutôt que cédés ;
- la remise des sources : accès au dépôt de code, documentation technique, procédure d'installation ;
- la réversibilité : la possibilité de confier la maintenance à un autre prestataire ou de la reprendre en interne, avec un export complet des données dans un format exploitable.
Les clauses de cession de droits obéissent à un formalisme précis. Pour un projet important, faites relire le contrat par un avocat. Le principe à retenir est simple : ce qui n'est pas écrit n'est pas acquis.
07 — RGPD et hébergementSaaS ou sur mesure : où sont hébergées vos données ?
Dans les deux cas, si l'outil traite des données personnelles (clients, prospects, salariés), vous restez responsable du traitement au sens du RGPD. L'éditeur SaaS comme le développeur qui héberge votre application sont vos sous-traitants. L'article 28 du RGPD impose de ne recourir qu'à des sous-traitants présentant des garanties suffisantes, et d'encadrer la relation par un contrat qui précise notamment l'objet, la durée, la nature et la finalité du traitement. En fin de prestation, le sous-traitant doit, selon votre choix, supprimer les données ou vous les renvoyer.
La CNIL détaille ces précautions dans sa fiche « Sécurité : gérer la sous-traitance » : prévoir un contrat avant le début de la prestation, y fixer les conditions de restitution et de destruction des données, et pouvoir vérifier l'effectivité des garanties de sécurité. Son guide de la sécurité des données personnelles rassemble les précautions élémentaires à appliquer, de la gestion des habilitations à la sauvegarde.
Reste la question du lieu d'hébergement. Un transfert de données hors de l'Union européenne n'est pas interdit, mais il doit être encadré, par exemple par une décision d'adéquation de la Commission européenne ou des clauses contractuelles types, comme l'explique la CNIL dans sa page « Transférer des données hors de l'UE ». Avec un SaaS, demandez où sont situés les serveurs et les éventuels sous-traitants ultérieurs. Avec une application sur mesure, vous choisissez l'hébergement : chez un hébergeur en France, ou sur votre propre infrastructure, sujet que nous traitons dans notre article sur l'hébergement de ses sites sur ses propres serveurs.
08 — Checklist de cadrageDéveloppement application métier : la checklist avant de décider
Avant de demander un devis, ou avant de signer un abonnement, prenez le temps de répondre par écrit aux questions suivantes. Elles serviront de base à la comparaison.
- Quel problème précis l'outil doit-il résoudre, et comment mesurerez-vous le gain (temps, erreurs, chiffre d'affaires) ?
- Combien d'utilisateurs aujourd'hui, et combien dans trois ans ?
- Quelles étapes de votre processus sont standard, lesquelles vous sont propres ?
- Avec quels outils l'application doit-elle échanger des données, et ces outils disposent-ils d'une API ?
- Avez-vous testé au moins un logiciel du marché, et qu'est-ce qui bloque concrètement ?
- Quel est le coût total sur trois ans de chaque option, licences, maintenance et migration comprises ?
- Quelles données personnelles seront traitées, et où seront-elles hébergées ?
- Le contrat prévoit-il la cession des droits sur le code, la remise des sources et la réversibilité ?
- Quelles fonctions forment le MVP, et lesquelles peuvent attendre une deuxième version ?
- Qui assurera la maintenance et les mises à jour après la mise en service ?
Ce dernier point est souvent sous-estimé : une application, comme un site, doit être maintenue dans la durée. Nous détaillons ce que doit couvrir un tel engagement dans notre article sur le contrat de maintenance de site internet. Si vous souhaitez confronter votre projet à cette grille, vous pouvez prendre rendez-vous ou nous adresser une demande de devis.
FAQ — Questions fréquentesApplication sur mesure ou SaaS : vos questions
Une application sur mesure coûte-t-elle toujours plus cher qu'un SaaS ?
Non, pas forcément sur la durée. Le développement représente un investissement initial plus élevé, mais il n'y a pas de licence par utilisateur. Au-delà d'un certain effectif ou d'une certaine durée, le coût total peut s'inverser : seul un calcul sur trois ans avec vos propres chiffres permet de trancher.
Qu'est-ce qu'un MVP ?
Un MVP, ou produit minimum viable, est une première version de l'application limitée aux fonctions indispensables, mise en service rapidement pour être testée en conditions réelles. Il permet de valider l'intérêt de l'outil avant d'investir dans les fonctions secondaires. Chez TAWSA, la formule MVP démarre à 8 000 € HT avec une mise en service en 6 à 10 semaines.
Suis-je automatiquement propriétaire du code que j'ai payé ?
Non. L'article L113-9 du code de la propriété intellectuelle attribue à l'employeur les droits sur les logiciels créés par ses salariés, mais cette règle ne s'applique pas à un prestataire extérieur. Pour devenir titulaire des droits, le contrat doit contenir une clause de cession écrite.
Mes données peuvent-elles être hébergées hors de l'Union européenne ?
C'est possible, mais le transfert doit être encadré, par exemple par une décision d'adéquation de la Commission européenne ou par des clauses contractuelles types. Avec une application sur mesure, vous pouvez choisir un hébergement en France et éviter la question.
Peut-on commencer par un SaaS puis passer au sur-mesure ?
Oui, et c'est souvent une bonne démarche : l'usage d'un logiciel du marché aide à préciser le besoin réel. Assurez-vous simplement que l'éditeur permet d'exporter l'intégralité de vos données dans un format exploitable, afin de pouvoir les reprendre dans la future application.
- Légifrance Code de la propriété intellectuelle, article L113-9 — Dévolution à l'employeur des droits patrimoniaux sur les logiciels créés par ses salariés dans l'exercice de leurs fonctions.
- CNIL RGPD, chapitre IV, article 28 : le sous-traitant — Garanties suffisantes exigées du sous-traitant, contenu obligatoire du contrat, suppression ou renvoi des données en fin de prestation.
- CNIL Sécurité : gérer la sous-traitance — Contrat avant le début de la prestation, conditions de restitution et de destruction des données, vérification des garanties de sécurité.
- CNIL Guide de la sécurité des données personnelles — Précautions élémentaires de sécurité à mettre en œuvre de façon systématique, en fiches thématiques.
- CNIL Transférer des données hors de l'UE — Conditions d'un transfert hors UE : décisions d'adéquation, clauses contractuelles types et autres outils d'encadrement.
- Manifeste Agile Manifeste pour le développement Agile de logiciels — Les quatre valeurs de la méthode agile, dont la priorité aux logiciels opérationnels et à l'adaptation au changement.