Application web ou mobile : comment choisir pour votre projet ?

Lorsque l'on se lance dans un projet digital, la question vient vite : faut-il développer une appli web ou une appli mobile ? Choisir entre les deux, ce n'est pas une question technologique. C'est une question d'usage, de budget et de cible. La bonne réponse repose avant tout sur qui va l'utiliser, dans quel contexte.

Basés à Brest, nous accompagnons les entreprises dans ce choix depuis plusieurs années maintenant. Voilà les critères qui font tilt dans un sens ou dans l'autre.

Vos utilisateurs : la question n°1

Avant de parler technique, parlons utilisateurs. Où sont-ils lorsqu'ils utilisent votre produit ? Sur un bureau, avec un clavier bien posé et un grand écran ? Ou en déplacement avec leur mobile ?

Si votre produit s'adresse au grand public (B2C) et que l'usage est quotidien, les habitudes sont limpides : les gens préfèrent une appli installée sur leur mobile. Ouvrir un navigateur pour accéder à un service récurrent peut générer de la friction ; disposé en icône sur l'écran d'accueil, serait un accès direct.

Pour un outil professionnel (B2B), c'est souvent le contraire. Étant un ERP, un tableau de bord ou un outil de gestion, ça pourrait se manipuler plus facilement sur un écran large et avec un clavier. C'est ce qu'on développe chez Ecma-Tech au profit de nos clients. Courtageo, notre plateforme de courtage immobilier, a été conçue pour être utilisée sur desktop. TechERP, l'ERP qu'on a fait développer pour le secteur cosmétique, fonctionne comme ça.

Le raccourci « B2B = c'est le web, B2C = mobile » est dangereux. Un commercial en déplacement doit pouvoir disposer d'un outil mobile ; le particulier qui remplit un formulaire complexe sur son portable préfère un écran large. Partir de l'usage réel, c'est mieux que de partir d'une règle.

Déploiement et mises à jour

C'est un aspect souvent sous-estimé, mais qui fait une vraie différance au quotidien. Le changement de circuit est plus long sur mobile, on développe la modification, on soumet la mise à jour à l'app store ou au play store, il faut attendre au moins quelques heures et jusqu'à plusieurs jours pour qu'elle soit validée, puis s'assurer que l'utilisateur télécharge effectivement la mise à jour ; certains utilisateurs ne le font pas et restent plusieurs mois sur une version ancienne.

Cela devient problématique quand le besoin de réagir est pressant : un bug critique en production ? Sur le web, on corrige ça dans l'heure. Sur mobile, à partir de deux à trois jours pour que la majorité des utilisateurs ait la version corrigée. Il existe bien des solutions de mise à jour « à chaud » sur mobile, mais leur disponibilité est limitée et elles ne sont pas toutes supportées par tous les outils.

L'impact sur vos revenus

Si votre application génère de l'argent en faisant réaliser des achats ou en vendant des abonnements, ce critère peut déjà faire pencher votre choix.

La commission de 15-30 % perçus par Apple et Google sur chaque transaction in-app fait obstacle. Sur un abonnement à 10 €/mois, il ne vous reste que 7 € au mieux. Sur le web avec Stripe, vous gardez au mieux ~9,70 €.

Certaines entreprises contournent le problème en renvoyant vers leur site les achats. Cela fonctionne, mais ça rajoute de la friction dans le parcours et affecte la conversion. À partir de 2024, Apple allège progressivement ses règles en Europe (Digital Markets Act), mais on n'en est pas loin de la liberté.

Conception d'interface : plus simple sur mobile, plus flexible sur le web

Concevoir une interface mobile est plus « prévisible » : les tailles d'écran sont réduites et connues. Les conventions sont installées : navigation en bas, gestes de swipe, listes scrollables... La prise en main par l'utilisateur est rapide car il sait ce qu'il va trouver.

Sur le web, c'est plus souple. Mais plus compliqué. L'utilisateur peut agrandir la fenêtre, utiliser un écran ultra-wide, un portable 13 pouces... Il faut donc adapter l'interface à tout ça. En revanche, on a plus de place pour afficher des données complexes : tableaux, graphiques, formulaires multi-colonnes.

Pour un outil de gestion qui doit mobiliser beaucoup d'informations, le web demeure l'outil adapté. Concernant l'expérience utilisateur minimaliste et fluide, le mobile est plus adapté.

Hors connexion, notifications et accès matériel

Trois thématiques qui penchent souvent du côté mobile.

Le hors connexion est natif sur mobile. Vos commerciaux en déplacement dans des zones mal couvertes, vos techniciens sur un chantier sans wifi : ils peuvent continuer à travailler et synchroniser quand la connexion revient. Sur le web, on peut le faire avec une PWA (on en parle ici), mais cela reste fragile.

Les notifications push fonctionnent mieux sur mobile, le taux d'ouverture est plus grand et l'expérience plus intuitive. Sur le web, elles existent, mais de plus en plus bloquées par défaut par les navigateurs.

L'accès au matériel du téléphone (Bluetooth, NFC, capteur photo, GPS en arrière-plan) reste l'apanage du mobile. Dans le cas d'un besoin de scanner des codes-barres, de se connecter à un périphérique Bluetooth ou de faire du NFC, l'application native est la seule option fiable.

Et si la réponse était les deux ?

Dans les faits, beaucoup de projets choisissent de mixer les deux approches, un back-office web pour la gestion, et une application mobile pour les utilisateurs terrain.

Nous avons raisonné de la même façon avec Netto Drive : nous avons mis en place une app mobile pour les équipes en mobilité connectée à un système central développé en web. Les managers gèrent les plannings depuis leur bureau, les équipes terrain saisissent leurs interventions depuis leur portable. L'assistant IA intégré à l'app mobile assiste les équipes dans la création de fiches produit directement sur le terrain.

La prise en compte de l'intelligence artificielle se fait sur les deux plateformes. Un chatbot, un recommandateur ou de l'analyse des documents se connectent de la même manière qu'ils soient côté web ou mobile. La dépense associée à un projet de double nature (web + mobile) n'est pas nécessairement le double d'un projet unique. Lorsque les deux domaines se rejoignent pour partager la même base de données et la même logique de métier, le coût supplémentaire concerne surtout l'unique coût d'interface.

La PWA : un entre-deux intéressant à envisager

Si votre budget ne vous permet pas de choisir le lot des deux, et que votre cœur balancerait, il faut se pencher sur la Progressive Web App, sorte de site web se comportant comme une application, installable sur un écran d'accueil, rendue utilisable hors connexion, et capable d'envoyer des notifications.

La PWA ne fait pas les mêmes choses qu'une application native quand vous avez besoin de Bluetooth, de NFC ou de présence sur les stores. Mais pour un outil professionnel devant absolument tourner sur tous les supports sans multiplier les développements, c'est une solution intéressante à envisager. Le sujet est traité en détail dans notre article dédié aux PWA.

Élaboration de la synthèse

Illustrations concrètes

Netto Drive avait besoin des deux : gestion centralisée côté web, saisie terrain côté mobile.

Sur Smart VO, un agrégateur d'enchères automobile : le web était le bon choix : les pros suivent plusieurs ventes en parallèle sur grand écran.

Sur Courtageo, le choix a été le web, mais : les courtiers travaillent essentiellement sur des formulaires, qu'ils utilisent depuis leur bureau, avec beaucoup de données à croiser.

Questions fréquentes

Peut-on débuter avec une application web et ajouter une version mobile par la suite ? Oui, c'est même le conseil que nous donnons souvent, surtout si le budget est serré. Une application web satisfera vos besoins initiaux, et si l'utilisation mobile devient évidente, vous pourrez alors développer une application native. Les deux systèmes partageront une architecture serveur commune.

Une application mobile coûte-t-elle plus cher qu'une application web ? Généralement, oui. La raison en est que pour une application mobile, il faut développer sur deux plateformes, iOS et Android. De plus, il est nécessaire de suivre les directives de chaque magasin d'applications et de gérer les mises à jour. Bien que des solutions de développement multiplateformes puissent réduire ces coûts, le budget requis reste supérieur à celui d'un projet purement web.

Les applications Web Progressives (PWA) constituent-elles une véritable alternative aux applications mobiles natives ? Pour des besoins simples, comme un catalogue ou un tableau de bord, oui. Cependant, pour des fonctionnalités plus complexes comme le Bluetooth, le NFC ou le paiement intégré, ce n'est pas le cas. De plus, Apple offre un support limité pour les PWA comparé à Android.

Est-il essentiel d'être présent sur l'App Store et le Google Play Store ? Si votre cible est le grand public, alors oui. Les magasins d'applications sont le premier réflexe des utilisateurs lorsqu'ils recherchent une application. Pour un outil B2B, un accès direct ou via le web est souvent suffisant.

En résumé

Il n'existe pas de réponse unique à ces questions. Commencez par analyser vos utilisateurs : où se trouvent-ils, de quelle façon travaillent-ils, quels sont leurs besoins ? Ensuite, tenez compte de votre budget et des contraintes techniques.

Si vous avez un projet en tête et que vous êtes encore indécis, n'hésitez pas à en discuter avec nous. Nous accompagnons des entreprises à travers toute la Bretagne et au-delà.