Pourquoi « fonctionne hors ligne » est la fonctionnalité que vous utiliserez le plus

La fonctionnalité que vous utiliserez le plus dans une application de terrain est celle que vous ne voyez jamais : elle continue de fonctionner quand le signal ne le fait pas. Tournées rurales, caves, locaux techniques, immeubles aux murs épais avec une cage d'ascenseur, l'arrière d'une ferme. Si l'application s'arrête là, vous revenez au papier là aussi, et le papier est l'endroit où les informations de la journée se perdent.

Cet article porte sur ce que « fonctionne hors ligne » devrait signifier, pourquoi c'est plus difficile qu'il n'y paraît, et comment tester la promesse de n'importe quelle application avant de lui confier une tournée.

Les cartes de couverture sont généreuses. L'outil de vérification d'Ofcom vous dira qu'un code postal a du 4G chez chaque opérateur, et c'est vrai au portail. Ce n'est pas vrai dans le placard technique où se trouve la chaudière, ni derrière la maison où le toit de la véranda a besoin d'être nettoyé.

Une application qui a besoin d'une connexion pour chaque action transforme ces endroits en temps mort. Vous faites le travail, vous pensez à le marquer fait plus tard, et c'est plus tard que les choses s'oublient : la photo, les espèces, la note comme quoi le portail latéral est maintenant cadenassé. Pensé pour le hors ligne signifie que l'application se comporte de façon identique dans le placard et au bureau, et vous arrêtez d'y penser.

Cela ne veut pas dire des pages mises en cache. Cela signifie que le téléphone détient sa propre copie des données dont il a besoin pour la journée : les clients, les interventions, les prix, les notes d'accès. Chaque lecture provient de ce stockage local, si bien qu'ouvrir une intervention est instantané, qu'il y ait du signal ou non. Chaque modification entre d'abord dans une file d'attente sur l'appareil, et la file est envoyée au serveur dès qu'une connexion est disponible.

La distinction compte car une application mise en cache peut vous montrer l'agenda d'hier mais ne peut pas enregistrer le travail d'aujourd'hui. Une application pensée pour le hors ligne peut marquer une visite comme faite, prendre une photo, enregistrer les espèces et réserver la prochaine visite avec le téléphone en mode avion, et chacune de ces modifications arrivera au bureau dans l'ordre une fois le signal revenu.

Voici la partie que la plupart des applications cachent. Si vous marquez une visite faite à 10 h 14 sans signal, et que le bureau replanifie la même visite à 10 h 20, laquelle l'emporte quand votre téléphone se reconnecte à 11 h ? Une application qui prend silencieusement la dernière écriture perdra l'une de ces modifications et personne ne le saura.

Pensé pour le hors ligne fait correctement a des règles pour chaque cas et vous indique quand il les applique. Une visite marquée faite sur place l'emporte sur une replanification du bureau, parce que le travail a eu lieu. Un prix modifié au bureau l'emporte sur un prix périmé sur un téléphone qui ne s'est pas synchronisé. Là où deux modifications entrent réellement en conflit, l'application conserve les deux et pose la question. Les règles sont ennuyeuses ; l'important, c'est qu'elles existent.

TradeYoke fonctionne sur le web, iOS, Android et Windows depuis un seul code source. Les applications installées, sur le téléphone et sur un ordinateur portable Windows, sont pensées pour le hors ligne au sens ci-dessus : stockage local, modifications en file d'attente, synchronisation avec des règles de conflit. L'application web dans un navigateur est la porte d'entrée du bureau, toujours en ligne. C'est là que le bureau planifie la semaine, envoie les factures et lit les rapports, et elle suppose une connexion.

Nous le disons clairement car « fonctionne hors ligne » sur un site web ne veut généralement pas dire grand-chose, et parce que cette séparation est délibérée. Le téléphone est l'endroit où le signal disparaît, donc le téléphone est l'endroit où vit le hors ligne. La page de la plateforme détaille ce que fait chaque surface.

Un laveur de vitres travaillant une tournée rurale perd le signal au troisième arrêt et ne le remarque pas. L'arrêt est marqué fait, le client paie en espèces et c'est enregistré sur la visite, le portail du client suivant est verrouillé si bien que la visite est reportée avec une note, et la pluie s'installe à l'arrêt neuf. Les arrêts non faits sont déplacés à jeudi en une seule fois, comme décrit dans l'article sur les jours de pluie.

Rien de tout cela n'a eu besoin d'une connexion. Quand la camionnette atteint la route principale, la file d'attente s'envoie : le fait, les espèces, le report, le transfert. Le bureau voit l'état de la tournée, le montant dû se met à jour, et les SMS « nous arrivons jeudi » peuvent partir. Le laveur de vitres n'a pas pensé au signal une seule fois.

Chaque modification est une opération petite et autodescriptive avec son propre identifiant, si bien que l'envoyer deux fois ne fait rien et l'envoyer en retard fonctionne quand même. Chaque enregistrement porte une étiquette de version ; une modification faite contre une ancienne version est détectée, pas appliquée silencieusement. Le téléphone récupère un flux de ce qui a changé sur le serveur depuis sa dernière demande, plutôt que de tout retélécharger. Les règles de conflit sont déclarées par type de modification, et celles qui ne peuvent pas être résolues automatiquement sont présentées à une personne.

C'est le fond derrière la formule marketing. Cela s'applique à chaque métier de la page des métiers, car la couche de synchronisation ne sait pas et ne se soucie pas si l'enregistrement est une visite de nettoyage de vitres ou de jardinage. Le suivi en direct décrit dans l'article sur le suivi repose sur la même logique de connexion.