Sur un chantier, le smartphone peut servir à relever des informations, prendre des photographies et préparer un compte rendu. Le réseau reste parfois incertain à l’intérieur d’un bâtiment ou dans une zone éloignée. Une application annoncée comme « hors ligne » doit donc être évaluée au-delà du fait qu’elle s’ouvre sans connexion. Quelles données sont disponibles ? Où restent les photos ? Comment une modification rejoint-elle le bureau ? Ces questions déterminent la fiabilité du dossier autant que le confort de l’interface.
En bref : le test hors ligne doit couvrir la préparation, la saisie, les modifications concurrentes et la reprise après interruption, avec des statuts compréhensibles.
Préparer les données nécessaires avant le départ
Le salarié doit pouvoir retrouver les informations utiles à sa mission : dossier, adresse, consignes, références et éventuels documents techniques. Certaines applications téléchargent automatiquement un ensemble limité ; d’autres demandent une action préalable. Cette différence doit être connue de l’équipe. Le test doit commencer avant la perte de réseau, avec le profil et les droits réellement utilisés.
Le volume à télécharger peut être important lorsque les plans et photographies se multiplient. Il faut vérifier l’espace disponible et la manière dont les documents anciens sont gérés. Un simple statut « disponible » doit correspondre à un contenu effectivement consultable. Le responsable doit aussi savoir comment un changement de consigne effectué au bureau sera signalé à une personne partie avec une version précédente.
Les données sensibles ne doivent pas être stockées sans réflexion sur les appareils. Le choix doit intégrer les accès, la durée de conservation locale et les possibilités de retrait dans le cadre de l’organisation retenue. Les besoins varient entre un appareil fourni par l’entreprise et un téléphone personnel. Le mode hors ligne ne fait pas disparaître ces responsabilités.
Distinguer une saisie locale d’un dossier transmis
L’interface doit montrer clairement qu’une information enregistrée sur le téléphone n’est pas encore arrivée dans le système central. Une photographie visible dans l’application ne prouve pas sa transmission. Le salarié doit pouvoir identifier les éléments en attente et savoir si une action reste nécessaire. Le bureau doit disposer d’un statut complémentaire, plutôt que supposer que tout dossier commencé est complet.
Les pièces jointes demandent un contrôle propre. Un texte peut être synchronisé alors qu’une image volumineuse reste en attente. Le test doit vérifier cette situation et la manière dont elle apparaît aux utilisateurs. Un rapport consultable sans ses photographies peut conduire à une interprétation incomplète. La validation métier doit dépendre des éléments réellement disponibles.
La reprise après fermeture de l’application, redémarrage ou interruption de connexion doit être essayée. Le travail déjà enregistré ne doit pas être confondu avec une saisie encore temporaire. Le fournisseur doit expliquer ses garanties et les limites de son fonctionnement. Ces vérifications permettent de préparer une procédure simple lorsque l’utilisateur doute de l’état d’un envoi.
Traiter les changements simultanés sans les masquer
Un dossier peut être modifié au bureau pendant qu’une équipe travaille hors ligne. À la reconnexion, il faut décider comment les changements se combinent. Une application peut appliquer une règle automatique, demander un arbitrage ou conserver plusieurs versions selon son fonctionnement. Le prestataire doit montrer ce qui se passe sur les champs importants, pas seulement sur un exemple sans conflit.
Les droits et les statuts peuvent également évoluer. Une mission annulée au bureau peut rester visible sur un appareil qui n’a pas reçu la modification. Le workflow doit préciser ce que l’utilisateur peut encore saisir et comment cette information sera examinée. Il faut éviter qu’un simple retour de connexion transforme silencieusement un dossier devenu obsolète en nouvelle intervention validée.
La traçabilité doit permettre de comprendre qui a saisi ou corrigé une information et à quel moment. L’heure du téléphone, l’heure d’envoi et l’heure de réception peuvent répondre à des questions différentes. Le logiciel doit expliquer les repères utilisés. Une photographie conservée dans un dossier n’acquiert pas automatiquement une valeur de preuve universelle parce qu’elle porte un horodatage.
Les informations transmises doivent rejoindre le bon dossier et son planning. Notre analyse des logiciels d’interventions terrain complète ce test de synchronisation par l’organisation du service et du passage de relais au bureau.
Tester le scénario avec les personnes de terrain
Le pilote doit se dérouler sur un appareil représentatif, avec des gants ou des conditions de visibilité comparables si cela correspond au travail. Les formulaires trop longs et les boutons ambigus deviennent vite des obstacles. Les équipes doivent pouvoir signaler un problème sans improviser une solution personnelle, comme envoyer toutes les photos sur une messagerie non prévue.
Le support doit savoir distinguer une erreur de saisie, une absence de donnée préparée et une synchronisation bloquée. Le salarié doit disposer d’un repère simple pour décrire le problème. Un identifiant de dossier et un statut clair sont plus utiles qu’une consigne générale invitant à « vérifier le réseau ». Le fournisseur doit montrer les outils de diagnostic accessibles aux personnes autorisées.
Le choix se juge finalement sur le dossier complet récupéré après le travail, avec ses exceptions compréhensibles. Un écran agréable aide l’utilisateur, mais ne suffit pas à garantir cette continuité. La meilleure démonstration commence avec une mission préparée, traverse une période sans réseau et se termine au bureau par une vérification de ce qui a réellement été transmis.
