Application web métier ou logiciel SaaS : comment décider ?

Prenez un logiciel du marché (SaaS) si votre besoin est courant et que vos processus peuvent s’adapter à l’outil ; faites développer une application web métier si votre façon de travailler est un avantage que les logiciels standards ne respectent pas. Dans le doute, partez du logiciel du marché, notez précisément ce qui vous manque après quelques semaines d’essai, et ne développez que ce qui ne peut pas être couvert autrement. Une solution intermédiaire existe souvent : un logiciel standard complété par une petite application ou une automatisation.

Les références juridiques citées (RGPD) viennent de textes officiels consultés en octobre 2026. Nous ne publions pas de comparaison de prix de logiciels : les offres changent trop vite, et seul votre cas permet un chiffrage.

Qu’appelle-t-on application web métier et logiciel SaaS ?

Un SaaS (logiciel en tant que service) est un logiciel hébergé et exploité par un éditeur, auquel vous accédez par abonnement. L’éditeur le met à jour pour tous ses clients.
Une application web métier est un outil développé pour votre manière de travailler : devis spécifiques, suivi de chantiers, planning de tournées, calculs propres à votre secteur. Vous (ou votre prestataire) décidez de ses fonctions et de son évolution.

Critère	SaaS du marché	Application web métier
Délai de démarrage	Rapide : compte, paramétrage, formation	Plus long : cadrage, développement, recette
Adaptation à vos processus	Limitée aux options proposées	Selon votre cahier des charges
Coût de départ	Faible, souvent aucun développement	Investissement initial
Coût dans la durée	Abonnement qui suit le nombre d’utilisateurs ou d’options	Hébergement et maintenance ; pas de licence par utilisateur en principe
Évolutions	Selon la feuille de route de l’éditeur	Selon vos priorités et votre budget
Dépendance	À l’éditeur (prix, conditions, disparition)	Au prestataire si le code et la documentation ne sont pas transmis

Dans quels cas un logiciel du marché est-il préférable ?

Un SaaS est souvent plus raisonnable quand :

le besoin est standard (comptabilité, facturation, agenda, CRM, gestion de projet) et que des milliers d’entreprises font la même chose ;
vous voulez démarrer vite et que le processus peut s’adapter à l’outil ;
vous n’avez pas la capacité de piloter un développement (cadrage, recette, suivi) ;
l’outil est réglementé ou évolue souvent : un éditeur qui suit la réglementation vous épargne ce travail. C’est le cas de la facturation électronique, que nous abordons dans notre article sur l’automatisation des devis et factures.

Un logiciel standard bien choisi vaut mieux qu’une application développée pour un besoin qui n’en demandait pas.

Dans quels cas une application web métier se justifie-t-elle ?

Le développement sur mesure prend du sens quand :

votre processus est différenciant : tarification complexe, règles de planification, validations internes que les logiciels du marché imposent de contourner ;
vous cumulez plusieurs outils et des ressaisies : une application unique qui centralise peut vous faire gagner du temps ;
le nombre d’utilisateurs rend l’abonnement par poste coûteux sur la durée ;
vous avez des contraintes d’hébergement, de confidentialité ou d’intégration que les offres du marché ne remplissent pas ;
l’outil doit être proposé à vos clients (portail, espace client, suivi de dossier) à votre image.

Notre page développement d’application web décrit les projets que nous réalisons. Pour savoir si un projet est mûr, voir aussi le modèle de cahier des charges.

Comment comparer les coûts sur 24 mois ?

Comparez le total, pas le prix de départ. Pour chaque option, additionnez :

SaaS : abonnements (par utilisateur, par module), options payantes, intégrations avec vos autres outils, paramétrage et formation, temps passé à contourner les limites, coût de sortie (export, migration).

Application métier : cadrage, conception et développement, hébergement, maintenance, évolutions, formation, documentation, et temps de vos équipes pour tester.

Une méthode simple : établissez pour chaque option un tableau sur 24 mois et ajoutez une ligne « temps interne perdu » (ressaisies, contournements). Ce temps a un coût même s’il n’apparaît sur aucune facture. Notre article sur le calcul du retour sur investissement d’une automatisation propose une approche similaire.

Quelles questions poser sur les données et le RGPD ?

Dans les deux cas, vous restez responsable des données personnelles de vos clients et salariés. Si vous utilisez un SaaS ou un prestataire qui les traite pour votre compte, il est un sous-traitant au sens du RGPD, et l’article 28 du règlement impose un contrat écrit. Ce contrat doit notamment prévoir :

le traitement uniquement sur vos instructions documentées ;
la confidentialité des personnes autorisées et les mesures de sécurité ;
l’autorisation préalable des éventuels sous-traitants ultérieurs ;
l’aide pour répondre aux demandes des personnes concernées ;
la suppression ou la restitution des données à la fin de la prestation, à votre choix ;
les informations nécessaires aux audits.

Demandez donc à un éditeur de SaaS son contrat de sous-traitance, la liste de ses sous-traitants et le lieu d’hébergement des données. Pour une application développée sur mesure, ces mêmes points se règlent dans le contrat avec le prestataire et l’hébergeur. Notre article sur les données clients et l’IA montre la même démarche appliquée aux outils d’IA.

Comment s’assurer de pouvoir quitter l’outil ?

C’est le critère que l’on oublie le plus souvent, et il pèse autant dans un cas que dans l’autre.

SaaS : vérifiez avant de vous abonner que vous pouvez exporter vos données dans un format exploitable (CSV, par exemple), complètes et pas seulement un extrait, et à quel prix. Testez l’export pendant la période d’essai.
Application métier : exigez la livraison du code, la documentation d’installation, l’accès aux comptes d’hébergement et la cession des droits nécessaires. En droit français, la cession de droits d’auteur doit mentionner distinctement chaque droit cédé et délimiter son étendue, sa destination, son lieu et sa durée (article L131-3 du Code de la propriété intellectuelle) : un contrat qui reste général expose à des difficultés pour reprendre l’outil. Faites vérifier cette clause par un juriste.

Prévoyez enfin la maintenance. Une application sans suivi vieillit vite ; notre guide sur la maintenance d’un site s’applique aussi aux applications, et vous pouvez en cadrer les conditions avec notre offre de maintenance et sécurité.

Quelle démarche suivre pour décider ?

Décrivez le processus à outiller, étape par étape, avec ceux qui l’utilisent.
Listez les exigences indispensables et celles qui sont souhaitables. Séparez-les strictement.
Testez deux ou trois logiciels du marché pendant leur période d’essai, avec un cas réel.
Notez les écarts : ce qui bloque, ce qui oblige à contourner, ce qui manque.
Chiffrez sur 24 mois le SaaS retenu et le développement des seuls écarts.
Choisissez : SaaS seul, SaaS complété par une petite application ou une automatisation, ou développement complet.
Commencez petit : une première version limitée au cœur du processus, utilisée par quelques personnes, avant d’étendre.

Pour compléter un SaaS sans le remplacer, une automatisation qui relie vos outils suffit souvent, et coûte moins qu’un développement complet.

Checklist avant de décider

Le besoin est écrit et validé par les futurs utilisateurs.
Au moins deux logiciels du marché ont été testés sur un cas réel.
Les écarts restants sont listés et classés par importance.
Le coût sur 24 mois est calculé pour chaque option, temps interne compris.
L’export des données a été testé (SaaS) ou la livraison du code est prévue (sur mesure).
Le contrat de sous-traitance RGPD est signé ou prévu.
Les droits sur le code et la maintenance sont écrits dans le contrat.

Pour examiner votre cas, contactez-nous en décrivant le processus à outiller : nous vous dirons si un logiciel du marché peut suffire.

Questions fréquentes

Un logiciel sur mesure est-il plus sûr qu’un SaaS ?

Pas automatiquement. La sécurité dépend de la qualité du développement, de l’hébergement et de la maintenance. Un éditeur spécialisé consacre souvent des équipes à la sécurité ; une application sur mesure demande que vous prévoyiez ce suivi.

Combien de temps faut-il pour développer une application métier ?

Cela dépend du périmètre : on ne peut pas donner de durée sérieuse sans cadrage. Un premier périmètre limité, livré par étapes, réduit le risque et permet d’ajuster.

Peut-on remplacer un SaaS par une application après quelques années ?

Oui, à condition d’avoir pu exporter vos données. C’est pourquoi il faut tester l’export dès le départ et conserver des sauvegardes régulières.

Le SaaS est-il toujours moins cher ?

Au démarrage, souvent. Sur la durée et avec beaucoup d’utilisateurs ou d’options, l’écart peut se réduire ou s’inverser. Comparez les deux options sur 24 mois et plus.

Une application web métier remplace-t-elle toutes mes autres applications ?

Rarement, et ce n’est pas son objectif. Elle gère le cœur de votre processus et se connecte au reste (comptabilité, e-mail, agenda). Garder un SaaS pour les fonctions standard est une approche saine.