Techniciens sur le terrain : ce que doit faire une application pour interventions et maintenances

Le rapport d'intervention écrit à la main, photographié et ressaisi au bureau n'est pas un problème de papier : c'est un problème de temps et d'exhaustivité. L'information arrive deux jours plus tard, incomplète, et la facture part une semaine après parce qu'il manque les matériaux utilisés. Une application pour les techniciens sert à cela, pas à numériser un formulaire.

Le risque inverse est de porter tout le système de gestion sur un écran de six pouces, avec l'aggravation que le technicien l'utilisera debout, avec des gants, dans une chaufferie sans réseau. Ce qu'il faut, ce n'est pas un système de gestion plus petit : c'est un parcours réduit aux opérations du terrain.

Le tour complet d'une intervention

Avant de choisir un outil quelconque, mieux vaut écrire le parcours, car c'est là que l'on voit où l'information se perd.

1. Le bureau reçoit une demande et l'assigne : qui, quand, où, avec quelle priorité.
2. Le technicien reçoit l'intervention avec tout ce dont il a besoin avant de partir.
3. Sur place, il enregistre ce qu'il a fait, les matériaux utilisés, les temps et ce qu'il a constaté.
4. Le client confirme. Le rapport se clôture et devient un document.
5. Le bureau a déjà les données pour facturer, pour recommander les pièces détachées et pour programmer l'intervention suivante.

Si ne serait-ce qu'une seule de ces étapes redevient un coup de téléphone, la chaîne se rompt et les données sont reconstituées de mémoire.

Ce que le technicien doit trouver déjà écrit

Les appels au bureau depuis le chantier sont le meilleur indicateur de ce qui manque dans l'assignation : chaque appel récurrent est un champ à ajouter.

• Qui contacter à l'arrivée, avec une coordonnée directe, et comment on entre : accueil, horaires, clés, autorisations.
• Ce qui a été promis au client et par qui. C'est la cause la plus fréquente des discussions sur place.
• L'historique de l'installation : interventions précédentes, pièces déjà remplacées, anomalies connues.
• Les données de l'installation : numéro de série, modèle, où elle se trouve physiquement, documentation consultable.
• Si l'intervention est sous garantie, sous contrat ou payante. En le sachant à l'avance, le technicien ne promet pas ce qu'il ne doit pas.

Ce qu'il doit pouvoir enregistrer, et en combien de gestes

Le critère n'est pas le nombre de champs mais le nombre de gestes. Un rapport qui demande quatre minutes de saisie est rempli dans la voiture en fin de journée, et alors autant garder le papier.

• Matériaux : choisis dans une liste de pièces récurrentes, pas saisis à la main. La saisie libre rend la donnée inutilisable pour le stock.
• Temps : début et fin enregistrés d'un geste, modifiables. Si le seul moyen est de saisir les horaires, ils seront arrondis et faux.
• Photos : avant et après, déjà rattachées à l'intervention. Une photo qui reste dans la galerie du téléphone est perdue.
• Notes : un champ libre est utile, mais ce qui doit être lisible par un système — résultat, cause, état de l'installation — doit être choisi dans une liste courte.
• Anomalies à signaler au bureau : la partie qui manque généralement, et qui vaut les travaux suivants.

Le réseau qui n'existe pas : travailler sans connexion

Sous-sols, hangars blindés, zones industrielles, montagne : la connexion manque justement là où l'on travaille. Une application qui nécessite une connexion pour fonctionner est abandonnée dès la deuxième fois. Séquence illustrative d'une journée.

1. Le matin, là où il y a du réseau, l'application télécharge les interventions du jour avec fiches et historiques. À partir de ce moment, tout fonctionne même sans connexion.
2. À 9h40, le technicien ouvre l'intervention dans un local technique en sous-sol, sans réseau : il remplit, photographie, ajoute les matériaux. Les données restent sur le téléphone.
3. À 11h15, le bureau annule l'intervention de 15h et en assigne une autre. Le technicien ne le sait pas : il n'a pas de réseau.
4. À 12h30, la couverture revient. Le rapport du matin part, les nouvelles assignations arrivent, et le technicien reçoit un avis visible que quelque chose a changé.
5. Un cas à trancher à l'avance : la pièce utilisée par le technicien était assignée à une autre intervention. Le conflit ne se résout pas tout seul, il doit être montré à une personne.

Deux règles évitent la plupart des problèmes. Le technicien doit toujours voir si ses données sont parties ou sont encore bloquées sur le téléphone. Et les données pas encore synchronisées ne doivent jamais pouvoir disparaître à cause d'une mise à jour de l'application, d'un changement d'appareil ou d'un accès expiré.

Signature du client et clôture administrative

La signature sur place a de la valeur si l'on sait clairement ce que l'on signe et si le client en reçoit une copie. C'est aussi la preuve en cas de contestation, donc le document ne doit pas dépendre du téléphone de celui qui était de service.

• Ce que voit le client avant de signer : travail effectué, matériaux, temps, et d'éventuels points non résolus avec le motif.
• Ce qui se passe si le client est absent ou ne veut pas signer : l'intervention se clôture quand même, avec une annotation.
• Ce que reçoit le client, sous quelle forme et qui le lui envoie.
• Ce qui arrive à l'administration et quand. Si l'étape nécessite quand même une ressaisie, le problème a été déplacé, pas résolu.

Quand une application n'est pas nécessaire

Toutes les équipes n'en ont pas besoin, et pour certaines ce serait un poids supplémentaire.

• Peu d'interventions longues, avec un rapport technique détaillé qui est de toute façon rédigé au bureau : l'avantage est marginal.
• Le système de gestion n'a aucun moyen de recevoir les données. Sans cette connexion, l'application crée une seconde archive à réconcilier à la main : deux vérités au lieu d'une.
• Le processus n'est pas stable. Si l'assignation change chaque semaine et que personne ne sait dire qui décide des priorités, l'application figera le désordre actuel.
• Les appareils ne sont pas encore décidés. Téléphones personnels, systèmes différents, petits écrans et gants changent les choix techniques, et ils doivent être testés sur les modèles que les techniciens ont réellement en main.

Ce que ce guide ne couvre pas

Ici, on parle du processus sur le terrain et des informations qu'il doit produire. Le choix technique — application à installer, site qui fonctionne même sans réseau, ou une solution intermédiaire — dépend des appareils utilisés et doit être vérifié sur ceux-ci, pas décidé dans l'abstrait. Le suivi des mouvements de stock et les tests à effectuer avant de mettre en service un logiciel d'entreprise sont traités à part.