Un technicien arrive dans la bonne rue. Le bâtiment est visible derrière une clôture. L'entrée des fournisseurs se trouve pourtant de l'autre côté du site, accessible par une autre voie. Le client a communiqué son adresse de facturation ; le planning l'a transformée en point sur une carte ; personne n'a décrit le lieu où le travail commence réellement.
Pour une entreprise de maintenance, un installateur ou une société de services en France, cette différence peut décider de l'utilité d'une application terrain. Acheter une carte et un formulaire ne règle pas le problème. Il faut relier trois objets différents : l'adresse administrative, le site d'intervention et son accès opérationnel.
Les services publics donnent une base solide, pas votre connaissance du site
La Géoplateforme de l'IGN propose un service de géocodage capable de travailler à partir d'adresses et de parcelles cadastrales. La documentation des fichiers de la Base Adresse Nationale décrit notamment les liens avec les parcelles lorsqu'ils sont connus. Ces données constituent des références utiles ; elles ne prouvent pas qu'un portail est ouvert ni qu'un véhicule peut y passer.
La transition des services d'adresse vers l'IGN donne également une raison concrète de revoir les anciennes intégrations. Le transfert annoncé par data.gouv.fr concerne l'exploitation du service. Dans un projet, nous recommandons d'inventorier les appels réellement utilisés avant de modifier un fournisseur ou une URL. Une dépendance oubliée dans une application mobile peut continuer à utiliser une ancienne configuration après la mise à jour du serveur.
Un dossier de site doit pouvoir contenir plusieurs vérités
Conservez l'adresse saisie par le client et la proposition normalisée. Ajoutez le résultat choisi, sa source et la date de validation. L'opérateur doit pouvoir refuser une proposition plausible lorsqu'elle ne correspond pas au site. Une ressemblance textuelle ne justifie pas de déplacer automatiquement toutes les interventions prévues.
Le site reçoit son propre identifiant interne. Il peut contenir plusieurs bâtiments, plusieurs accès et plusieurs contrats. Une nouvelle dénomination de rue ne doit pas créer un nouveau client. Inversement, deux sociétés installées dans le même immeuble ne doivent pas être fusionnées parce que leurs coordonnées se ressemblent.
Décrivez chaque accès avec son usage : piéton, livraison, maintenance ou secours selon les besoins du projet. Les consignes sensibles, comme un code de portail, demandent une gestion séparée des simples indications géographiques. Leur présence dans une fiche ne signifie pas que chaque commercial, sous-traitant ou ancien intervenant doit pouvoir les consulter.
La correction terrain a besoin d'un responsable
Voici un scénario illustratif de recette : une technicienne découvre qu'une entrée habituelle est condamnée. Sans réseau, elle enregistre un nouvel accès et une photo du panneau d'orientation. Pendant ce temps, le bureau met à jour les consignes après un appel du client. Au retour du réseau, quelle version gagne ?
Une synchronisation fondée uniquement sur la dernière modification écrase potentiellement une information utile. Une meilleure solution conserve les deux propositions, leur auteur et leur contexte. Le responsable du site valide la nouvelle consigne. Les interventions suivantes reçoivent la version approuvée, tandis que le compte rendu de la visite précédente reste compréhensible.
Ce mécanisme rend la connaissance réutilisable. Sans lui, l'entreprise dépend des messages privés du technicien qui connaît le quartier. L'objectif du logiciel est de transmettre cette expérience à l'équipe, avec suffisamment de contexte pour éviter une instruction devenue fausse.
La recherche doit expliquer son hésitation
Le formulaire peut proposer plusieurs résultats et montrer la commune, le code postal et le type de correspondance. Un résultat incomplet doit rester incomplet. Évitez de remplir silencieusement une parcelle ou une entrée parce que le premier résultat de recherche semble acceptable.
Prévoyez aussi les sites sans adresse immédiatement exploitable : extension récente, chantier provisoire ou équipement situé loin d'un bâtiment. L'utilisateur peut positionner un repère manuel, mais l'application doit indiquer sa provenance. Un point placé par un opérateur n'a pas le même statut qu'une référence issue d'une base publique.
Sur mobile, cette nuance doit rester lisible. Un badge discret peut afficher « accès confirmé lors de la dernière visite » ou « position à vérifier ». La carte sert alors la décision, au lieu de masquer l'incertitude derrière un repère parfaitement dessiné.
Ce qu'il faut inclure dans le devis
Un périmètre utile relie un échantillon de sites du CRM, le géocodage, les accès validés et une tournée d'intervention. Il prévoit l'import initial, les doublons, la modification des références et la synchronisation mobile. Le devis doit expliquer qui peut corriger quoi, et comment une modification est distribuée aux rendez-vous déjà planifiés.
Demandez une estimation séparée pour le nettoyage des données existantes. Un connecteur techniquement correct ne transforme pas des milliers de notes libres en fiches fiables par magie. Quelques catégories d'anomalies bien choisies permettent de traiter les cas importants sans lancer un chantier de normalisation illimité.
Mesurez le résultat avec des événements métier : interventions où l'accès a été confirmé, corrections nécessitant une validation et appels au bureau pour retrouver une entrée. Établissez d'abord le niveau observé chez vous. Une promesse universelle de gain de temps serait moins utile qu'un indicateur que vos équipes peuvent réellement vérifier.
Faites démontrer le trajet complet
La recette doit commencer par une commande et finir par une intervention retrouvable dans le dossier client. Testez une adresse homonyme, un accès devenu indisponible, une photo refusée, un appareil hors connexion et un utilisateur dont l'accès au site a été retiré. Vérifiez aussi l'export : si vous changez d'application, les références et les corrections validées doivent rester exploitables.
Pour préparer cet achat, notre guide sur le cadrage et la recette d'un logiciel métier en France aide à transformer ces situations en critères contractuels. Le guide du MVP avec un budget limité permet de choisir une première version assez étroite pour être testée sur le terrain.
TuniCyberLabs peut concevoir ce lien entre votre CRM, les références géographiques et les usages des intervenants dans un projet de développement logiciel sur mesure. Présentez votre parcours d'intervention et vos données actuelles : le premier livrable utile est un périmètre testable, avec les exceptions qui coûtent déjà du temps à votre équipe.