Le contexte
Expertise France est l’agence française de coopération technique. Sur un programme à mener dans un pays où l’adressage classique ne fonctionne pas, l’institution avait besoin d’un outil de signalement géolocalisé. Les contributeurs sur le terrain devaient pouvoir remonter une information, ancrée à un lieu précis, sans dépendre d’une connexion stable ni d’une infrastructure d’adresses pré-existante.
Aucun outil du marché ne couvrait correctement ce besoin. Les SaaS de cartographie supposent un adressage, et la plupart des outils de remontée terrain ne sont pas conçus pour des conditions de connexion intermittentes.
Le défi
Trois contraintes simultanées. Concevoir un outil qui marche dans des conditions où le signal réseau est faible ou variable. Garantir une géolocalisation fiable sans dépendre d’un adressage formel. Préserver la souveraineté de l’institution sur les données et le code, dès le premier jour.
À ça s’ajoutait une exigence de calendrier. Le programme avait une fenêtre d’action courte. Pas le temps d’un cycle de spécification longue.
Ce qu’on a fait
On est entrés directement en phase de construction, avec une équipe resserrée et un cadrage léger en parallèle. Mode bootstrap par le résultat, pas par la documentation.
Architecture pensée pour le offline-first. L’utilisateur sur le terrain enregistre ses signalements localement, ils remontent quand la connexion revient. Géocodage simplifié, basé sur la position GPS plus une description courte plutôt que sur un standard d’adressage. Pile open source, hébergeable n’importe où.
On a livré en production dans la fenêtre du programme. Plateforme accessible aux contributeurs, données qui remontaient, contributions visibles sur une carte côté instruction. Et surtout, on a livré aussi les sources et un guide d’auto-hébergement pour qu’Expertise France garde la main complète sur l’outil.
Ce qui a suivi
L’architecture a tenu, et elle a essaimé. Le même cœur logiciel a été adapté pour la construction du tramway de l’agglomération de Liège, pour l’ONG Welfarm sur ses missions terrain, et pour un industriel qui voulait outiller le signalement des risques par ses opérateurs. À chaque fois, la promesse est la même : un outil qui marche en conditions imparfaites, et un code transmissible.
Ce qu’on retient
Quand un besoin n’a pas de SaaS qui le couvre proprement, on n’attend pas qu’un éditeur s’y mette. On construit. Et on construit transmissible. La preuve qu’on a bien construit, c’est qu’un client peut reprendre la main quand il le décide, et que l’architecture peut servir ailleurs sans nous solliciter.