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

« Faut-il qu’on construise une appli mobile ? » est l’une des questions les plus fréquentes — et les plus coûteuses — que nous entendons des petites entreprises. La bonne réponse, sur un premier produit, est rarement « oui ». C’est presque toujours « pas encore, et voici pourquoi ».

Cet article suit le même chemin que nous parcourons avec nos clients : un arbre rapide pour obtenir une réponse par défaut, un tableau de scores pour la vérifier, et une chronologie pour mettre un vrai coût sur la décision.

Commencer par une seule question

Presque toute décision web vs mobile se ramène à une question centrale, complétée par deux sous-questions.

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 simple : le web est toujours moins cher à découvrir, à partager et à mettre à jour. Le mobile ne s’amortit que s’il existe une vraie raison pour les utilisateurs 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 coûteuse, c’est « faisons les deux en même temps ». Cela triple la surface à maintenir avant même de savoir si l’idée produit fonctionne.

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

La comparaison honnête n’est pas fonctionnalité par fonctionnalité — c’est l’effort jusqu’au lancement. Une appli web pour une PME prend environ deux mois de travail concentré ; un vrai lancement iOS + Android s’approche plutôt de cinq mois, parce que vous construisez trois choses (backend, iOS, Android) au lieu d’une (web + 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 retenez qu’une chose : la question n’est pas « web ou mobile ? » — c’est « quelle est l’expérimentation la moins chère qui prouve que les gens veulent ça ? » Pour 9 PME sur 10, cette expérimentation, c’est une appli web propre, rapide et bien structurée — avec la possibilité d’ajouter du natif plus tard, une fois la demande réelle.

C’est le travail que nous faisons chez Zekora : construire la bonne version du produit, dans le bon ordre, pour ne pas payer une présence dans les stores avant de l’avoir méritée.