J’ai eu trois projets d’app mobile en 2025. Trois solutions techniques différentes, trois budgets différents, trois durées différentes. Le client n’a presque jamais raison quand il arrive en disant « je veux une app ». La vraie question, c’est laquelle, et pour quoi.
Trois mondes, pas une option
Avant de choisir, il faut comprendre ce qu’on choisit. En 2026, faire une app peut désigner trois choses radicalement différentes.
Native : on développe deux applications séparées, une en Swift pour iOS, une en Kotlin pour Android. Performances maximales, intégration totale avec les fonctions du téléphone, mais coût et délais doublés (deux codes à maintenir).
Hybride / cross-platform : on développe une seule application en React Native ou Flutter, qui produit des binaires iOS et Android. Performances très bonnes en 2026, intégration solide, économie significative sur le temps de dev.
PWA : on fait un site web optimisé pour fonctionner comme une app. Installable sur l’écran d’accueil, capable de marcher hors ligne, capable de notifications push (sur la majorité des téléphones, avec quelques limites sur iOS). Le code est un site web standard.
Quand choisir le natif
Pour 90 % des projets que je vois, le natif n’est pas justifié. Sauf cas précis.
Premier cas : votre app va exploiter des fonctionnalités de pointe du téléphone (réalité augmentée, calculs ML embarqués, traitement vidéo intensif, accès matériel spécifique).
Deuxième cas : vous êtes une grande entreprise ou un studio avec des équipes spécialisées Swift et Kotlin, et la qualité d’expérience justifie le coût.
Troisième cas : votre app est destinée à de gros volumes (plusieurs millions d’utilisateurs) et chaque pourcent de performance compte.
Tarif réaliste pour une app native bien faite par un développeur expérimenté : 30 000 à 80 000 € minimum, selon la complexité. C’est un autre univers de budget.
Quand choisir le cross-platform
C’est ma recommandation par défaut pour 60 % des projets d’app que je prends.
React Native ou Flutter conviennent pour la quasi-totalité des cas d’usage business : prise de rendez-vous, e-commerce mobile, outil métier, dashboard, messagerie, suivi client, marketplace, application interne d’entreprise.
Tarif réaliste pour une app cross-platform bien faite : 15 000 à 45 000 € selon la complexité. Significativement moins qu’en natif, pour 95 % du résultat sur un usage classique.
L’avantage majeur, c’est qu’un seul code couvre les deux plateformes. Une mise à jour, c’est une fois. Un bug, c’est un correctif partagé. La maintenance dans la durée est divisée par deux.
Quand choisir la PWA
Pour 30 % des projets d’app qui m’arrivent, la bonne réponse est en réalité une PWA.
Quand est-ce le bon choix ? Si votre app n’a pas besoin d’être sur les stores. Si votre cible est régulière (vos clients, vos employés, des utilisateurs récurrents) et qu’elle peut accepter une installation simple via le navigateur. Si vous voulez pouvoir mettre à jour instantanément sans soumission. Si votre budget est tendu (PWA divise par deux ou trois le coût d’une app native).
Quand est-ce un mauvais choix ? Si votre stratégie commerciale repose sur l’app store comme canal d’acquisition. Si vous avez besoin d’intégrations natives profondes (Bluetooth, accès biométrique avancé, capteurs spécifiques). Si vos utilisateurs sont massivement sur iOS et que vous avez besoin de notifications push fiables (Apple a longtemps bridé ça, c’est meilleur en 2026 mais reste plus contraint qu’Android).
Tarif réaliste pour une PWA bien faite : 6 000 à 20 000 €. C’est le rapport qualité-prix le plus efficace pour beaucoup de besoins business.
La question qui tranche
Avant de choisir, posez-vous la vraie question : pourquoi avez-vous besoin que ce soit une app, et pas un site web bien fait ?
Parce qu’on doit télécharger l’app sur les stores ? Pourquoi ? L’effet store est-il critique pour votre acquisition, ou est-ce juste une habitude marketing ?
Parce qu’on doit pouvoir l’utiliser hors ligne ? Une PWA peut le faire dans 90 % des cas.
Parce que les notifications push sont essentielles ? OK, alors quel système ? Si c’est juste pour rappeler des rendez-vous, un SMS ou un mail fonctionnent souvent aussi bien.
Parce qu’on a besoin de fonctions natives spécifiques ? Lesquelles, exactement ? Souvent la réponse est « on aimerait », et sans cas d’usage précis, on peut s’en passer.
Un cas concret
Sur un de mes clients en 2024, on est partis sur du natif. Trois mois après le lancement, retour : 80 % des utilisateurs n’avaient même pas téléchargé l’app, ils utilisaient simplement le site web responsive. Le client a passé 60 000 € pour une app que personne n’utilisait.
Sur un autre client, en 2025, on est partis directement sur une PWA. Coût : 12 000 €. Trois mois après le lancement, l’usage est largement supérieur. Pourquoi ? Parce que le client utilise un service B2B où ses clients tapent l’URL ou cliquent sur un lien dans un mail. Le tunnel d’installation d’une app native était un frein énorme.
L’app n’est pas toujours la réponse. C’est parfois la question qui est mal posée.