Pensez à l’endroit où vous travaillez réellement.
Un sous-sol à fondation de béton, sans fenêtres. Un chantier neuf avec des montants d’acier et le revêtement intermédiaire posé, mais aucun service raccordé. Une propriété rurale à vingt minutes de la dernière tour cellulaire. Une salle mécanique au centre d’un étage commercial. Un garage souterrain.
Maintenant, pensez à l’endroit où se déroulent les démonstrations de logiciels : un bureau, connecté au Wi-Fi.
Cet écart explique une frustration difficile à mettre en mots. L’appli n’est ni lente ni mal conçue. Elle fonctionne à merveille dans l’entrée de cour et cesse de fonctionner dans le sous-sol — l’endroit même où vous en aviez besoin. Et l’échec est rarement franc : le plus souvent, c’est une roue qui tourne dans le vide, une sauvegarde silencieuse qui n’a rien sauvegardé, ou un formulaire qui efface ce que vous venez d’écrire dès que vous en sortez.
« Pas de réseau » : quatre problèmes, pas un
« Pas de réseau » n’est pas un problème unique. Ce sont plusieurs problèmes, et chacun brise le logiciel à sa façon.
Aucun signal du tout. Le cas simple. Une appli bien construite sait qu’elle est hors ligne et se comporte en conséquence. La plupart des applis gèrent ça correctement, parce que c’est facile à détecter.
Une barre, techniquement connecté. Le cas vraiment destructeur. Le téléphone signale une connexion, alors l’appli tente de joindre le serveur, et la requête reste en attente. Vous regardez une roue tourner pendant quarante secondes avant que le délai d’attente expire — ou pire, une requête qui ne s’exécute qu’à moitié. Un logiciel qui se contente de vérifier « y a-t-il un réseau ? » plutôt que « est-ce que ça a vraiment fonctionné ? » échoue le plus durement ici.
Un signal qui va et vient. Vous passez de l’entrée de cour au sous-sol quatre fois par jour. Chaque passage risque d’interrompre une synchronisation en plein milieu.
Connecté, mais lent. Les tours rurales congestionnées à 16 h. Tout fonctionne techniquement, mais à un rythme qui finit par vous décourager de vous en servir.
Une appli honnêtement conçue pour le hors ligne doit gérer ces quatre cas. Une appli qui ne gère que le premier vous fera quand même perdre du travail.
Que veut vraiment dire « fonctionne hors ligne » ?
L’expression est utilisée à toutes les sauces. Il existe pourtant un test qui tient la route, en quatre volets.
La lecture fonctionne. Vous pouvez ouvrir un chantier et voir l’adresse, la portée des travaux, le numéro de téléphone du client et les photos d’hier, sans aucune connexion. Ça veut dire que les données sont réellement stockées sur l’appareil, et non mises en cache au gré des occasions.
L’écriture fonctionne, et elle est durable. Vous pouvez ajouter une note, consigner des heures, enregistrer une dépense, prendre des photos. Et si le téléphone plante, que l’appli est fermée de force, ou que la pile lâche dans le froid, ce travail est encore là au retour. Être en mémoire n’est pas la même chose qu’être sauvegardé.
La synchronisation est automatique et invisible. Dès que le signal revient, tout ce qui était en attente se téléverse tout seul. Vous ne devriez jamais avoir à vous rappeler d’appuyer sur un bouton de synchro, parce que la fois où vous l’oublierez sera justement celle qui compte.
Les conflits sont gérés honnêtement. Deux personnes ont modifié le même chantier pendant qu’elles étaient toutes deux hors ligne. Un bon logiciel détecte ça et vous le signale. Un mauvais logiciel garde une version en silence, et vous découvrez des semaines plus tard qu’une note a disparu.
Ce dernier point est celui qu’on saute le plus facilement, et c’est ce qui distingue une appli simplement tolérante au hors ligne d’une appli pensée pour le hors ligne dès le départ. Détecter un conflit exige que l’appli suive les versions de chaque enregistrement et les compare au moment de la remontée. C’est du vrai travail d’ingénierie, sans fonctionnalité visible à montrer en échange — et c’est précisément pour ça que ça reste souvent en plan.
Pourquoi les photos méritent leur propre section
Les photos sont le cas hors ligne le plus difficile dans un logiciel de terrain, et c’est justement ce que les entrepreneurs ont le plus besoin de documenter sur place : les dommages existants avant de commencer, l’état derrière un mur, les travaux terminés, une lecture de compteur, une livraison.
Elles sont difficiles parce qu’elles sont lourdes. L’ensemble des photos en pleine résolution d’un seul chantier représente des dizaines de mégaoctets. Avec une seule barre de signal, ce téléversement échouera. À répétition. Une appli qui traite une photo comme n’importe quel autre enregistrement va soit bloquer en attendant le téléversement, soit tout simplement la perdre.
Voici ce qui doit se passer à la place : la photo est écrite sur l’appareil immédiatement et rattachée au chantier, et le téléversement devient une tâche d’arrière-plan distincte, qui réessaie au besoin, même après un redémarrage de l’appli ou après plusieurs jours. La photo doit être utilisable dans l’appli dès l’instant où elle est prise, qu’elle ait déjà atteint un serveur ou non.
L’échec à surveiller, c’est l’appli qui affiche une photo sur l’appareil mais ne la téléverse jamais — en silence. Tout semble correct jusqu’à ce que vous ouvriez le chantier sur un ordinateur portable, ou que le téléphone soit perdu — et les photos n’auront jamais existé ailleurs que sur l’appareil.
Ce que ça coûte quand ça manque
Le coût visible est petit et constant : quelques minutes perdues à chaque incident, une marche jusqu’à l’entrée de cour pour attraper une barre de signal.
Le vrai coût est comportemental. Après s’être fait avoir deux fois, les gens cessent de faire confiance à l’appli sur le chantier. Ils recommencent à noter leurs heures sur un bout de papier pour les entrer le vendredi soir, à photographier des reçus dans une pellicule qui ne sera jamais triée, à garder le vrai horaire dans leur tête. Le logiciel est toujours installé, toujours payé — et l’entreprise roule à nouveau à la mémoire.
Une fois que ça se produit, tout ce qui en dépend se dégrade. Le calcul du coût de revient cesse de fonctionner, parce que les coûts ne sont jamais rattachés aux chantiers. La facturation prend du retard, parce que personne n’est certain que le travail est terminé. La valeur de tout le système reposait sur la capture des données au moment même du travail, et c’est cette panne en mode hors ligne qui brise tout ça.
Comment le vérifier avant de vous engager ?
Vous ne pouvez pas vous fier à une liste de fonctionnalités ; tout le monde écrit « fonctionne hors ligne ». Testez-la plutôt vous-même, en une dizaine de minutes :
- Mettez le téléphone en mode avion.
- Ouvrez un chantier que vous n’avez pas consulté récemment. Se charge-t-il en entier, photos comprises ?
- Ajoutez une note, consignez des heures, enregistrez une dépense, prenez trois photos.
- Fermez l’appli de force. Rouvrez-la. Est-ce que tout est encore là ?
- Rétablissez la connexion. Est-ce que tout se synchronise tout seul, sans que vous ayez à toucher à quoi que ce soit ?
- Puis le vrai test : activez le Wi-Fi, mais pointez-le vers un réseau sans accès Internet, de sorte que le téléphone signale une connexion qui ne fonctionne pas. Répétez l’étape 3. Beaucoup d’applis qui réussissent le test du mode avion échouent à celui-ci.
Si elle survit aux six étapes, c’est qu’elle a été bâtie par des gens qui sont déjà descendus dans un sous-sol.
Zeus est construit ainsi, délibérément : l’appli garde une base de données locale complète sur l’appareil, de sorte que les chantiers, les clients et les prix se lisent sans aucune connexion, et tout ce que vous saisissez est écrit localement d’abord, puis synchronisé au retour du signal. Les photos sont stockées sur l’appareil immédiatement et, sur les forfaits qui incluent la sauvegarde des photos, téléversées en arrière-plan avec des tentatives répétées, avec une option Wi-Fi uniquement afin qu’une journée de photos ne gruge pas votre forfait cellulaire. Les modifications en conflit entre deux appareils sont détectées plutôt que silencieusement écrasées, et signalées sur l’indicateur de synchronisation pour que vous puissiez les résoudre.
Foire aux questions
Garder tout sur le téléphone, ça prend beaucoup d’espace ?
Les données textuelles sont minuscules : des milliers de chantiers, de clients et de lignes d’articles représentent à peine quelques mégaoctets. Les photos sont le seul poste qui compte vraiment, ce qui explique pourquoi elles sont généralement gérées à part, les originaux en pleine résolution étant conservés dans le nuage une fois téléversés.
Les données sur le téléphone sont-elles en sécurité s’il est perdu ou volé ?
Ça dépend de l’appli, et ça vaut la peine de poser la question directement. Ce qu’il faut chercher : le chiffrement de la base de données locale, et un verrou sur l’appli elle-même plutôt qu’une simple dépendance au verrou d’écran du téléphone. Zeus chiffre sa base de données locale et offre un verrou d’appli optionnel qui utilise la biométrie ou le NIP de votre appareil.
Qu’arrive-t-il si deux membres de l’équipe modifient le même chantier hors ligne ?
Dans un système bien conçu, le conflit est détecté quand le deuxième appareil se synchronise, puis signalé à une personne pour qu’elle le résolve. Méfiez-vous de toute appli qui promet que ça n’arrive jamais : la règle habituelle, c’est que la dernière modification écrase les autres — ce qui veut dire que le travail de quelqu’un peut disparaître sans que personne n’en soit averti.
Faut-il synchroniser manuellement avant de partir pour un chantier ?
Vous ne devriez pas avoir à le faire, et le fait d’en avoir besoin est un signal d’alarme. La synchronisation devrait se faire en continu, en arrière-plan, dès qu’il y a du signal.
ZEUS