Application métier sur mesure, dessinée avec ceux qui s’en servent.

Un logiciel standard (ERP, CRM, logiciel de devis) est conçu pour des milliers d’entreprises : il impose sa logique, et chacun s’y adapte. Une application métier sur mesure fait l’inverse : elle suit votre logique, vos étapes, vos exceptions.

Le plus souvent, c’est une application web : elle s’ouvre dans le navigateur, sur ordinateur comme sur téléphone, sans rien installer. Elle peut prendre plusieurs formes :

• un outil interne pour une équipe (suivi de production dans l’industrie, gestion des interventions) ;
• un tableau de bord qui réunit les chiffres de plusieurs logiciels ;
• un portail ouvert à vos clients ou à vos fournisseurs.

Elle ne remplace pas vos logiciels principaux : elle s’y branche, et prend en charge ce qu’ils font mal ou pas du tout.

Le besoin d’un logiciel métier sur mesure se repère rarement d’un coup. Il s’installe par petites touches, jusqu’au jour où l’on ne voit plus que lui. Si vous cochez trois cases ou plus, la question mérite d’être posée :

• un tableur Excel partagé fait office de logiciel, et une seule personne sait le réparer ;
• les mêmes données sont ressaisies dans deux ou trois outils ;
• votre logiciel actuel vous oblige à des contournements (champs détournés, notes en commentaire, fichiers à côté) ;
• pour connaître le statut d’un dossier, il faut demander à quelqu’un ;
• vous payez des licences pour des fonctions dont vous n’utilisez qu’une petite partie ;
• votre façon de travailler est ce qui vous distingue de vos concurrents, et aucun logiciel ne la reproduit.

À l’inverse, si un logiciel du marché couvre déjà l’essentiel avec un paramétrage raisonnable, gardez-le : je vous le dirai pendant l’audit.

Les trois ne s’opposent pas. Un ERP gère le cœur de l’entreprise (ventes, achats, stocks, comptabilité) avec des règles communes à tous. Un logiciel du marché (SaaS) couvre bien un usage courant, à un coût d’entrée faible. Une application sur mesure prend en charge ce qui vous est propre.

La bonne question n’est donc pas « lequel ? » mais « pour quelle partie ? ». Une règle simple :

• ce qui est standard chez tout le monde (comptabilité, paie) reste dans un logiciel du marché ;
• ce qui est propre à votre métier et vous fait perdre du temps chaque jour mérite un outil dessiné pour vous ;
• entre les deux, une intégration API fait circuler les données.

Une petite entreprise peut tout à fait se doter d’un outil sur mesure : à condition de commencer par un périmètre étroit, celui qui fait gagner le plus, et d’élargir ensuite.

Le prix d’une application métier ne dépend pas du nombre de lignes de code, mais de quelques facteurs qu’on peut cerner dès le départ :

• le nombre d’écrans et de parcours : un outil de suivi à cinq écrans n’a rien à voir avec un portail client complet ;
• les règles de gestion : calculs, exceptions, droits par profil ;
• les logiciels à brancher : un ERP avec une API récente, ou un ancien logiciel à relier par fichiers ;
• la reprise des données existantes, souvent sous-estimée ;
• les usages particuliers : téléphone à l’atelier, hors connexion, signature.

Pour garder la maîtrise du budget, je découpe le projet en lots : une première version utile (MVP), mise en service vite, puis des lots suivants, chacun avec son prix fixe et son délai écrits. Vous décidez de la suite au vu de ce qui tourne déjà.

Beaucoup d’entreprises ont déjà leur outil maison : développé il y a dix ans, par un prestataire disparu ou un salarié parti. Il tourne, mais plus personne n’ose le modifier. La refonte de l’application métier devient urgente quand trois signaux s’additionnent : chaque évolution coûte plus cher que la précédente, la technologie n’est plus maintenue (une faille de sécurité ne sera plus corrigée), et les équipes contournent l’outil avec des tableurs.

Une refonte réussie ne recopie pas l’ancien écran par écran. Elle suit un ordre :

• relever ce qui sert vraiment : les écrans utilisés chaque jour, les règles de gestion cachées dans le code ;
• redessiner l’usage avec ceux qui s’en servent, sur une maquette cliquable : c’est la refonte UX, souvent la plus rentable ;
• reprendre les données sans perte, puis faire tourner l’ancien et le nouvel outil côte à côte le temps de vérifier ;
• basculer par lots, module par module, plutôt qu’en un seul week-end.

Corriger un parcours sur une maquette prend une heure ; le corriger après le développement prend des jours.

Une application métier vit : vos règles changent, vos logiciels évoluent, de nouveaux besoins arrivent. Trois choix, faits dès le départ, décident de sa durée de vie.

• Des technologies courantes, bien documentées, que d’autres développeurs savent reprendre. Pas de solution exotique ni de plateforme low-code qui vous enferme.
• Un code et des comptes à votre nom : hébergement, nom de domaine, dépôt de code. Vous n’êtes lié à personne, moi compris.
• Une documentation qui explique le fonctionnement, les règles de gestion et les branchements.

Ce soin limite la dette technique, ces raccourcis qui rendent chaque évolution plus chère que la précédente. Ensuite, le suivi est facultatif : un suivi mensuel si vous voulez faire évoluer l’outil régulièrement, ou des lots ponctuels quand un besoin se présente. Si l’IA a sa place quelque part (lire un document, préparer une réponse), elle s’ajoute dans l’application existante, comme toute automatisation de processus.