Sommaire7
Les équipes qui travaillent hors du bureau (techniciens, livreurs, commerciaux en tournée, équipes de chantier, agents immobiliers en visite) produisent une bonne part des informations dont l’entreprise a besoin : ce qui a été fait, ce qui manque, ce que le client a signalé. Le plus souvent, ces informations voyagent mal. Une application interne ne change pas leur métier ; elle change le trajet de ce qu’elles savent jusqu’au bureau.
En bref
Le problème n’est pas le terrain, c’est le trajet de l’information : papier, messagerie, ressaisie.
Une application interne fait saisir une fois, au bon endroit, avec une date fiable et les photos rattachées au dossier.
Elle n’est adoptée que si elle est plus simple que le carnet qu’elle remplace : peu d’écrans, peu de champs, conçus avec les équipes.
Elle n’a pas besoin d’un store public : un lien suffit souvent, et Apple comme Google prévoient une distribution privée.
Ce qui se perd entre le terrain et le bureau
Dans beaucoup d’entreprises, une information de terrain suit un trajet en quatre temps :
Le trajet d’une information de terrain, sans application
- La note
Sur un carnet, un bon papier ou une photo prise au téléphone.
- L’envoi
Dans une messagerie, parfois le soir, parfois jamais.
- La ressaisie
Quelqu’un au bureau la recopie dans le logiciel.
- Le classement
La photo et le texte retrouvent, ou pas, le bon dossier.
Chaque étape a son coût. La ressaisie prend du temps à quelqu’un qui pourrait faire autre chose, et elle introduit des erreurs. Les photos se perdent dans une conversation de groupe. Le bureau apprend avec un jour de retard ce que le terrain savait le matin. Et quand un client conteste, personne ne retrouve la preuve.
Ce que l’application change
Une seule saisie, au bon endroit. La personne sur le terrain choisit le dossier, coche, photographie, envoie. L’information arrive directement dans la base, rattachée au client, au chantier ou au bien concerné.
Une date fiable. L’heure d’une saisie peut compter (une intervention, une livraison, un constat). Elle doit alors être fixée par le serveur, pas par le téléphone, dont l’horloge se règle à la main.
Sur le terrain
Dans Challenge Us, le serveur date chaque saisie
Challenge Us, une application de défis de groupe que nous avons développée, calcule le jour de chaque saisie côté serveur, dans le fuseau du participant, et garde chaque saisie pour que l’historique reste vérifiable. La même règle vaut pour un bon d’intervention : une date qu’on ne peut pas antidater.
Le bureau voit en direct. Avec une base en temps réel, le statut d’une intervention change sous les yeux du bureau au moment où le technicien la termine. Moins d’appels pour demander « c’est fait ? ».
Les photos au bon endroit. C’est souvent le premier gain visible. Chez Palmora Property, une agence immobilière à Phuket que nous accompagnons, l’équipe trie les photos d’une annonce et en change le statut dans une petite application sur mesure, ajoutée au CRM qui lui sert de back-office ; le détail est dans l’étude de cas Palmora.
Les conditions pour que l’équipe s’en serve
Une application de terrain est en concurrence avec le carnet et la messagerie, qui sont simples, rapides et connus. Elle doit faire mieux sur ces trois points.
- Peu d’écrans, peu de champs. Ce qui se saisit sur le terrain doit tenir en quelques gestes ; le reste se complète au bureau.
- Une entrée sans friction. Pas de mot de passe compliqué à retenir sur un téléphone partagé. Dans Challenge Us, un prénom suffit pour commencer, l’e-mail ou un code de récupération sont facultatifs.
- Conçue avec les équipes. Les personnes qui s’en serviront savent où le carnet est plus pratique que n’importe quel écran. Les faire tester tôt, sur une maquette cliquable, évite de livrer une application qu’elles contourneront.
- Un bénéfice pour elles aussi. Si l’application ne sert qu’au bureau, elle sera remplie à contrecœur. Si elle évite au technicien un appel ou un retour au dépôt, elle sera adoptée.
Quand le réseau manque
Caves, zones rurales, sous-sols de parking : le terrain est souvent là où le réseau est faible. Deux niveaux de réponse existent.
- L’interface s’ouvre sans réseau. Une application web installable garde ses écrans en cache et se lance hors connexion ; c’est expliqué dans notre comparatif PWA ou application native.
- Les saisies attendent le retour du réseau. Enregistrer sur le téléphone, puis synchroniser sans perte ni doublon, demande un vrai travail de développement, et certains back-ends le prévoient mieux que d’autres : voir Supabase, Firebase ou serveur à soi.
Le hors ligne complet est l’une des décisions qui font le plus varier le prix d’une application. Il se décide sur un constat (où vos équipes perdent-elles le réseau, et combien de temps ?), pas par précaution.
La distribuer sans store public
Une application interne n’a pas à apparaître dans l’App Store ou Google Play. Trois voies existent :
- Un lien vers une application web installable. Le plus simple : l’équipe ouvre le lien, ajoute l’application à l’écran d’accueil, et les mises à jour arrivent sans rien réinstaller.
- Une application privée sur iPhone. Apple prévoit les applications sur mesure distribuées par Apple Business Manager aux seules organisations désignées ; selon Apple, elles passent par la revue avant d’apparaître dans l’espace de l’organisation.
- Une application privée sur Android. Google Play permet de restreindre une application à une organisation, qui la distribue ensuite à ses appareils gérés ; l’aide de Google Play décrit la marche à suivre.
À retenir
Pour une première version, le lien vers une application installable suffit presque toujours. Les voies privées des stores se justifient quand l’application a besoin de fonctions du téléphone que le web couvre mal, ou quand les téléphones sont gérés par l’entreprise.
Par où commencer
- Suivre une information.
Prenez un geste fréquent (une intervention, une livraison, une visite) et notez chaque étape de son trajet jusqu’au bureau.
- Compter les ressaisies.
Combien de fois la même information est-elle recopiée, et par qui ?
- Dessiner le minimum.
Les quelques écrans qui suppriment la ressaisie la plus coûteuse, pas davantage.
- Tester avec l’équipe.
Sur maquette, puis sur une première version installable, avant d’ajouter quoi que ce soit.
Si un logiciel que vous utilisez déjà fait l’essentiel, la bonne réponse est peut-être une petite application qui s’y branche plutôt qu’un outil complet : c’est la voie du milieu décrite dans sur mesure ou outil du marché. Pour le reste, notre développement d’applications met une version installable entre les mains de vos équipes dès les premières semaines.
Questions fréquentes
Faut-il publier une application interne sur l’App Store ?
Non. Une application web installable se distribue par un simple lien et suffit souvent pour un outil interne. Si vous avez besoin d’une application native, Apple et Google prévoient une distribution privée réservée à votre organisation, sans apparaître dans les résultats de recherche des stores. Le choix dépend des fonctions du téléphone dont l’application a besoin et de la gestion de vos appareils.
Une application terrain peut-elle fonctionner sans réseau ?
Son interface peut s’ouvrir sans réseau si elle est gardée en cache. Enregistrer des saisies hors connexion puis les synchroniser au retour du réseau est possible, mais demande un travail supplémentaire pour ne rien perdre ni rien dupliquer. Avant de le prévoir, vérifiez où et combien de temps vos équipes perdent vraiment le réseau : c’est ce constat qui décide.
Comment faire adopter une application par des équipes terrain ?
En la concevant avec elles et en la rendant plus simple que ce qu’elle remplace : peu d’écrans, peu de champs, une connexion sans friction. Faites-la tester tôt par les personnes qui s’en serviront, et vérifiez qu’elle leur évite quelque chose à elles, un appel, un retour au dépôt, un compte rendu du soir, pas seulement au bureau.
Peut-on brancher l’application sur notre logiciel existant ?
Oui, si ce logiciel offre une interface de programmation documentée : l’application envoie alors ses saisies directement au bon dossier, sans ressaisie. C’est souvent la meilleure solution quand le logiciel fait bien l’essentiel. Sans interface de programmation, des contournements existent, mais ils rendent l’intégration plus incertaine, et un bon devis le dit.
Sources
- Apple Developer, applications sur mesure pour les entreprises (nouvel onglet)developer.apple.com
- Aide Google Play d’entreprise, publier des applications privées (nouvel onglet)support.google.com
Apple Developer, applications sur mesure pour les entreprises
Lire sur developer.apple.com(nouvel onglet)Aide Google Play d’entreprise, publier des applications privées
Lire sur support.google.com(nouvel onglet)Jim · fondateur de Brain Plus AI
À lire aussi en applications web et mobiles

Choisir et chiffrer6 min
PWA ou application native : que choisir en entreprise ?
Une application web installable (PWA) s'installe sur l'écran d'accueil sans passer par l'App Store ni Google Play, et suffit dans beaucoup de cas, pas dans tous. Voici comment trancher, et pourquoi nous démarrons par elle.

Choisir et chiffrer7 min
Application métier : sur mesure ou outil du marché ?
Un logiciel du marché coûte moins cher tant que votre façon de travailler tient dans ses cases. Voici les signes qui font pencher vers le sur-mesure, et la voie du milieu qu'on oublie souvent.

Choisir et chiffrer6 min
Back-end d'application : Supabase, Firebase ou serveur à soi
Derrière les écrans d'une application, il faut des comptes, une base de données, des fichiers et des règles. Supabase, Firebase et un serveur à soi y répondent de trois façons, et chacun engage des choses différentes.
