Aller au contenu principal
Retour d'expérience · 19 août 2026

Faire fonctionner une application en zone blanche : ce que ça implique

Une application de terrain à La Réunion doit fonctionner sans réseau — dans les Hauts, les cirques, les radiers, et sur une partie des routes. Entre 2023 et 2025, nous avons livré trois applications Flutter conçues sur ce principe, qui gèrent aujourd'hui plus de 150 000 enregistrements hors ligne. Voici ce que cette contrainte change concrètement dans un projet — pour le budget, le planning et la recette.

Le hors-ligne n'est pas une option qu'on coche

La plupart des applications sont conçues « connectées d'abord » : chaque écran interroge un serveur, et le mode hors ligne, promis pour plus tard, se réduit à un message d'erreur poli. Ajouter un vrai hors-ligne après coup revient à réécrire le cœur de l'application, car la question n'est pas « que faire quand le réseau coupe » mais « où vit la vérité des données ».

Dans une architecture offline-first, la réponse est : sur l'appareil. Une base SQLite embarquée porte les données de travail ; l'application lit et écrit en local, toujours, réseau ou pas. La synchronisation avec le serveur devient une tâche de fond — orchestrée chez nous par WorkManager — qui transmet ce qui doit l'être quand le signal le permet, et reprend exactement où elle s'est arrêtée après une coupure. L'utilisateur, lui, ne change jamais de comportement.

Les trois problèmes qui coûtent vraiment

Les conflits de saisie. Deux agents modifient la même fiche, chacun hors ligne : que se passe-t-il à la synchronisation ? La réponse doit être décidée métier par métier — dernière écriture gagnante, fusion champ par champ, ou arbitrage humain — et elle se spécifie au cadrage, pas au moment où le premier conflit survient en production.

La confiance de l'utilisateur. Un agent de terrain doit savoir d'un coup d'œil ce qui est enregistré sur son appareil et ce qui reste à transmettre. Si l'interface ne montre pas l'état de synchronisation, les équipes doutent, ressaisissent, ou photographient l'écran « au cas où » — et l'outil meurt en quelques semaines. C'est un sujet de design autant que de technique.

La recette en conditions réelles. Un hors-ligne se teste là où il servira : appareil en mode avion, puis en signal intermittent, puis sur le terrain réel. Sur nos projets, la recette inclut des tests menés dans les conditions d'usage — une application validée en fibre au bureau ne prouve rien.

Ce que ça a donné en production

Pour SVF Tecno, trois applications Flutter déployées en Angola et au Portugal entre 2023 et 2025 fonctionnent intégralement hors ligne : plus de 150 000 enregistrements gérés localement, une identification faciale embarquée via Google MLKit qui fonctionne sans aucun serveur, et une synchronisation sans perte de données constatée. Le même socle équipe l'application chauffeur de notre plateforme d'optimisation de tournées, utilisée sur le réseau routier réunionnais où le relief coupe régulièrement le signal.

Côté budget : le hors-ligne fiable est l'un des principaux facteurs de coût d'une application — il pèse dans la fourchette de 30 000 à 80 000 € que nous publions dans notre guide des prix. Mais il se compare au coût de l'alternative : un outil inutilisable sur le terrain, c'est un budget entier perdu.

Votre terrain a-t-il du réseau ?

Décrivez-nous où l'application sera réellement utilisée : c'est la première question de notre cadrage, et elle est gratuite. La prestation complète est décrite sur la page application mobile Flutter à La Réunion.