Application mobile hors-ligne : pourquoi et comment la concevoir
Un commerçant enregistre une vente, le réseau coupe, et l'application affiche une erreur. La vente est perdue, et la confiance avec. En Afrique de l'Ouest, le hors-ligne n'est pas un cas particulier : c'est une situation quotidienne qu'une bonne application doit gérer sans que l'utilisateur s'en rende compte.
Pourquoi le hors-ligne est indispensable
- Couverture inégale : zones rurales, marchés, entrepôts, sous-sols… le signal va et vient au cours de la journée.
- Forfaits data limités : beaucoup d'utilisateurs coupent leurs données mobiles pour économiser leur forfait, et ne se connectent qu'en Wi-Fi ou à certains moments.
- Travail de terrain : agents de collecte, livreurs, commerciaux, techniciens agricoles travaillent là où le réseau est le plus faible.
Une application qui exige une connexion permanente perd ces utilisateurs. Une application qui fonctionne hors-ligne devient au contraire leur outil de travail de référence.
Le principe : le téléphone d'abord, le serveur ensuite
Une application « offline-first » (hors-ligne d'abord) inverse la logique habituelle. Au lieu d'envoyer chaque action au serveur et d'attendre sa réponse, elle :
- enregistre l'action immédiatement dans une base de données sur le téléphone ;
- met à jour l'écran tout de suite, sans attendre le réseau ;
- place l'action dans une file d'attente de synchronisation ;
- envoie la file au serveur dès que la connexion revient, en arrière-plan.
Pour l'utilisateur, l'application est simplement rapide et fiable, avec ou sans réseau.
Les points à concevoir dès le départ
Une base de données locale
Les données utiles au travail quotidien (catalogue, clients, dernières transactions) sont stockées sur le téléphone, par exemple avec SQLite. On ne télécharge que ce dont l'utilisateur a besoin, pour ménager le stockage et le forfait data.
Des identifiants créés sur le téléphone
Chaque enregistrement reçoit un identifiant unique généré sur l'appareil. Ainsi, si l'envoi est répété après une coupure, le serveur reconnaît l'enregistrement et ne crée pas de doublon : une vente envoyée deux fois reste une seule vente.
Les conflits
Que se passe-t-il si deux vendeurs modifient le même stock hors-ligne ? Il faut décider à l'avance de la règle : additionner les mouvements de stock plutôt qu'écraser la quantité, garder la modification la plus récente pour un nom de client, ou signaler le conflit à un responsable. Ces règles sont des choix métier, à valider avec vous pendant le cadrage.
Un état de synchronisation visible
L'utilisateur doit savoir où en sont ses données : « enregistré sur le téléphone », « en cours d'envoi », « synchronisé ». Un simple indicateur évite les doubles saisies et rassure.
Une synchronisation économe
On n'envoie que les changements, compressés, et on peut réserver les gros fichiers (photos, documents) au Wi-Fi. L'utilisateur garde la maîtrise de sa consommation de données.
Ce qui ne peut pas être hors-ligne
Certaines actions demandent le serveur au moment même : confirmer un paiement Mobile Money, vérifier un solde, réserver le dernier article en stock. L'application doit alors l'expliquer clairement (« paiement en attente de réseau ») au lieu d'échouer en silence. Pour les paiements, nous détaillons la bonne approche dans notre article sur la sécurité des paiements Mobile Money.
Un exemple : Fidelia
Fidelia, notre application de caisse pour commerçants, enregistre les ventes même sans réseau. Le commerçant continue de servir ses clients ; dès que la connexion revient, les ventes partent vers le serveur et le tableau de bord se met à jour. Vous pouvez voir cette synchronisation en animation sur notre page d'accueil.
Combien cela coûte-t-il en plus ?
Prévu dès le départ, le mode hors-ligne demande surtout de bons choix d'architecture. Ajouté après coup, il oblige souvent à réécrire une grande partie de l'application. C'est pourquoi nous en parlons dès l'atelier de cadrage, et pourquoi il fait partie des options de notre MVP SaaS mobile à partir de 250 000 FCFA.