Applications & usages / LE GUIDE
Application mobile ou application web : laquelle choisir ?
Web, mobile ou PWA : comparez les usages, le hors connexion et les coûts d’entretien. Trois scénarios et une grille pour préparer votre décision.
Prendre le temps de comprendre
Les usages avant la technique
Les fonctions à tester
Un choix argumenté
L’IDÉE À GARDER
Le bon format dépend de ce que vos utilisateurs doivent faire, où ils le font et à quelle fréquence. Le téléphone n’impose pas, à lui seul, une application à installer.
Vous souhaitez proposer une réservation, équiper vos équipes sur le terrain ou permettre à vos clients de suivre un dossier. Faut-il une application iPhone et Android, un outil dans le navigateur ou les deux ? La réponse devient plus claire lorsque l’on décrit le parcours attendu avant de choisir une technologie.
Ce guide compare les options avec trois situations fictives. Il vous aide à préparer une décision et les essais nécessaires. Il ne suffit pas de compter les cases d’un tableau : une seule fonction indispensable peut peser davantage que plusieurs avantages secondaires.
1. Comprendre les trois formats
Application web
Un service ouvert par une adresse dans le navigateur. On peut s’y connecter depuis un ordinateur ou un téléphone, avec une interface adaptée à l’écran.
Application mobile
Un logiciel installé sur iOS ou Android, généralement distribué par un store. Le projet prévoit les appareils pris en charge et les étapes de publication.
PWA
Une application web enrichie qui peut notamment proposer une installation selon la plateforme. Ses capacités doivent être vérifiées sur les appareils ciblés.
« Mobile » décrit un contexte d’utilisation, tandis que « web » décrit un mode d’accès. Une application web peut donc être conçue d’abord pour le téléphone. De même, une application installée peut partager une partie de son code entre iOS et Android ; elle n’oblige pas systématiquement à développer deux produits entièrement séparés.
Une PWA reste fondée sur les technologies web. La manière de l’installer varie selon le navigateur et le système. Ce n’est pas une garantie que toutes les fonctions seront identiques partout. Le guide d’installation des PWA de web.dev détaille ces différences.
2. Partir du moment où le service sera utilisé
Décrivez une action représentative avec une personne et une situation. « Consulter l’avancement d’un dossier depuis un lien reçu par e-mail » et « scanner cinquante articles chaque matin dans un entrepôt » ne posent pas les mêmes contraintes. Le premier demande surtout un accès simple ; le second mérite des essais sur le matériel de travail.
UNE VISITE OCCASIONNELLE
« Je veux réserver un créneau sans installer un nouvel outil. »
Le parcours doit être facile à découvrir, à ouvrir et à terminer. L’application web constitue une piste naturelle à examiner.
UN GESTE QUOTIDIEN
« Je relève des informations sur chaque chantier, même quand le réseau passe mal. »
La vitesse de saisie, la conservation des données et la reprise après interruption deviennent des critères déterminants.
Précisez également qui choisit les appareils. Une équipe équipée de téléphones connus permet de tester un parc défini. Un service destiné au grand public doit tenir compte d’une plus grande diversité de versions, de tailles d’écran et de conditions de connexion.
3. Tester les fonctions qui peuvent changer la décision
La caméra, la localisation ou certaines notifications ne sont pas réservées aux applications installées. Des fonctions existent aussi sur le web, mais leur disponibilité, leurs permissions et leurs limites varient. Demandez une démonstration de la fonction précise sur vos appareils plutôt qu’une affirmation générale sur une technologie. La documentation des capacités web explique cette vérification progressive.
Le fonctionnement hors connexion se conçoit dans les deux approches. Une application web peut stocker des données localement, mais il faut prévoir le stockage, les reprises et les échanges avec le serveur. Installer une application ne rend pas non plus automatiquement toutes ses fonctions disponibles sans réseau. Voir les mécanismes de données hors connexion.
4. Trois parcours pour orienter votre choix
Ouvrez le scénario le plus proche de votre besoin. Les orientations suivantes sont des points de départ ; le résultat d’un prototype peut conduire à les ajuster.
Vos clients réservent quelques fois par an
À explorer : une application web responsive. L’accès depuis votre site ou un message évite une installation préalable. Testez le choix du créneau, la confirmation et l’annulation sur téléphone. Une application mobile peut se justifier ensuite si de nouveaux usages fréquents apparaissent.
Vos équipes saisissent des comptes rendus sur le terrain
À explorer : un prototype de la fonction la plus exigeante. Comparez une solution web et une application mobile sur la saisie sans réseau, les photos et la synchronisation. Vérifiez la conservation d’un brouillon après fermeture et le traitement d’un envoi répété avant de choisir.
Vos clients suivent des documents et des demandes
À explorer : un espace client web. Il peut convenir à la lecture sur ordinateur comme sur téléphone. Les droits d’accès, les notifications utiles et la clarté des statuts comptent davantage que la présence d’un store. Commencez par un dossier représentatif.
Qui utilise le service, pour quelle action et dans quelles conditions ?
La fonction indispensable est testée sur les appareils concernés.
Le choix s’appuie sur le résultat, les coûts et l’entretien prévu.
5. Comparer la vie du produit, pas seulement le lancement
Dans les deux cas, prévoyez la conception, les tests, l’hébergement éventuel, les comptes utilisateurs et la maintenance. Si le produit échange des données avec vos outils, cette connexion représente un chantier quel que soit le format de l’interface.
Pour une application mobile distribuée sur les stores, ajoutez la préparation des publications et le suivi des versions des systèmes. Pour une application web, prévoyez les navigateurs pris en charge et les tests après évolution. Une base de code partagée peut réduire certaines duplications sans supprimer le travail de vérification sur chaque plateforme.
Demandez aussi comment seront gérés les incidents et les évolutions. Qui reçoit un signalement ? Comment reproduit-on un problème sur un appareil précis ? Peut-on déployer une correction sans perdre des données ? Une proposition complète décrit ces responsabilités et les coûts récurrents.
6. Préparer votre décision avec une grille simple
Rassemblez le profil des utilisateurs, leurs appareils, les actions principales et les contraintes de connexion. Classez ensuite les fonctions en trois catégories : indispensables, utiles après le lancement et encore hypothétiques. Vous éviterez de choisir une architecture pour une idée qui n’a pas encore d’utilisateur.
Votre grille de choix web ou mobile. Un document pour décrire les usages, nommer les essais à réaliser et comparer les réponses des prestataires.
Télécharger la grille (.txt)Si votre besoin concerne surtout les échanges avec vos clients, poursuivez avec le guide de l’espace client pour une PME. Pour étudier un produit installé sur téléphone, découvrez notre approche du développement d’applications mobiles. Un parcours interne spécifique peut aussi relever d’une application métier.
