Le terrain d'abord, le siège ensuite
Nous commençons par regarder le travail réel, pas l'organigramme. Une saisie de trois écrans conçue au siège devient une saisie jamais faite sur un chantier.
Des applications métier conçues pour les opérations réelles.
Logiciels métier sur mesure, applications web et mobiles pour équipes terrain, intégration au système d'information. Nous concevons pour le contexte d'usage réel — debout, dehors, avec des gants, sans réseau garanti — et nous les exploitons ensuite.
01 / PARTIS PRIS
Une application métier n'est pas une application grand public avec un logo d'entreprise.
Un utilisateur grand public qu'on agace désinstalle. Un agent qu'on agace continue d'utiliser l'outil, mais mal : il ressaisit le soir, il contourne, il note sur papier. Le coût ne se voit pas dans les statistiques d'usage, il se voit dans la qualité de la donnée.
Le hors connexion est la règle
Local d'abord, synchronisation ensuite. L'application écrit dans une base embarquée puis pousse : l'utilisateur travaille, l'envoi suit.
L'intégration décide du succès
Une application métier qui ne parle pas au SI crée une deuxième vérité. Nous traitons les référentiels, l'authentification et les flux au cadrage, pas à la recette.
La donnée doit rester prouvable
Qui a saisi quoi, quand, depuis où, et ce qui a été modifié ensuite. Sur un contrôle réglementaire ou un litige, c'est la seule chose qui compte.
02 / DÉROULÉ
Du premier atelier à la production.
Nous ne vendons pas un cahier des charges de trois cents pages. Nous cherchons à réduire l'incertitude sur ce qui coûte cher, puis à livrer un périmètre utile assez tôt pour être confronté au terrain.
Cadrage
Volumes, exceptions, contraintes réglementaires, outils déjà en place et valeur attendue. Les exceptions sont ce qui fait dériver un projet métier : on les cherche tout de suite.
Architecture
Où vit la donnée, comment elle se synchronise, comment on arbitre un conflit, ce qui se passe quand une brique tombe. Ces décisions se prennent avant la première ligne de code.
Premier périmètre utile
Un sous-ensemble réellement utilisable par de vrais utilisateurs, mis dans les mains du terrain plutôt que présenté en comité.
Industrialisation
Intégration au SI, reprise des données existantes, déploiement de parc, formation et documentation.
Exploitation
Supervision, correctifs, évolutions et suivi des usages. C'est la phase la plus longue : elle mérite d'être prévue au budget dès le départ.
03 / TYPOLOGIES
Ce que nous construisons le plus souvent.
Suivi d’intervention
Ordres de travail, relevés, contrôles, comptes rendus et photos, utilisables hors connexion et remontés au SI.
Outils de production
Pointage, traçabilité de lots, contrôle qualité, gestion d'équipements et d'inventaire.
Portails et back-offices
Interfaces de pilotage, administration métier, tableaux de suivi et exports comptables ou réglementaires.
Applications réglementées
Dispositifs où la preuve compte autant que la fonction : santé, énergie, flux financiers, secteur public.
04 / PREUVES
Trois contextes, une même exigence.
Un réseau électrique, un chantier de BTP et un réseau de points de vente n'ont rien en commun — sauf que dans les trois cas, l'outil doit fonctionner là où le métier se passe.
Énergie & réseaux 
Digitaliser l'accès au réseau électrique et la validation des interventions, puis tenir le dispositif en production année après année.
BTP & applications terrain Le pointage des heures sur les chantiers du groupe, conçu pour fonctionner là où le réseau ne suit pas.
Retail & réseau de points de vente Marie BlachèreDigitaliser l'évaluation des magasins d'un réseau, pour que le constat terrain devienne une donnée exploitable.
05 / QUESTIONS
Ce qu'on nous demande
Faut-il du natif, du React Native ou du web ?
Cela dépend de l'accès au matériel, de la contrainte hors connexion et de la durée de vie visée. Nous tranchons au cadrage avec les arguments écrits, pas par préférence d'équipe.
Pouvez-vous vous intégrer à notre ERP ?
Oui, c'est le cas courant. Ce qui détermine la charge n'est pas l'ERP mais la qualité de ses API et de ses référentiels — c'est ce que l'on regarde en premier.
Combien de temps avant un premier usage réel ?
Quelques mois pour un périmètre utile en production, selon les intégrations. Le délai est presque toujours fixé par les accès au SI, pas par le développement.
Que se passe-t-il si les besoins changent en cours de route ?
Ils changent toujours, parce que le terrain révèle ce qu'aucun atelier n'avait vu. Le cadre le prévoit : périmètre priorisé, arbitrages tracés, et un budget d'évolution distinct du budget de correction.
Hébergez-vous les données en France ?
Oui, sur un cloud privé ou hybride opéré en France, avec sauvegardes, supervision et plan de reprise contractualisés.
Que devient l’application après la mise en service ?
Elle entre en exploitation : supervision, correctifs, mises à niveau imposées par les OS et évolutions fonctionnelles. C'est la même équipe, et c'est ce qui nous distingue d'un studio de projet.
Application métier · Terrain · Hors connexion · Intégration SI · TMA
Quel processus faut-il outiller ?
Décrivez le travail réel, les outils déjà en place et ce qui coince aujourd'hui. Nous revenons avec les questions d'architecture qui comptent avant de parler de calendrier.
Cadrer une application métier