Application web ou mobile, ou les deux ? Comment choisir

Vous allez faire développer une application métier : un outil pour suivre vos dossiers, vos interventions ou vos commandes. Très vite, une question se pose : application web, application mobile, ou les deux ? Ce choix pèse sur votre budget de départ, sur le quotidien de vos équipes et sur le coût de la maintenance pendant des années.

Il n’existe pas de réponse universelle, mais il existe de bons critères. Voici ceux que nous appliquons dans nos projets de logiciels sur mesure pour décider s’il vous faut une application web ou mobile, native ou multiplateforme, avec un exemple réel à l’appui.

Web, natif, multiplateforme : trois façons de construire une application métier

L’application web s’ouvre dans un navigateur, sur ordinateur, tablette ou téléphone. Bien conçue, elle s’adapte à chaque taille d’écran. Une seule version à développer, rien à installer, et chaque mise à jour arrive chez tout le monde au même moment.
L’application native est développée spécifiquement pour chaque système : une pour iOS, une pour Android. Elle tire le meilleur parti du téléphone, mais demande deux développements distincts, publiés sur l’App Store et sur Google Play.
L’application multiplateforme part d’une seule base de code pour produire les versions iOS et Android, et parfois aussi les versions web et ordinateur. Des technologies éprouvées, comme Flutter ou React Native, le permettent.

Il existe aussi une voie intermédiaire : la PWA (Progressive Web App, ou application web progressive). C’est une application web que l’on peut ajouter à l’écran d’accueil, capable de fonctionner en partie hors connexion et d’envoyer des notifications. Ses possibilités varient toutefois selon les systèmes, en particulier sur iPhone.

Six critères pour départager le web et le mobile

1. Là où vos utilisateurs travaillent

Au bureau, devant un grand écran, pour de longues saisies et des tableaux détaillés ? Le web y excelle. Sur un chantier, chez un client, dans un entrepôt ou entre deux rendez-vous ? Le téléphone devient l’outil principal, et l’interface doit se résumer à quelques actions rapides, faisables d’une main.

2. Le travail hors connexion

Sous-sols, zones rurales, entrepôts, trajets : si vos équipes doivent travailler sans réseau, ce critère pèse lourd. Une application mobile peut enregistrer les saisies sur l’appareil, puis les synchroniser dès que le réseau revient. Il faut alors prévoir les conflits : que se passe-t-il si deux personnes modifient le même dossier, l’une d’elles hors ligne ?

3. Les fonctions du téléphone

Photographier un document, scanner un code-barres, localiser une intervention, se connecter avec son empreinte ou son visage, recevoir des notifications fiables, dialoguer avec un appareil en Bluetooth : plus votre métier repose sur ces fonctions, plus le mobile s’impose. Le navigateur en gère une partie, comme la photo ou la localisation, mais pas toutes, et pas partout de la même façon.

4. La distribution

Une application web se partage avec un simple lien. Une application mobile passe par les magasins d’applications, avec leurs règles et un examen avant chaque publication. Pour un outil réservé à vos équipes, des solutions de distribution privée existent, souvent liées à la gestion des téléphones de l’entreprise. Pour vos clients, en revanche, une présence dans les magasins peut être un atout : votre icône reste sur leur téléphone.

5. Le budget de départ

Chaque plateforme a un coût. Une application web seule représente un seul développement ; deux applications natives en ajoutent deux autres. Le multiplateforme réduit l’écart en partageant l’essentiel du code mobile, mais chaque plateforme garde sa part de conception, de tests sur de nombreux appareils et de publications à gérer. Nous détaillons ces facteurs dans notre article sur le coût d’un logiciel sur mesure.

6. La maintenance dans la durée

C’est un critère souvent oublié. iOS et Android évoluent chaque année, et les magasins d’applications relèvent régulièrement leurs exigences : une application mobile doit suivre, faute de quoi ses mises à jour peuvent être refusées. Et comme vos utilisateurs n’ont pas tous la même version installée, il faut rester compatible ou imposer la mise à jour. Une application web demande aussi de l’entretien, mais elle n’existe qu’en une seule version : celle du serveur.

Application web ou mobile : laquelle choisir, et quand ?

Le web, le bon point de départ

Pour beaucoup d’applications métier, une application web bien conçue suffit, au moins pour commencer, quand :

vos utilisateurs travaillent surtout au bureau, ou disposent d’une connexion fiable ;
l’outil sert à consulter, saisir et piloter, sans exploiter les fonctions du téléphone ;
vous voulez livrer vite, avec un budget maîtrisé, et faire évoluer l’outil régulièrement ;
vos utilisateurs sont nombreux, changent souvent ou sont extérieurs à l’entreprise : un lien suffit pour leur ouvrir l’accès.

C’est aussi la voie naturelle des portails clients et des logiciels vendus par abonnement : voici comment lancer un SaaS, de l’idée aux premiers abonnés.

Le mobile, quand le terrain l’exige

Une application mobile se justifie quand plusieurs critères s’additionnent : du travail en déplacement, des zones sans réseau, des fonctions du téléphone au cœur du métier, ou des clients qui se servent de votre service chaque jour et attendent une application.

Natif ou multiplateforme ?

Pour la plupart des applications métier (formulaires, listes, photos, signatures, notifications), le multiplateforme offre un bon équilibre : une seule base de code pour iOS et Android, donc moins de développement et une maintenance commune, pour une différence rarement perceptible par les utilisateurs. Le natif reste préférable pour des besoins pointus : performances très poussées, fonctions du système toutes récentes, usage intensif du matériel comme la vidéo ou la réalité augmentée.

Faire les deux sans tout développer deux fois

Souvent, la bonne réponse est « les deux » : une application web pour le bureau et l’administration, une application mobile pour le terrain. La clé est de ne pas construire deux logiciels. Toutes les versions s’appuient sur le même cœur :

une seule base de données, pour que chacun voie la même information ;
une seule interface de programmation (API), qui porte les règles métier et que chaque application appelle ;
les mêmes droits d’accès, définis une fois selon le rôle de chacun.

Chaque application devient alors une porte d’entrée adaptée à son contexte : complète sur ordinateur, réduite à l’essentiel sur téléphone.

Un exemple réel : un cabinet d’avocats, sur ordinateur et sur mobile

À Sydney, un cabinet d’avocats voulait un outil unique et sécurisé pour gérer ses dossiers, ses clients et ses documents, au bureau comme en déplacement. Notre fondateur, Anass Chabbab, a mené ce projet lorsqu’il était directeur IT de DIGIIT Solutions : un CRM/ERP sur mesure disponible sur ordinateur, iOS et Android, avec un accès selon le rôle de chacun et des documents produits automatiquement.

Une première version était en service en moins de six mois. L’outil a été adopté par plus de 100 utilisateurs et a réduit le temps de traitement de 40 %. C’est le scénario « les deux » dans sa version la plus complète : un seul logiciel, présent dans chaque situation de travail. Lire l’étude de cas complète.

Liste de contrôle : sept questions à trancher avant de vous décider

Où se trouvent vos utilisateurs quand ils se servent de l’outil : au bureau, sur le terrain, chez eux ?
Doivent-ils pouvoir travailler sans réseau, et pendant combien de temps ?
Quelles fonctions du téléphone sont indispensables : photo, scan, localisation, notifications ?
Qui sont les utilisateurs : vos équipes, vos clients, le grand public ?
Sur quels appareils : des téléphones fournis par l’entreprise, ou personnels ?
Quel budget pour la première version, et chaque année pour la maintenance ?
Qui fera vivre l’application dans trois ans, et avec quelles compétences ?

Si la plupart des réponses vous ramènent au bureau et à une connexion fiable, commencez par le web. Si le terrain domine, prévoyez le mobile dès la première version.

Questions fréquentes

Une application web peut-elle fonctionner hors connexion ?

En partie. Une application web progressive peut stocker des pages et des données sur l’appareil, et mettre des saisies en attente jusqu’au retour du réseau. Pour un travail hors connexion long et fréquent, avec beaucoup de données ou de photos, une application mobile reste plus fiable.

Peut-on commencer par le web et ajouter le mobile plus tard ?

Oui, si l’application est construite dès le départ autour d’une API qui porte les règles métier. Le mobile vient alors s’y brancher, sans réécrire le cœur du logiciel. C’est souvent la voie la plus sûre : valider l’outil sur le web, puis investir dans le mobile pour les usages qui le demandent.

En résumé

Le bon choix découle de vos usages, pas de la technologie à la mode. Une application web couvre beaucoup de besoins métier, pour un budget maîtrisé. Le mobile s’impose avec le terrain, le travail hors connexion et les fonctions du téléphone. Et quand il faut les deux, un cœur commun évite de tout payer deux fois.

Vous hésitez pour votre projet ? Réservez un appel découverte gratuit de 30 minutes : nous passons vos usages en revue et nous vous conseillons la combinaison la plus simple qui y réponde.