Application web ou application mobile : comment choisir pour votre entreprise ?

« Il nous faudrait une application. » C’est souvent ainsi que commence un projet : un espace client, un outil pour les équipes sur le terrain, un service à proposer aux clients. Vient alors une question qui engage tout le reste du projet : faut-il une application web, qui s’ouvre dans le navigateur, ou une application mobile, à télécharger sur l’App Store et Google Play ?

Il n’y a pas de bonne réponse dans l’absolu. Il y a la solution qui correspond à vos utilisateurs, à ce que l’application doit faire et au budget que vous pouvez y consacrer dans la durée. Dans cet article, nous vous présentons les trois grandes options, puis les questions à vous poser pour choisir, avec l’exemple d’une application que nous avons conçue.

Trois façons de construire une application

L’application web : dans le navigateur

Une application web fonctionne dans le navigateur, sur ordinateur, tablette ou téléphone. Il suffit d’une adresse, d’un lien ou d’un QR code pour y accéder : rien à installer, rien à mettre à jour du côté de l’utilisateur. Chaque amélioration que vous mettez en ligne est disponible immédiatement, pour tout le monde.

C’est la forme naturelle des espaces clients, des outils internes, des back-offices et des services que l’on utilise ponctuellement.

L’application web progressive (PWA)

Une PWA (Progressive Web App) est une application web qui se comporte en partie comme une application mobile : elle peut être ajoutée à l’écran d’accueil du téléphone, s’ouvrir en plein écran, fonctionner en partie sans connexion et, sur Android comme sur iPhone, envoyer des notifications une fois installée.

Elle garde les avantages du web (une seule version, des mises à jour immédiates, aucun passage par les stores) tout en se rapprochant de l’expérience d’une application installée. C’est souvent un bon compromis pour un outil utilisé régulièrement.

L’application mobile : depuis les stores

Une application mobile se télécharge sur l’App Store (iPhone) et sur Google Play (Android). Elle peut être :

• native : développée séparément pour chaque système, avec les langages d’Apple et de Google ;
• multiplateforme : développée une seule fois avec un outil comme Flutter ou React Native, puis publiée sur les deux stores.

Elle offre l’accès le plus complet aux fonctions du téléphone et la meilleure intégration au système. En contrepartie, chaque nouvelle version doit être validée par les stores, et l’utilisateur doit la télécharger puis la mettre à jour.

Les questions à vous poser pour choisir

Qui va l’utiliser, et à quelle fréquence ?

C’est la première question, et souvent la plus décisive. Un client qui consulte un service une fois par mois, ou un visiteur qui découvre votre offre, n’installera pas d’application : il faut lui ouvrir l’accès en un clic. À l’inverse, un technicien qui s’en sert toute la journée, ou un client fidèle qui l’utilise chaque semaine, acceptera volontiers de l’installer, et en profitera.

Plus l’usage est ponctuel ou ouvert au grand public, plus l’application web s’impose. Plus il est quotidien et réservé à des utilisateurs identifiés, plus l’application installée (PWA ou mobile) devient intéressante.

A-t-elle besoin des fonctions du téléphone ?

Listez précisément ce que l’application doit faire avec l’appareil : prendre des photos, scanner un code, localiser l’utilisateur, envoyer des notifications, fonctionner sans réseau, dialoguer avec un objet connecté en Bluetooth ou en NFC…

Les navigateurs savent aujourd’hui faire beaucoup de choses : appareil photo, géolocalisation, notifications pour une PWA installée. Pour un fonctionnement hors ligne poussé, des tâches en arrière-plan ou l’accès à certains capteurs et périphériques, l’application mobile reste en revanche la solution la plus sûre.

Doit-elle être trouvée sur Google ?

Une application web peut avoir des pages publiques référencées par Google et reprises par les assistants IA : une carte de restaurant, un catalogue, une fiche produit. Le contenu d’une application mobile, lui, n’apparaît pas dans les moteurs de recherche ; seule sa fiche sur le store est visible. Si votre application doit aussi vous apporter des visiteurs, le web a un avantage net.

Quel budget dans la durée ?

Le coût d’une application ne s’arrête pas à sa première version. Il faut compter :

• les évolutions demandées par vos utilisateurs ;
• la maintenance : sécurité, mises à jour des composants, compatibilité avec les nouvelles versions des navigateurs, d’iOS et d’Android ;
• pour une application mobile, la publication sur les stores : comptes développeur chez Apple et Google, validation de chaque version, respect de leurs règles qui évoluent chaque année.

Une seule version à faire vivre (application web ou PWA) coûte généralement moins cher à maintenir que deux applications natives. Les outils multiplateformes réduisent l’écart, sans supprimer le passage par les stores.

En combien de temps voulez-vous une première version ?

Sans validation par les stores ni installation, une application web peut être mise entre les mains des utilisateurs plus rapidement, puis améliorée chaque semaine en fonction de leurs retours. C’est un atout pour tester une idée avant d’investir davantage.

L’exemple de « c’est choisi »

Chez LEADnGO, nous avons conçu et développé « c’est choisi », l’application qui permet aux restaurateurs de gérer leur carte, leur menu du jour et leurs ruptures, consultée par leurs clients grâce à un QR code. Nous avons fait le choix d’une application web, pour des raisons très concrètes :

• le client du restaurant ne doit rien installer : il scanne le QR code de la table et la carte s’ouvre dans son navigateur, sans application à télécharger et sans compte à créer. Pour un usage aussi ponctuel, une application mobile aurait été un frein ;
• la carte doit être à jour immédiatement : un plat épuisé ou un menu du jour modifié apparaît aussitôt, sans dépendre d’une mise à jour publiée sur un store ;
• le restaurateur travaille sur son téléphone : l’espace restaurateur est pensé d’abord pour le mobile, dans le navigateur, avec une navigation en bas d’écran, comme dans une application ;
• une seule application pour tous les écrans : la page client, l’espace restaurateur et l’administration fonctionnent sur ordinateur, tablette et téléphone, avec une seule version à faire évoluer.

Ce choix n’aurait pas été le même pour une application de livraison avec suivi GPS en temps réel, ou pour un outil de terrain qui doit fonctionner sans réseau. C’est bien l’usage qui décide.

Une démarche progressive

Le choix n’est pas forcément définitif. Une démarche courante consiste à commencer par une application web ou une PWA, plus rapide à lancer, pour vérifier que le service répond à un vrai besoin. Si l’usage le justifie ensuite (fonctions avancées du téléphone, présence sur les stores), une application mobile peut venir compléter l’ensemble.

Pour que cette évolution reste simple, mieux vaut séparer dès le départ les données et les règles métier, regroupées derrière une API, des écrans qui les affichent. L’application web et, plus tard, l’application mobile s’appuient alors sur le même socle, au lieu de tout reconstruire.

Ce qu’il faut retenir

• Une application web convient aux usages ponctuels, aux services ouverts au public et aux outils qui doivent évoluer vite ; elle peut aussi être trouvée sur Google.
• Une PWA apporte l’installation sur l’écran d’accueil et les notifications, sans passer par les stores.
• Une application mobile se justifie pour un usage quotidien, des fonctions avancées du téléphone ou une présence attendue sur les stores, avec un coût de maintenance plus élevé.
• Le bon choix part de vos utilisateurs et de ce qu’ils feront avec l’application, pas de la technologie.

Vous hésitez entre ces options pour votre projet ? Nous commençons toujours par un atelier de cadrage pour définir les usages, les fonctionnalités prioritaires et le budget, avant de recommander une solution. Découvrez notre offre de développement d’application ou parlez-nous de votre projet.

Parler de mon projet d’application