Choisissez votre application métier : sur mesure, SaaS ou ERP ?
Avec une application métier, vous exécutez un processus propre à votre entreprise : planifier une intervention, suivre un dossier, coordonner une équipe ou relier plusieurs outils. Choisissez un SaaS si votre besoin reste standard, un module ERP si le processus traverse la gestion centrale, du sur mesure si vos règles vous distinguent, et une application mobile si vos équipes travaillent surtout en déplacement.
Ne choisissez pas une étiquette avant d’avoir décrit le travail. Cartographiez le parcours, les rôles, les données, les intégrations et les cas d’erreur. Vous pourrez alors comparer des solutions qui répondent au même besoin, en nommant un responsable pour chaque décision et pour la maintenance.
Définissez votre application métier par le travail accompli
Votre organisation utilise une application métier pour exécuter une activité précise. Vous pouvez la réserver à un seul service ou relier plusieurs équipes. Vous pouvez choisir un outil web, un logiciel local, un module ERP ou une application mobile qui échange avec le système d’information.
Partez d’un verbe et d’un résultat : attribuer une chambre, préparer un dossier de vol, documenter un acte, approuver un devis ou clôturer une intervention. Ajoutez ensuite les acteurs, les règles et les exceptions. Avec cette définition neutre, vous évitez de confondre votre besoin avec la première solution qu’un fournisseur vous présente.
Écrivez un parcours prioritaire de bout en bout. Par exemple : « Un responsable attribue une mission, l’opérateur la réalise, le client valide le résultat et la comptabilité récupère les éléments nécessaires. » Si vous préparez un développement, le cahier des charges d’application mobile vous montre comment transformer ce parcours en critères que votre équipe pourra tester.
Comparez quatre réponses au même besoin
Le sur mesure, le SaaS et l’ERP décrivent surtout une façon d’obtenir et d’exploiter le logiciel. Quand vous dites « mobile », vous décrivez un canal d’usage. Votre application mobile peut donc appartenir à un produit sur mesure, prolonger un SaaS ou se connecter à un ERP.
| Option | Choisissez-la quand | Ce que vous gagnez | Ce que vous devez vérifier |
|---|---|---|---|
| Application sur mesure | Votre processus, vos rôles ou vos intégrations ne rentrent pas correctement dans un produit standard | Vous adaptez le parcours et l’architecture à vos règles | Cession des droits, accès au dépôt, comptes, hébergement, données, documentation et maintenance |
| SaaS | Votre besoin suit un usage courant et vous acceptez le cadre fonctionnel du fournisseur | Vous utilisez rapidement un service que le fournisseur héberge et maintient | Export, réversibilité, localisation des données, sous-traitants, sécurité et évolution du service |
| Module ERP | Le processus touche déjà les référentiels, les achats, les stocks, les finances ou la relation client de l’entreprise | Vous gardez une gestion coordonnée dans le système central | Paramétrage, droits, migrations, intégrations, responsabilité du référentiel et impact sur les autres équipes |
| Application mobile | Vos équipes agissent sur le terrain, parfois avec un réseau instable, ou utilisent les capacités de l’appareil | Vous placez le parcours au plus près du contexte de travail | Mode hors ligne, synchronisation, parc d’appareils, permissions, sécurité locale et système auquel l’application se connecte |
France Num décrit le SaaS comme un logiciel accessible par internet que le fournisseur héberge sur des serveurs externes. Le même portail présente l’ERP comme un progiciel qui coordonne plusieurs fonctions opérationnelles et financières. Servez-vous de ces définitions pour comprendre le modèle, puis vérifiez chaque garantie concrète dans votre contrat.
Vérifiez ce que vous contrôlez vraiment
En choisissant le sur mesure, vous n’obtenez pas automatiquement le contrôle du code, de l’hébergement et des données. Pour garder ce contrôle, exigez un contrat adapté, une cession de droits précise, vos propres comptes de production et une architecture que votre équipe peut reprendre. L’INPI explique qu’un contrat de commande n’attribue pas automatiquement les droits au client et distingue le cas du logiciel créé par un salarié dans l’exercice de ses fonctions. Demandez à un juriste de rédiger ou de relire la cession si la propriété du logiciel conditionne votre activité.
Demandez des réponses écrites à cinq questions : qui possède le dépôt de code, qui administre le cloud, qui choisit les sous-traitants, comment vous exportez les données et comment une autre équipe reprend le produit. Vous ne gardez pas un contrôle réel avec la seule copie du code si vous ne possédez ni les clés, ni la documentation, ni le droit de l’exploiter.
Avec un SaaS, vous contrôlez encore vos décisions métier et vos obligations, même si le fournisseur exploite la plateforme. La CNIL demande au responsable du traitement d’encadrer son sous-traitant par un contrat écrit et de vérifier ses garanties. Examinez donc les clauses de traitement, la chaîne de sous-traitance, les transferts, la restitution et la suppression des données.
Adaptez le choix à votre secteur
Cadrez un parcours de médecine esthétique
Exemple fictif : une clinique veut réunir agenda, questionnaire préalable, photographies et suivi. Un SaaS peut couvrir la réservation. Un module ERP peut reprendre la facturation. Une application sur mesure devient pertinente si l’équipe doit orchestrer des règles cliniques, des consentements distincts et un dossier connecté à plusieurs systèmes.
Ne transformez pas un parcours numérique en décision médicale. Demandez aux professionnels de santé de valider le contenu clinique et travaillez avec votre DPO, votre RSSI et un juriste sur les traitements. Si un prestataire héberge pour votre compte des données de santé personnelles recueillies lors d’activités de prévention, de diagnostic, de soins ou de suivi, vérifiez le champ de la certification avec l’Agence du Numérique en Santé. Demandez à un juriste qualifié de déterminer l’obligation dans votre contexte exact.
Orchestrez un service d’hôtellerie de luxe
Exemple fictif : un hôtel veut transmettre une préférence client de la réservation au service en chambre sans multiplier les messages. L’ERP ou le PMS conserve le référentiel. Le personnel peut suivre un parcours précis dans une application métier, appliquer des droits par rôle et renvoyer les événements utiles au système central.
Définissez la donnée de référence avant l’interface. Nommez qui peut lire, corriger et supprimer chaque information. Évitez de recopier toutes les données dans chaque outil, car votre équipe devra ensuite résoudre les divergences et appliquer les règles de conservation dans plusieurs endroits.
Coordonnez une opération d’aviation privée
Exemple fictif : un opérateur veut coordonner équipage, appareil, prestation au sol et changement tardif. Un ERP peut porter les ressources et les achats. Dans une application mobile sur mesure, l’équipe terrain peut consulter une mission, signaler un écart et reprendre la synchronisation après une coupure.
Demandez aux professionnels qualifiés de l’aviation de valider chaque règle opérationnelle et chaque procédure de sécurité. Les professionnels doivent garder la décision et utiliser le logiciel pour appliquer les procédures qu’ils ont validées. Ne laissez jamais le logiciel inventer une autorisation, une qualification ou une contrainte réglementaire.
Cartographiez vos intégrations avant de choisir
Listez chaque système que l’application lit ou modifie : ERP, CRM, annuaire, paiement, agenda, stockage ou outil sectoriel. Pour chacun, nommez le propriétaire interne, la donnée de référence, le sens de synchronisation, la fréquence, la méthode d’authentification et le comportement attendu quand le service ne répond plus.
Testez les cas qui cassent un joli schéma : doublon, mise à jour concurrente, donnée qu’un opérateur supprime, droit qu’un administrateur retire, réseau instable et API indisponible. Pour fiabiliser chaque intégration, exigez aussi des journaux exploitables et une procédure de reprise. Vous pourrez chiffrer ce travail plus justement avec la méthode du guide sur le coût d’une application mobile en 2026.
Protégez les données dès le cadrage
Commencez par la finalité de chaque donnée personnelle. Réduisez la collecte, attribuez les droits selon les rôles, fixez une durée, puis testez l’export et la suppression. La CNIL demande aux équipes de minimiser les données et les permissions, de contractualiser les objectifs de sécurité et de maintenir la protection pendant le cycle de vie de l’application.
Ajoutez une analyse de risques qui couvre les comptes, les appareils, les API, les sauvegardes et les prestataires. L’ANSSI conseille d’accorder le minimum de privilèges et d’effectuer des sauvegardes régulières sur des supports distincts. Faites tester la restauration. Si votre équipe ne peut pas restaurer les données, vous ne protégez pas votre continuité.
Si votre traitement présente un risque élevé pour les personnes, vérifiez avec votre DPO si vous devez conduire une analyse d’impact. La CNIL détaille les critères qui déclenchent cette évaluation, notamment les données sensibles, la grande échelle, les personnes vulnérables et certains croisements de données.
Budgétez la maintenance sans appliquer un pourcentage magique
Vous ne pouvez pas déduire un coût mensuel fiable du seul prix de développement. Calculez plutôt la capacité nécessaire pour corriger, mettre à jour, tester et publier. Ajoutez l’hébergement, les licences, la surveillance, le support et les sauvegardes. Le nombre de plateformes, les intégrations, la sensibilité des données et la criticité du service font varier ce scénario.
Séparez trois enveloppes : maintenance corrective pour les incidents, maintenance préventive pour les dépendances et la sécurité, puis évolution fonctionnelle pour les nouveaux besoins. En séparant ces enveloppes, vous voyez si l’équipe protège le produit ou finance une nouvelle version. Utilisez le guide sur la maintenance d’une application mobile pour construire le calendrier et le budget à partir de vos contraintes.
Demandez au fournisseur qui surveille les alertes, sous quel délai il qualifie un incident, quels environnements il maintient et comment il prépare une reprise. Pour un SaaS ou un ERP, le fournisseur inclut souvent le socle commun dans l’abonnement, mais votre équipe doit encore gérer le paramétrage, les accès, les intégrations, le support interne et les changements de processus.
Choisissez votre prestataire avec des preuves
Donnez le même parcours prioritaire à chaque candidat. Demandez une réponse qui distingue faits, hypothèses, options et exclusions. Puis vérifiez les livrables : critères d’acceptation, architecture, dépôt de code, maquettes, comptes, inventaire des services, documentation, tests, plan de sécurité, procédure de déploiement et conditions de maintenance.
Demandez aussi un scénario de sortie. Vous devez savoir comment récupérer le code, les données et les accès, combien de temps le fournisseur vous accompagne et ce que votre équipe ne pourra plus utiliser sans lui. Faites relire les engagements juridiques et les clauses de données par des professionnels qualifiés lorsque le projet engage votre continuité, des données sensibles ou une activité réglementée.
Répondez aux questions fréquentes
Qu’est-ce qu’une application métier ?
Votre organisation utilise une application métier pour exécuter un processus précis avec ses propres rôles, données et règles. Vous pouvez la proposer sur le web, un ordinateur ou un appareil mobile, seule ou reliée à un ERP et à d’autres services.
Faut-il la développer sur mesure ?
Non. Choisissez le sur mesure quand votre processus vous distingue, quand les contournements d’un outil standard coûtent trop cher ou quand vos intégrations imposent une architecture spécifique. Choisissez un SaaS ou un module ERP quand ses règles couvrent réellement votre besoin et que ses conditions de contrôle vous conviennent.
Combien coûte-t-elle à maintenir ?
Aucun montant ou pourcentage universel ne répond honnêtement à cette question. Construisez un budget mensuel avec la capacité de l’équipe, l’infrastructure, les licences, le support et la sécurité. Ajustez-le selon les plateformes, les intégrations, la fréquence des changements et l’impact d’une indisponibilité.
