Une application métier sur mesure, tout le monde voit à peu près ce que c'est. Mais au moment de se décider, la question devient concrète : à quoi ça ressemble dans une vraie entreprise, et pour quel problème ? Plutôt que de rester dans la théorie, cet article s'appuie sur quatre applications sur lesquelles j'ai travaillé, dans des secteurs très différents : la location de véhicules, la santé, les télécoms et la signature électronique. Pour chacune, vous trouverez le besoin de départ, ce que fait l'application, et pourquoi un logiciel du marché ne suffisait pas. La démarche complète est détaillée sur ma page Développement logiciel sur mesure.
Qu'est-ce qu'une application métier sur mesure ?
Une application métier est un logiciel construit autour d'un processus précis de l'entreprise : un circuit de validation, un parcours client, une obligation réglementaire. Un logiciel standard propose le même fonctionnement à tout le monde. L'application métier, elle, reprend vos règles, vos exceptions et votre vocabulaire.
Elle est sur mesure quand elle est conçue pour une organisation donnée, à partir de son fonctionnement réel. Livrée en mode SaaS, elle s'utilise depuis un navigateur, sans rien installer. Si la différence entre logiciel SaaS et logiciel métier vous paraît encore floue, mon guide pour débutants pose les bases.
4 exemples tirés de projets réels
Quatre secteurs, quatre besoins différents. Le point commun apparaît vite : à chaque fois, le cœur du problème est un processus que les logiciels du marché ne connaissent pas.
Louveo : suivre un workflow de location propre à son métier
Louveo propose de la location moyenne durée de véhicules à des clients professionnels. Son application, MonOffre, suit le workflow de location de bout en bout pour ces clients B2B.
La location moyenne durée en B2B a sa propre logique : des contrats qui courent sur plusieurs mois et des clients professionnels qui ont leurs propres circuits de décision. Un logiciel de location générique n'est pas forcément pensé pour ce fonctionnement, et le plaquer dessus revient à multiplier les contournements. Le projet est présenté sur la fiche référence de MonOffre.
EryonCite : tenir une obligation réglementaire dans la santé
Quand un laboratoire crée un médicament ou un dispositif médical, toute une documentation satellite se construit autour. Chaque document doit être scientifiquement valide, chaque allégation doit être citée, et l'ensemble doit respecter les normes applicables, notamment les normes ISO et le règlement européen sur les dispositifs médicaux (MDR).
EryonCite est un logiciel de relecture qui aide les laboratoires pharmaceutiques et les entreprises de santé à vérifier cette conformité. Il est construit en Symfony : Twig et Symfony UX pour l'interface, Symfony Workflow pour modéliser les étapes du processus, Messenger et Redis pour les traitements asynchrones.
Un outil documentaire générique ne connaît ni les exigences du MDR, ni le lien qui doit unir une allégation à sa source. C'est le cas typique où le métier impose la règle et où le logiciel doit la porter. Plus de détails sur la fiche référence d'EryonCite.
TeleSoft EGP : orchestrer un processus entre plusieurs opérateurs
Quand un abonné change d'opérateur mobile, de Bouygues Telecom vers SFR ou Free par exemple, il peut garder son numéro. C'est la portabilité, encadrée en France par l'Arcep. Derrière ce geste simple pour l'abonné, plusieurs acteurs doivent se coordonner : l'opérateur technique, l'opérateur commercial, et l'opérateur propriétaire du numéro, qui le reste même quand le client l'a quitté.
L'EGP est l'application qui permet à TeleSoft de réaliser cette portabilité, de n'importe quel opérateur vers n'importe quel autre. Les échanges passent en SOAP et en REST, chiffrés de bout en bout dans un tunnel VPN IPsec, et la plateforme est supervisée 24 h/24, 7 j/7. Chaque acteur a son rôle et ses données, et aucune demande ne doit se perdre en route.
Un processus qui traverse plusieurs organisations dépend de règles propres au secteur et des échanges entre ses acteurs. C'est précisément ce qu'aucun logiciel du marché ne sait modéliser tel quel. Voir la fiche référence de l'EGP.
CertiSoft : fournir la signature électronique qualifiée à des logiciels SaaS
Le règlement européen eIDAS distingue plusieurs niveaux de signature électronique, de la plus simple à la signature qualifiée, la plus exigeante. L'ANSSI propose un guide pour choisir le bon niveau selon le risque de chaque document.
CertiSoft est un service SaaS de signature électronique qualifiée destiné aux éditeurs de logiciels SaaS B2B. Ici, l'application métier ne s'adresse pas directement à des utilisateurs finaux, mais à d'autres logiciels. C'est un cas plus fréquent qu'on ne le croit : le métier d'une entreprise peut être de fournir une brique que d'autres assemblent dans leur produit. Le projet est décrit sur la fiche référence de CertiSoft.
Ce que ces projets ont en commun
Quatre secteurs qui n'ont rien à voir. Pourtant, les mêmes signaux reviennent :
- Un processus propre au métier : location moyenne durée en B2B, relecture réglementaire, portabilité entre opérateurs. Aucun logiciel standard ne le modélise tel quel.
- Une contrainte réglementaire forte : MDR et normes ISO dans la santé, règles de l'Arcep dans les télécoms, eIDAS pour la signature. L'outil doit porter la règle, pas l'approcher.
- Plusieurs acteurs à coordonner : des opérateurs entre eux, des laboratoires et leurs relecteurs, des éditeurs et leurs clients.
- Une exigence de confiance : documents engageants, données sensibles, obligation de pouvoir justifier ce qui a été fait.
Si votre besoin coche plusieurs de ces cases, une application métier se justifie probablement. S'il n'en coche aucune, un logiciel du marché fera très bien l'affaire, et c'est tant mieux : ce sera plus rapide et moins coûteux. J'ai détaillé cette grille de décision dans mon article sur le choix entre sur-mesure et solution existante.
Comment se développe une application métier
D'expérience, un projet réussi tient à trois choses.
Comprendre le métier avant d'écrire du code. Le cadrage est l'étape la plus rentable : c'est là qu'on découvre les exceptions qui font la différence entre un outil utilisé et un outil contourné. J'ai décrit ma méthode dans un guide de cadrage en six phases, et publié un exemple de cahier des charges pour vous aider à formaliser votre besoin.
Livrer par petites étapes. Une livraison toutes les deux à trois semaines permet de tester l'application sur des cas réels et de corriger le tir avant qu'une erreur de compréhension ne coûte cher.
Penser la durée dès le départ. Une application métier vit des années. L'hébergement, la sécurité et la maintenance se décident au premier jour, pas après la mise en production. Mon article sur la maintenance sur cinq ans détaille ce qui doit être prévu.
Côté budget, pas de grille tarifaire : chaque application dépend de son périmètre. Je propose un devis personnalisé après un échange initial gratuit de 30 minutes.
Et votre application métier ?
Location, santé, télécoms, signature électronique : quatre applications très différentes, nées du même constat. Le processus au cœur de l'activité ne rentrait dans aucun logiciel du marché. Si vous reconnaissez votre situation, parlons de votre projet lors d'un premier échange gratuit. Et pour découvrir d'autres réalisations, consultez mes références.
