Retour au blog
·6 min de lecture·Par Zekora

Web app ou application mobile ? Un cadre de décision pour les PME

Faut-il construire une application mobile, une application web, ou les deux ? Un guide pratique pour les petites entreprises — avec des diagrammes pour rendre les arbitrages visibles.

Web ou MobileStratégie produitPME

« On nous fait une appli mobile ? » revient à presque chaque premier rendez-vous, et c’est en général la phrase la plus chère de la réunion. La plupart du temps, notre réponse déçoit un peu : pas tout de suite. Voici pourquoi.

Alors faisons le chemin comme on le ferait avec vous autour d’une table : un petit arbre de décision pour dégager une réponse par défaut, un test de bon sens face à votre situation réelle, puis un regard honnête sur ce que chaque voie coûte en temps.

Commencer par une seule question

Une fois le bruit écarté, tout se ramène presque toujours à une seule question centrale, avec deux petites questions derrière.

NON OUI NON OUI Utilisateurs reviennent chaque semaine ? WEB Hors-ligne, push ou matériel ? WEB MOBILE
Si les utilisateurs ne reviennent pas chaque semaine, le web l’emporte par défaut. Le mobile ne gagne que quand on a besoin de choses que le navigateur ne fournit pas de manière fiable.

L’arbre penche vers le web pour une raison toute bête : un site coûte toujours moins cher à faire trouver, à partager et à modifier. Une appli ne justifie son surcoût que quand les gens ont une vraie raison de rouvrir l’icône.

Quand le web gagne

  • Vous devez être trouvé. Les moteurs de recherche indexent les sites, pas les apps de la même façon. Si la découverte fait partie de votre croissance, il vous faut d’abord une présence web.
  • Vos utilisateurs sont occasionnels. Réserver une fois par mois, vérifier un tarif, remplir un formulaire. Leur demander d’installer une appli, c’est leur demander de s’engager dans une relation qu’ils n’ont pas encore choisie.
  • Vous publiez des changements souvent. Un site web se déploie en quelques minutes. Une appli mobile passe par un examen du store à chaque correction de coquille.
  • Vous avez une seule équipe. Une base de code web couvre iPhone, Android, tablettes, ordinateurs portables et machines de bureau. Deux bases mobiles ne couvrent qu’iPhone et Android — et il faut quand même un backend.

Quand le mobile gagne

  • Le réengagement compte. Si votre modèle dépend de gens qui ouvrent le produit plusieurs fois par semaine, l’icône sur l’écran d’accueil et les notifications push valent le coût.
  • Vous avez besoin de l’appareil. Flux avec caméra (preuve de livraison, scans KYC), GPS, biométrie, paiements NFC — ce sont des capacités natives par nature.
  • Le réseau est instable. Agents terrain, chauffeurs, techniciens. Le stockage et la synchronisation hors-ligne rendent le mobile incontournable.
  • La performance fait partie de la marque. Si une interaction fluide et quasi-instantanée est le produit (portefeuilles, trading, jeux), le natif garde un vrai avantage.
WEB MOBILE Découverte par recherche Portée (tout appareil) Délai de lancement Cycle de mises à jour Notifications push Mode hors-ligne Accès au matériel Engagement quotidien
Chaque point indique approximativement où se situe la force sur un axe web ↔ mobile. Le web gagne sur la portée et la vitesse d’itération ; le mobile gagne sur la proximité et l’accès au matériel.

Le piège du « les deux » — et la voie du PWA

La réponse la plus chère de toutes, c’est « faisons les deux d’un coup ». Vous triplez ce qu’il faut construire et entretenir, et tout ça avant de savoir si un seul client en veut vraiment.

Une meilleure séquence :

  1. Livrer d’abord la version web. Utilisez-la pour valider que de vrais utilisateurs paient, reviennent et recommandent.
  2. Ajouter une couche PWA (Progressive Web App) pour l’installation depuis le navigateur, un hors-ligne basique et la présence sur l’écran d’accueil. Vous obtenez ~70 % de l’effet « comme une appli » pour ~10 % du coût.
  3. Ne construire une appli native qu’une fois la PWA insuffisante — généralement quand les notifications push deviennent indispensables, qu’une intégration matérielle profonde est nécessaire, ou que la distribution en store est critique.

Ce que ça coûte réellement

Oubliez la comparaison fonctionnalité par fonctionnalité. Ce qui compte vraiment, c’est le temps qu’il faut pour être en ligne. Une appli web pour une PME, c’est environ deux mois de travail concentré. Un vrai lancement iOS et Android approche plutôt les cinq mois, parce que vous construisez désormais trois choses — un backend, une appli iPhone et une appli Android — là où la voie web ne demandait qu’un site et un backend.

DÉLAI TYPIQUE DE LANCEMENT (SEMAINES) App. web 8 semaines App. mobile (iOS + Android) 22 semaines 0 5 10 15 20 22 Conception / cadrage Développement QA / mise en ligne
Délai indicatif pour un produit de PME. Le mobile prend environ 2,5× plus de temps avant le premier lancement, car vous portez deux bases natives en plus du même backend.

Faire le pari le moins cher en premier

Si vous ne gardez qu’une phrase de tout ça : la question n’a jamais été « web ou mobile ». C’est « quel est le moyen le moins cher de prouver que les gens en veulent vraiment ? » Pour neuf PME sur dix, la réponse est un site propre et rapide, en gardant l’appli native sous le coude pour le jour où la demande la rendra évidente.

C’est vraiment notre métier chez Zekora : vous aider à construire la bonne version, dans le bon ordre, pour ne pas payer un lancement dans les stores avant d’en avoir mérité le public.