Une application métier est un logiciel qui fait tourner un processus propre à votre activité : suivre un chantier, planifier des équipes, traiter des signalements. Elle tient en cinq pièces : des données, des règles, des rôles, des raccordements et une trace de ce qui s’est passé. Sa valeur dépend de ces pièces bien plus que des écrans.
Ce guide est écrit depuis l’atelier : on parle de ce qu’on construit, avec des applications qu’on a livrées.
Les cinq pièces d’une application métier
| Pièce | Ce qu’elle fait | Sur une application livrée |
|---|---|---|
| Données | La mémoire structurée : dossiers, clients, commandes, historique | Une base qui remplace les onglets d’un Excel central, avec contrôles de cohérence et historique des modifications (cas type PME industrielle) |
| Règles | La logique : qui valide, dans quel ordre, avec quels seuils | Des étapes de validation calées sur la chaîne administrative d’une collectivité (tramway de Liège) |
| Rôles et droits | Qui voit quoi, qui peut faire quoi | Riverains, services techniques et opérateurs sur un même point d’entrée (Liège) |
| Raccordements | Les échanges avec vos autres logiciels | Une commande du CRM qui remonte dans l’outil, une facture poussée vers la comptabilité (cas type PME) |
| Traces | L’historique de qui a fait quoi, et quand | Un accusé de réception et un routage de chaque dossier vers le bon service (Liège) |
Les écrans viennent après, et c’est voulu. Une maquette séduisante posée sur des règles floues donne une application qui brille en démonstration et casse à la première exception. Le parcours normal se construit vite. Ce qui prend le temps, ce sont les règles, les droits et les cas qui sortent de l’ordinaire.
Le cas type PME cité dans ce tableau est une fiche reconstituée à partir de plusieurs missions, et présentée comme telle sur notre site. Les autres exemples sont des clients réels.
Quatre applications métier qu’on a livrées
Quatre métiers sans rapport entre eux, et les mêmes pièces à chaque fois. Deux de ces applications, à Liège et pour Welfarm, reposent sur le même socle technique, BougeMaville, conçu d’abord pour les villes puis adapté d’un contexte à l’autre sans réécriture : une architecture qui accueille un nouveau métier sans tout recommencer.
Liège : signaler pendant un chantier
Pour l’agglomération de Liège, une plateforme de signalement pendant les travaux du tramway : 24 communes, 650 000 habitants, 3 000 signalements collectés. Le cœur du projet était le routage : chaque demande devait arriver au bon service d’un consortium à trois têtes, avec un accusé de réception, pour un chantier qui a duré plusieurs années.
Welfarm : veiller sur les transports d’animaux
Pour l’ONG Welfarm, TruckAlert : une application mobile pour signaler les transports d’animaux par forte chaleur, un tableau de bord pour l’ONG, des statistiques transmises au Ministère de l’Agriculture. Plus de 2 600 constats sont documentés depuis 2020, et les utilisateurs d’une zone reçoivent une notification quand une alerte canicule y est déclarée.
Un loueur de jet-ski : piloter une exploitation saisonnière
Pour un loueur de jet-ski, depuis 2014 : réservation, paiement en ligne, planning des pilotes, offres ajustées selon la météo, suivi de chaque machine et de sa maintenance. L’outil a été construit par vagues, au rythme de la croissance du commerce, devenu leader local sur son segment.
Expertise France : adresser un pays
Pour Expertise France, la BANOC, Base d’Adressage Numérique Ouverte du Cameroun, livrée en production avec ses sources pour que l’institution l’héberge elle-même. Un chef de projet et deux développeurs camerounais ont été recrutés et formés sur le projet.
Web, mobile ou les deux : le terrain décide
Une application web, ouverte dans un navigateur, suffit quand les utilisateurs travaillent au bureau ou avec un réseau fiable. Elle se met à jour une seule fois pour tout le monde, et elle s’adapte à l’écran d’un téléphone.
Le mobile s’impose quand la saisie se fait dehors. TruckAlert sert au bord des routes, avec un réseau souvent dégradé : l’application tourne en Flutter sur le téléphone, le serveur en Laravel, et les positions sont stockées dans PostgreSQL avec l’extension PostGIS, qui sait calculer des zones et des distances. Chez un industriel du bâtiment, le même socle signale des risques sur des chantiers, avec un fonctionnement hors connexion prévu dès le départ.
Le hors ligne ne s’ajoute pas à la fin. Il faut stocker sur l’appareil, synchroniser au retour du réseau, et décider quoi faire quand deux saisies se contredisent. C’est une décision du premier jour, et elle pèse sur le budget : le guide sur le prix d’un logiciel sur mesure la range parmi les six variables qui déplacent un devis.
Low-code ou code : Power Apps, n8n et le développement
Une application métier ne s’écrit pas toujours ligne par ligne. Les plateformes low-code, comme Microsoft Power Apps, assemblent des écrans et des formulaires sur des données existantes, vite, surtout dans une entreprise déjà équipée de Microsoft 365.
La contrepartie est une licence par utilisateur, pour toute la vie de l’application. Power Apps Premium coûte 20 dollars par utilisateur et par mois, et passera à 22 dollars le 1er janvier 2027, selon l’annonce de Microsoft du 9 septembre 2026. Et l’application reste liée à la plateforme : le jour où vous en partez, elle ne vous suit pas.
| Critère | Plateforme low-code | Développement |
|---|---|---|
| Mise en service | Rapide sur un processus simple | Plus longue, le temps de construire |
| Coût dans la durée | Licence par utilisateur, chaque mois | Maintenance, sans licence par utilisateur |
| Règles complexes, hors ligne, gros volumes | Dépend de ce que la plateforme autorise | Tout se construit, au prix du temps passé |
| Propriété | L’application vit chez l’éditeur | Les sources sont à vous si le contrat le prévoit |
n8n et Make jouent un autre rôle. Ils ne font pas l’application, ils la raccordent : un courriel qui crée une fiche, un devis signé qui déclenche une facture, un tableur qui alimente un CRM. Ces liaisons se montent sans développement complet, et c’est souvent la première marche avant de construire. Le choix entre acheter, assembler et construire se tranche avec la grille logiciel sur mesure ou SaaS.
Comment on construit, vague après vague
Sur le projet, on tient le rôle de maîtrise d’œuvre : on conçoit et on construit, le besoin et les arbitrages restent chez vous. Le travail suit quatre temps. Un cadrage rémunéré de deux à cinq jours fige le périmètre, les délais et les critères de recette. La construction avance ensuite au forfait, par sprints courts, avec une démonstration à chaque fin de sprint, un environnement de test auquel vous avez accès, et les sources livrées au fil de l’eau plutôt qu’à la fin.
Vient la mise en production : recette détaillée, plan de bascule, et un plan de retour arrière prêt avant la mise en ligne. Le dernier temps est le transfert, avec la documentation, la formation d’un référent et la remise des accès.
Quand le périmètre est large, on livre d’abord un MVP, la plus petite version que vos équipes utilisent déjà, puis on étend. Le loueur de jet-ski en est l’illustration la plus longue : un site, puis la réservation, puis le paiement en ligne, puis le planning, chaque vague décidée au vu de la précédente, sans jamais casser ce qui marchait.
Ce qui vous reste à la livraison
Une application qui vous rend dépendant de celui qui l’a construite n’a pas fini son travail. À la livraison, les sources, les comptes et l’hébergement sont à votre nom, et c’est écrit dans le contrat. La documentation permet à un autre développeur de reprendre. Dans notre cas type PME, un référent interne est formé pendant deux jours pour savoir modifier une règle simple, un seuil ou une catégorie, sans appeler personne.
Vous pouvez ensuite reprendre la maintenance en interne, la confier à quelqu’un d’autre, ou nous garder. Les trois options restent ouvertes, et c’est ce qui distingue une application métier construite au forfait, sources transmises, d’un abonnement déguisé. Si vous avez un processus qui tient aujourd’hui dans un tableur et trois logiciels qui ne se parlent pas, décrivez-le-nous : on vous dit quelles pièces il faudrait construire, et lesquelles s’achètent.