La question n'est pas technique, elle est comportementale
La plupart des projets d'application mobile démarrent par une phrase du type « il nous faut une appli ». Elle traduit rarement un besoin technique, elle traduit une intuition de présence.
Or la seule information qui compte est celle-ci : dans quel contexte physique vos utilisateurs vont-ils s'en servir ? Un technicien en intervention, debout, avec une main occupée et une connexion incertaine, a besoin d'une application mobile. Un gestionnaire qui consulte un tableau de bord entre deux réunions n'en a pas besoin, et l'installer sera pour lui une friction supplémentaire.
Répondre à cette question avant toute autre évite la majorité des applications téléchargées une fois puis oubliées.
Ce que le web moderne sait faire
L'écart s'est considérablement réduit. Une application web installable, une PWA, s'ajoute à l'écran d'accueil, fonctionne en plein écran sans barre de navigateur, garde des données en local pour survivre à une perte de réseau, accède à la caméra et à la géolocalisation, et peut envoyer des notifications sur les principaux systèmes.
Elle offre en plus trois avantages qu'une application native n'aura jamais. Elle se met à jour instantanément, sans passer par la validation d'un magasin et sans dépendre de la bonne volonté de l'utilisateur. Elle s'ouvre d'un simple lien, ce qui supprime la principale barrière d'entrée. Et elle est indexée par les moteurs de recherche, donc trouvable.
Pour un grand nombre d'applications métier, cette combinaison est simplement supérieure.
Ce que seul le natif permet
Il reste des domaines où la question ne se pose pas.
L'accès matériel avancé, d'abord : Bluetooth vers un appareil de mesure, lecture NFC, capteurs, scan de codes-barres intensif dans un entrepôt. Le web ne couvre pas ces usages de façon fiable sur l'ensemble des appareils.
Le travail en arrière-plan ensuite : une application qui doit suivre une position, synchroniser en continu ou réagir sans être ouverte relève du natif.
Le hors-ligne exigeant enfin. Consulter des données sans réseau est faisable sur le web. Saisir plusieurs heures de travail hors connexion puis synchroniser en gérant les conflits demande une robustesse que le natif fournit mieux.
Et si l'application est un produit vendu au grand public, la présence dans les magasins n'est pas un détail technique : c'est un canal de distribution.
Le coût, sur toute la durée de vie
Une application web signifie une base de code, une équipe, un cycle de livraison. Une application native signifie deux plateformes, donc soit deux bases de code, soit un socle multiplateforme qui demande tout de même une expertise sur chaque système.
Le poste que l'on oublie systématiquement est la maintenance annuelle. Les systèmes mobiles publient une version majeure par an, les magasins font évoluer leurs règles de publication, et une application qui ne bouge pas finit par être retirée ou par cesser de fonctionner. Une application mobile sans budget de maintenance est une application qui disparaîtra.
Le web ne connaît pas cette contrainte : une application non modifiée continue de fonctionner, et une correction est en ligne dans l'heure.
La stratégie la plus économique : web d'abord, natif ensuite
La séquence qui fonctionne le mieux consiste à livrer d'abord une application web responsive, installable sur l'écran d'accueil.
Elle est en ligne plus vite, coûte moins cher, et surtout elle produit une information qu'aucun atelier de cadrage ne remplace : ce que les utilisateurs font réellement, sur quel appareil, à quel moment. Au bout de quelques mois, vous savez si l'usage mobile intensif que vous supposiez existe.
Si les données confirment cet usage, l'application native se justifie, et elle se construit sur une API et un modèle de données déjà éprouvés en production. Si elles l'infirment, vous avez économisé un développement complet et son budget de maintenance annuel.
Les trois questions qui tranchent
Où sont vos utilisateurs quand ils s'en servent ? Debout, en déplacement, avec une seule main disponible : mobile. Assis devant un écran : web.
À quelle fréquence ? Plusieurs fois par jour justifie une icône sur l'écran d'accueil. Une fois par semaine ne justifie pas une installation.
Une fonction du téléphone est-elle indispensable ? Si oui, la question est réglée. Si la réponse tient en « ce serait mieux », elle ne l'est pas.
