Faire développer une application métier sur mesure

Le point de départ est presque toujours le même : un tableur partagé qui a grossi pendant six ans, que trois personnes savent manipuler, qui contient des formules dont plus personne ne connaît l'auteur, et qu'il est devenu impossible de consulter depuis le terrain. Le besoin n'est pas « une application » : c'est de remettre sous contrôle un processus qui fonctionne déjà, mais qui ne tient plus.

Cet article décrit comment cadrer, budgéter et piloter un développement métier sur mesure — et comment éviter la situation classique où l'outil livré est techniquement correct mais que personne n'utilise.

Sur mesure ou logiciel du marché

La première question à trancher, et la réponse honnête est souvent « logiciel du marché ». Un développement sur mesure se justifie dans trois situations.

Votre processus constitue un avantage concurrentiel.Si votre façon de faire vous différencie, l'aligner sur un logiciel standard revient à effacer cette différence. C'est le cas le plus solide.

Aucune solution du marché ne couvre votre combinaison de besoins. Fréquent dans les métiers de niche, où il faudrait assembler trois logiciels qui ne communiquent pas.

Le coût de licence dépasse le coût de développement.À partir d'un certain nombre d'utilisateurs, une licence par poste devient plus chère qu'un développement amorti. Le calcul se fait sur cinq ans, maintenance comprise.

À l'inverse, si votre besoin est de la comptabilité, de la paie ou du CRM standard, achetez du standard. Redévelopper un domaine déjà bien couvert est une dépense sans contrepartie.

Application native, web ou hybride

L'application webs'ouvre dans un navigateur. Rien à installer, une seule base de code, mise à jour instantanée. Pour un back-office ou un outil de saisie utilisé sur ordinateur, c'est presque toujours le bon choix, et le moins cher.

L'application hybrides'installe sur le téléphone depuis une base de code unique pour iOS et Android. Elle accède à l'appareil photo, au GPS, aux notifications, et fonctionne hors connexion. C'est le meilleur compromis pour la très grande majorité des applications métier terrain.

L'application nativese justifie quand la performance graphique ou l'accès à du matériel spécifique l'impose : lecteur de code-barres industriel, traitement vidéo, cartographie lourde. Elle coûte à peu près deux fois plus cher, puisqu'il faut développer et maintenir deux applications.

Le critère décisif est presque toujours le mode hors connexion.Si vos équipes travaillent dans des zones mal couvertes — entrepôts, chantiers, zones rurales, sous-sols — l'application doit fonctionner sans réseau et synchroniser ensuite. Cette exigence change l'architecture en profondeur et doit être posée dès le premier jour. L'ajouter après coup revient à réécrire une grande partie de l'application.

Cadrer avant de développer

La cause d'échec dominante n'est pas technique. C'est un outil livré conforme au cahier des charges et rejeté par ses utilisateurs, parce que le cahier des charges a été rédigé par des gens qui n'exercent pas le métier.

Notre méthode tient en quatre points. Observer le processus réel, sur site, en regardant travailler les personnes concernées : l'écart entre le processus décrit en réunion et le processus effectif est systématiquement important, et c'est dans cet écart que se cachent les contraintes qui feront échouer le projet.

Identifier le parcours principal, celui qui représente l'essentiel de l'usage quotidien. C'est lui qui doit être irréprochable ; les cas particuliers peuvent rester manuels en première version.

Livrer tôt et faire utiliser en réel.Une version restreinte mise entre les mains de vrais utilisateurs enseigne davantage en deux semaines que trois mois d'ateliers de spécification.

Traiter la reprise de données dès le début.Six ans d'historique dans un tableur, ce sont des doublons, des champs libres et des conventions implicites. Cette phase se découvre toujours plus lourde que prévu : la traiter en fin de projet est une garantie de dérapage.

Le budget

Une application métier utile commence rarement en dessous de 25 000 à 40 000 € pour une première version couvrant un processus complet avec back-office et application mobile. Les plateformes multi-métiers dépassent régulièrement 80 000 €. Les ordres de grandeur par tranche sont détaillés dans notre article sur le prix d'un site internet.

Deux postes sont régulièrement absents des devis. L'administration fonctionnelled'abord : gérer les comptes, les droits, les référentiels. Ce n'est pas glamour, c'est indispensable, et son absence transforme chaque changement de collaborateur en demande d'intervention. Le support de première annéeensuite : les six premiers mois d'usage réel révèlent des cas non anticipés. Un budget d'ajustement doit être prévu, sinon l'outil se fige avec ses défauts de jeunesse.

Ne pas devenir prisonnier de son prestataire

Un outil métier concentre les données vitales de l'entreprise. Quatre exigences, à poser au contrat et non après.

La propriété du code source, avec accès permanent au dépôt. Pas une copie transmise en fin de mission : un accès continu.

La maîtrise de l'hébergement.Les comptes sont à votre nom, le prestataire y est invité. L'inverse fait de vous un locataire de vos propres données.

L'export intégral des donnéesdans un format ouvert, testé avant la recette finale. Une fonction d'export jamais essayée est une fonction qui ne marche pas.

Une documentation permettant la reprisepar une autre équipe. Non par défiance, mais parce qu'un prestataire peut cesser son activité.

Sécurité

Une application métier manipule des données de clients, de salariés, parfois de santé. Les exigences minimales : authentification forte pour les accès sensibles — voir passkeys et FIDO2—, droits différenciés par rôle, chiffrement des données au repos, journalisation des accès, et sauvegardes dont la restauration a été effectivement testée. Une sauvegarde jamais restaurée n'est pas une sauvegarde. Notre approche des API est décrite dans sécurité des API.

Notre intervention

Nous concevons ces outils autour du processus existant plutôt que l'inverse : observation sur site, première version restreinte livrée rapidement, puis itérations avec les utilisateurs réels. Les projets AV Transit et Réserveasy ont suivi exactement ce cheminement.

Voir le détail de la prestation application métier et SaaS. Si votre besoin comporte une dimension IA — recherche documentaire, assistance à la saisie — voir également serveur IA local et RAG.