GESTITP : du suivi de chantier papier à une application métier utilisée sur le terrain

Le point de départ : une information produite sur le terrain mais retraitée au bureau

La difficulté ne venait pas seulement du papier. Une même journée de chantier alimentait plusieurs besoins : suivi opérationnel, heures, zones, primes, paie, facturation et parfois stock. Lorsqu'une fiche était absente ou incomplète, le problème se déplaçait vers l'administratif, qui devait relancer, interpréter puis ressaisir.

Le besoin formulé avec la direction était donc de fiabiliser toute la circulation de l'information, et non de fabriquer un formulaire numérique de plus. Le premier périmètre devait être utilisable sur mobile, suffisamment simple pour le terrain et suffisamment structuré pour les contrôles du bureau.

Pourquoi une application sur mesure plutôt qu'un formulaire standard ?

Quatre trajectoires ont été comparées avant le lancement :

La direction a retenu la dernière option, avec un budget initial limité et une évolution au temps passé. Le contrôle budgétaire ne repose pas sur une promesse globale : chaque mois, les livraisons, corrections et études sont récapitulées dans un rapport associé à la facturation.

Un noyau utile d'abord, les extensions ensuite

Le premier lot mis en production en avril 2025 ciblait les fiches de chantier. Les autres fonctions ont été ajoutées après observation des usages : absences, heures, zones, exports, équipements, stock, statistiques, rendez-vous et relances.

Chaque évolution suit le même circuit :

1. recueil d'un irritant auprès de la direction, de l'administratif ou du terrain ;
2. priorisation avec le client ;
3. réalisation et contrôle dans l'environnement de qualification ;
4. tests avant mise en production ;
5. information des utilisateurs et bilan dans le rapport mensuel.

Lors de l'audit de juillet 2026, 157 contrôles automatisés étaient passants. Ce nombre ne prouve pas à lui seul la qualité du produit, mais il matérialise un dispositif de non-régression devenu indispensable à mesure que l'application couvre davantage de processus.

Deux demandes refusées pour préserver la traçabilité

Un projet sur mesure n'implique pas d'accepter toutes les demandes. Deux arbitrages illustrent les limites posées pendant GESTITP.

Pas de paie entièrement automatique

Les calculs de zones, d'heures et les exports peuvent être préparés automatiquement. En revanche, le passage vers la paie conserve un contrôle humain systématique. Sur un processus sensible, supprimer une ressaisie ne doit pas supprimer la capacité de vérifier.

Pas de tablette partagée sous un compte unique

Cette solution aurait simplifié le matériel, mais détruit l'identification de l'auteur de chaque saisie. Elle a donc été écartée au profit d'un accès individuel, cohérent avec l'objectif initial de traçabilité.

L'adoption se construit dans les formulaires

Les démonstrations et la formation comptent, mais l'usage quotidien dépend surtout de la friction restante. Des collègues et véhicules sont préremplis, les champs sont guidés et l'aide est accessible dans l'application. Un relais administratif a également été formé afin que chaque question du terrain ne remonte pas directement au prestataire.

Cette organisation transforme les retours utilisateurs en matière première du produit. Les 573 évolutions tracées ne sont pas présentées comme 573 fonctionnalités : elles comprennent aussi des corrections, simplifications et ajustements issus de l'exploitation réelle.

Ce que l'on peut affirmer — et ce qui reste à mesurer

Les utilisateurs rapportent une baisse des relances, des ressaisies et des déplacements au bureau. En revanche, le gain horaire et le retour sur investissement n'étaient pas encore instrumentés de manière assez robuste lors de cette publication. Je préfère donc ne pas transformer un ressenti positif en chiffre commercial.

La prochaine étape de mesure porte sur les utilisateurs actifs, les fiches attendues et manquantes, le temps administratif, les incidents et les volumes d'export. Cette limite est importante : une application peut être en production sans que sa valeur soit correctement mesurée.

Sept enseignements pour une application métier de PME

1. Partir du processus complet. Numériser un formulaire sans regarder ce qu'il alimente déplace souvent la ressaisie.
2. Comparer les options avant de développer. Le sur-mesure n'est pertinent que si les écarts métier sont réels.
3. Livrer un noyau utilisable. La première version doit résoudre un problème identifiable.
4. Garder les contrôles sensibles. La paie, la facturation ou la sécurité ne deviennent pas sans risque parce qu'un export est automatique.
5. Former un relais interne. L'autonomie du client fait partie du produit.
6. Séparer qualification et production. Les retours rapides ne doivent pas conduire à tester sur les données réelles.
7. Mesurer tôt. L'instrumentation de l'adoption et des gains doit idéalement être définie avant la mise en production.

Questions fréquentes

Pourquoi remplacer des fiches papier par une application de chantier ?

Pour saisir l'information à la source, guider les champs attendus et éviter les relances et ressaisies avant la paie ou la facturation. Le formulaire mobile n'est utile que s'il s'intègre au processus qui suit.

Faut-il automatiser entièrement la préparation de la paie ?

Non. Dans GESTITP, l'application prépare les calculs et les exports mais le contrôle métier reste obligatoire avant toute utilisation en paie.

Comment éviter qu'un projet sur mesure ne devienne incontrôlable ?

Avec un périmètre initial réduit, un backlog priorisé, un environnement de qualification, des tests, des rapports réguliers et la possibilité pour le client d'arrêter ou de réorienter les évolutions.

En résumé

GESTITP n'a pas simplement remplacé une feuille de papier. Le projet a relié une information produite sur le chantier aux contrôles administratifs et aux exports attendus, tout en maintenant une validation humaine sur la paie.

La leçon principale est que la réussite d'une application métier tient moins au nombre de fonctions qu'à la boucle complète : besoin, arbitrage, livraison, adoption, contrôle et mesure.