Ce guide détaille un des cinq manques exposés dans ce qu'un CRM ne fait pas pour une force de vente terrain : la supposition qu'il y a toujours du réseau.
Où le réseau manque vraiment
Ce n'est pas une question de campagne contre ville. Les endroits sans réseau sont précisément ceux où se passe la visite :
- la réserve d'un hôtel, en sous-sol, où l'on compte les stocks ;
- la cuisine d'un restaurant, entre deux murs porteurs ;
- la chambre froide d'un traiteur ;
- le parking couvert d'une zone commerciale ;
- les vingt minutes de route entre deux clients, dans une zone blanche.
Autrement dit : l'endroit où l'on parle au client, et l'endroit où l'on note ce qu'il a dit. Un outil qui exige du réseau à ces moments-là n'est pas un outil de terrain.
Les trois niveaux qu'on appelle « hors ligne »
Niveau 1 — Le cache de consultation
L'application garde en mémoire les dernières fiches ouvertes. On peut retrouver un numéro de téléphone, relire un compte rendu. On ne peut rien enregistrer. C'est ce que proposent la plupart des applications mobiles de CRM, et c'est ce qu'on vous montrera si vous ne précisez pas votre question.
Niveau 2 — La saisie en file d'attente
L'application accepte l'écriture, la stocke localement et l'envoie au retour du réseau. Le commercial voit un indicateur : « 3 saisies en attente ». C'est le niveau minimum utile.
Attention au point de rupture : l'application doit survivre à sa fermeture. Beaucoup de files d'attente vivent en mémoire et disparaissent quand le système d'exploitation récupère la place — c'est-à-dire exactement quand on garde l'application ouverte toute la journée.
Niveau 3 — Le fonctionnement complet, données comprises
Le portefeuille, le catalogue, les prix et l'historique sont disponibles sans réseau. Le commercial prépare sa tournée, consulte le dernier prix consenti, enregistre une commande et rédige son compte rendu, du début à la fin, en mode avion. C'est le seul niveau qui supprime réellement la ressaisie du soir.
Mettez le téléphone en mode avion avant la démonstration, pas pendant — sinon les données viennent du cache de la session en cours. Puis : ouvrir la fiche d'un client au hasard, enregistrer une commande de huit lignes, écrire un compte rendu, fermer complètement l'application, la rouvrir, rallumer le réseau. Tout doit remonter seul. La plupart des outils échouent à l'étape de la fermeture.
Le sujet dont personne ne parle : les conflits
Deux personnes modifient la même fiche, l'une en ligne, l'autre hors ligne. Qui gagne ?
Trois stratégies existent, et elles n'ont pas la même valeur :
| Stratégie | Comportement | Risque |
|---|---|---|
| Le dernier écrit gagne | La synchronisation la plus récente écrase | Une saisie faite en visite peut disparaître sans trace |
| Le serveur gagne | La version en ligne est conservée | Le travail hors ligne est systématiquement perdu |
| Conflit signalé | Les deux versions sont conservées, arbitrage humain | Demande un écran de résolution, mais ne perd rien |
Pour des données terrain, une règle simple évite la plupart des cas : ce qui s'ajoute ne s'écrase pas. Une commande, une visite, un compte rendu sont des événements horodatés : ils se cumulent. Seules les fiches modifiables — coordonnées d'un contact, par exemple — méritent une stratégie de conflit.
Faut-il une application native ?
Longtemps, oui. Plus aujourd'hui. Une application web progressive installe un service worker qui met en cache le code et les données, et un stockage local qui retient les saisies. Elle s'installe sur l'écran d'accueil, s'ouvre en plein écran et se met à jour sans passer par un magasin d'applications.
Trois avantages concrets pour une force de vente : pas de validation de magasin à chaque correction, pas de version bloquée sur le téléphone d'un agent qui ne met jamais à jour, et un déploiement instantané chez un agent multicarte qui rejoint un nouveau mandant.
Le natif garde l'avantage pour le matériel spécialisé — lecteur de codes-barres, impression d'étiquettes, capteurs. Si votre métier en dépend, posez la question tôt.
Cinq signes qu'un hors ligne est sérieux
- Un indicateur visible de l'état : hors ligne, X saisies en attente.
- Une confirmation explicite au retour du réseau : « 3 saisies synchronisées », et non un silence.
- La survie à la fermeture de l'application et au redémarrage du téléphone.
- Le catalogue et les prix disponibles, pas seulement les fiches déjà ouvertes.
- Une règle de conflit documentée, que l'éditeur sait énoncer sans hésiter.
Questions fréquentes
Quelle différence entre un mode hors ligne en lecture et en écriture ?
En lecture, l'application affiche des fiches mises en cache lors de la dernière connexion : utile pour retrouver un numéro, inutile pour enregistrer une commande. En écriture, la saisie est acceptée, stockée localement dans une file d'attente et envoyée dès le retour du réseau. Seule la seconde évite la ressaisie du soir, donc la perte d'information.
Comment tester le hors ligne d'un logiciel avant de l'acheter ?
Mettez le téléphone en mode avion avant la démonstration, pas pendant. Puis demandez : ouvrir la fiche d'un client, enregistrer une commande de huit lignes, écrire un compte rendu de visite, et fermer complètement l'application. Rallumez le réseau et vérifiez que tout est remonté sans intervention. La plupart des outils échouent à l'étape de la fermeture.
Que se passe-t-il si deux personnes modifient la même fiche hors ligne ?
C'est le cas qui distingue les outils sérieux. Trois stratégies existent : le dernier qui synchronise écrase, le serveur gagne toujours, ou le conflit est signalé pour arbitrage. Pour des données terrain, la règle la plus saine consiste à ne jamais écraser une saisie humaine : une commande ou un compte rendu s'ajoutent, ils ne se remplacent pas.
Une application web peut-elle fonctionner hors ligne ?
Oui. Une application web progressive installe un service worker qui met en cache le code et les données, et un stockage local qui retient les saisies. Bien construite, elle est indiscernable d'une application native à l'usage, s'installe sur l'écran d'accueil et se met à jour sans passer par un magasin d'applications.
Conçu pour les sous-sols
Portefeuille, catalogue, prix et historique disponibles sans réseau. Les saisies partent en file d'attente et remontent au retour de la connexion, avec confirmation à l'écran.
Voir la démonstration