Choisissez une application mobile lorsque l'usage est fréquent, personnel et lié à l'appareil : notifications, caméra, Bluetooth, géolocalisation, travail hors ligne ou actions rapides sur le terrain. Choisissez une application web lorsque la portée, les liens partageables, les parcours de bureau et la rapidité de déploiement comptent davantage.

Si l'usage n'est pas encore prouvé, une application web adaptative constitue souvent le meilleur premier produit. Elle peut valider le workflow avant d'investir dans une expérience mobile distribuée par les magasins.

La vraie question : dans quel contexte le travail se produit-il?

« Nos clients sont sur leur téléphone » ne suffit pas à justifier une application native. Ils utilisent aussi leur téléphone pour ouvrir des sites. Il faut observer le moment précis où la tâche commence.

Documentez un parcours réel : où se trouve la personne, combien de temps elle a, quelle information entre, quel résultat elle attend et ce qui arrive si la connexion disparaît. Un technicien qui photographie un équipement dans un sous-sol n'a pas le même besoin qu'un gestionnaire qui compare des rapports sur deux écrans.

Quand une application mobile crée un avantage réel

Le mobile devient convaincant lorsqu'il exploite au moins un avantage propre à l'appareil et que le parcours revient assez souvent pour mériter une installation.

  • Usage fréquent. L'icône, la session persistante et les actions courtes réduisent la friction d'un rituel quotidien.
  • Notifications utiles. Une alerte déclenche une action attendue, avec une fréquence contrôlée par l'utilisateur.
  • Caméra, audio ou capteurs. Le téléphone devient un outil de collecte dans le contexte de travail.
  • Bluetooth ou appareils connectés. L'expérience communique directement avec un équipement.
  • Géolocalisation. La position améliore une livraison, une intervention ou une expérience sur place.
  • Mode hors ligne. L'utilisateur peut consulter ou saisir l'information sans réseau, puis synchroniser plus tard.
  • Expérience très personnelle. Santé, habitudes ou accompagnement bénéficient d'une présence continue et sécurisée sur l'appareil.

Le projet Pikoo illustre une expérience où l'IA accompagne un parcours personnel. Ce type de relation répétée est plus cohérent avec le mobile qu'un outil consulté deux fois par année.

Quand une application web est préférable

Le web convient mieux lorsque l'utilisateur doit entrer sans installation, arriver depuis une recherche ou un courriel, travailler sur un grand écran ou partager un lien précis.

  • Accès immédiat. Une URL ouvre le produit sur les appareils modernes sans passer par un magasin.
  • Acquisition et partage. Les pages publiques peuvent être indexées et les destinations se partagent directement.
  • Travail de bureau. Tableaux, saisie dense, comparaison et opérations multi-fenêtres profitent du clavier et de l'écran.
  • Déploiement centralisé. Une version peut être publiée sans attendre la mise à jour de chaque utilisateur.
  • Utilisateurs occasionnels. Un portail client, un formulaire ou un tableau de bord trimestriel ne justifie pas toujours une installation.
  • Administration. Même un produit mobile a souvent besoin d'une interface web pour les équipes internes.

Le projet Workind montre une plateforme qui orchestre plusieurs parcours et rôles. Lorsqu'un produit centralise des opérations, le web offre souvent la surface principale la plus souple.

Comparer les deux options sur neuf dimensions

Fréquence

Plus l'action revient souvent, plus l'installation mobile peut être rentable. Pour une action rare, l'URL gagne presque toujours.

Découverte et distribution

Le web profite des liens et des moteurs de recherche. Une application mobile ajoute une fiche de magasin, une évaluation et une étape d'installation. Elle peut gagner en présence après cette étape, mais l'acquisition initiale demande plus d'engagement.

Fonctions de l'appareil

Listez les capacités nécessaires, puis testez leur qualité sur le web et en natif. Ne choisissez pas une plateforme à partir d'une fonction « peut-être utile ».

Connexion

Le hors ligne complet touche les données, les conflits de synchronisation, les autorisations et les messages d'état. Ce n'est pas une case à cocher. Si le terrain l'exige, concevez et testez ce comportement dès le prototype.

Vitesse de livraison

Le web permet généralement un seul pipeline de diffusion. Le mobile ajoute les versions iOS et Android, les certificats, les fiches de magasin, les tests sur appareils et les cycles de révision.

Maintenance

Google précise que les nouvelles applications et mises à jour devront cibler Android 16 dès le 31 août 2026, sous réserve d'exceptions décrites dans ses exigences de niveau d'API. Apple maintient ses propres règles d'évaluation. Une application mobile exige donc une capacité durable de suivre les plateformes, même après le lancement.

Accessibilité

L'accessibilité n'appartient pas qu'au web. Le document WCAG2Mobile du W3C explique comment les WCAG 2.2 s'appliquent aux applications mobiles web, natives et hybrides. Prévoyez navigation, contraste, taille du texte, technologies d'assistance et gestes alternatifs dans les deux options.

Vie privée

Les permissions mobiles rendent certaines collectes plus visibles, mais le web traite lui aussi des renseignements personnels. La Commission d'accès à l'information du Québec demande une EFVP pour un projet de développement ou de refonte d'un système d'information impliquant de tels renseignements. La minimisation et les accès se décident avant le canal.

Coût total

Comparez la conception, la construction, les magasins, les tests d'appareils, l'hébergement, les services tiers et la maintenance. Pour des ordres de grandeur détaillés, consultez notre guide sur le coût d'une application mobile au Québec.

Les stratégies hybrides qui évitent un faux choix

Un même produit peut utiliser chaque canal pour sa force.

  • Web adaptatif d'abord. Validez le workflow et la demande avec une base accessible, puis ajoutez le mobile lorsque la fréquence et les fonctions de l'appareil le justifient.
  • Produit mobile et administration web. Donnez aux utilisateurs de terrain une expérience ciblée, et aux équipes internes une interface de gestion plus dense.
  • Cœur partagé, interfaces distinctes. Centralisez les règles et les données derrière une API, sans forcer les deux expériences à partager chaque détail visuel.
  • Web pour l'entrée, mobile pour la rétention. Laissez la découverte et l'inscription commencer par un lien; proposez l'installation après que la valeur est comprise.

Partager du code peut réduire certains efforts, mais ne supprime pas les différences d'usage, de test et de distribution. Une stratégie multiplateforme reste deux expériences à soutenir.

Une décision en une semaine

Interrogez cinq utilisateurs dans le contexte réel, schématisez le parcours principal et classez chaque exigence comme essentielle, utile ou future. Prototypez ensuite l'étape la plus risquée : synchronisation hors ligne, saisie dense, caméra, notification ou arrivée par lien.

Si le test révèle une utilisation occasionnelle et peu de besoins liés à l'appareil, commencez par le web. Si la valeur dépend d'un usage répété sur le terrain, testez le mobile. Limitez la première version à la preuve nécessaire.

Project Factory conçoit des applications mobiles et des applications web. Le choix de service vient après le diagnostic du contexte, afin que la technologie retire une tâche ou ouvre une croissance mesurable.

Sources