Neuf demandes d'« application mobile » sur dix — chez les TPE et PME que nous rencontrons — se résolvent mieux avec une progressive web app ou une web app métier responsive pilotée depuis Next.js.
Le store n'est pas une fin en soi : double maintenance, revues des plateformes, compatibilité OS chaque année — et ~90 % des besoins « app » vus en PME partent d'un lien web ou d'une app installable depuis le navigateur. Les mises à jour partent sans attendre une validation magasin. Notre rôle : trancher web, hybride ou natif selon vos vraies contraintes (offline, capteurs, acquisition grand public) — pas selon un brief PowerPoint.
Oubliez une minute les buzzwords « hybride », « cross-platform », « headless ». Prenez une feuille et listez trois actions critiques que l'utilisateur doit accomplir dans l'outil, avec le contexte physique : est-il dans un sous-sol sans réseau ? doit-il scanner cinquante codes-barres à la suite ? doit-il recevoir une notification push au bon moment même si aucun onglet n'est ouvert ? doit-il piloter du Bluetooth basse consommation vers un périphérique métier ? doit-il faire tourner du traitement image ou vidéo lourd en local ? Chaque « oui » technique sérieux pousse vers le natif ou vers React Native avec modules natifs ponctuels. Chaque « non » renforce une PWA ou une application web responsive — souvent nettement moins chère à faire évoluer sur trois ans, surtout si votre priorité est la logique métier plus que la présence dans un store.
Une précision honnête : une PWA n'est pas une « fausse app », c'est une application web qui peut se faire installer, fonctionner hors ligne sur des périmètres contrôlés et réutiliser votre stack Next.js côté Expressweb. Elle devient insuffisante lorsque vous vendez une promesse purement store-first au grand public ou lorsque vous êtes au pied du mur sur des APIs système que Safari ou Chrome ne vous donnent pas encore au niveau fiabilité dont vous avez besoin.
Les PWA poussent correctement des alertes sur Android et sur Chrome desktop dans de nombreux cas ; iOS progresse mais impose encore installation, engagement utilisateur et parfois des nuances selon version Safari. Si votre produit vit ou meurt parce qu'une alerte doit sortir sur iPhone comme sur une app Uber — sans discussion — il faut évaluer React Native ou natif, avec coût et maintenance assumés.
Formulaires courts, lectures pré-cacheées et files d'envoi : PWA réaliste. Saisie massive sans réseau pendant plusieurs heures, résolution de conflits quand deux techniciens modifient la même fiche, stocks critiques : natif ou RN avec stratégie de synchronisation sérieuse — sinon vous tentez de reconstruire une base complexe dans le navigateur et vous payez la note en bugs.
Caméra et géolocalisation fonctionnent bien en web moderne pour photographier un constat, géotagger une intervention ou scanner un QR standard. La lecture haute cadence, le traitement HDR métier, le zoom optique poussé ou le pairing Bluetooth vers un équipement industriel orientent vers du natif ou des ponts RN.
Si votre acquisition repose sur « être trouvé dans le Play Store » par le grand public, le natif peut avoir du sens marketing — mais budget ASO, créatives, tests pays à prévoir. Pour une base clients existante qui ouvre un lien depuis un mail ou un QR sur chantier, le web suffit souvent — et vous évitez la friction « télécharger / mettre à jour ».
Couverture réseau faible, saisies longues offline, besoin de synchro fiable au retour de connexion avec résolution de conflits — React Native ou natif avec stratégie explicite (« dernier auteur gagne » vs merge métier). Les demos PWA offline « pour la forme » cassent vite sur des volumes.
Vidéo temps réel, ML on-device pour reconnaissance contrôlée, BLE vers équipement industriel, NFC pour badges — au-delà du web standard ou nécessitant stabilité maximale sur iOS.
Produit grand public où le téléchargement Store est central dans la stratégie — avec budget ASO/UA associé, créatives et itérations. Sans ce budget, « être sur les stores » ne crée pas une audience.
~90 %
Des besoins « app » PME adressables par web/PWA en première intention
Dès 3 000 €
Fourchette basse mobile React Native ciblée (pas un clone de géant US)
30-45 %
Budget maintenance annuelle typique du natif vs coût initial (ordre de grandeur)
Ce tableau n'inclut pas les budgets marketing store ni les backends complexes déjà décrits sur la fiche application métier sur-mesure. Pour un exemple de produit métier déjà packaged côté restauration, Komeat illustre une voie « produit + déploiement » — pas comparable euro pour euro avec une app unique ultra custom.
| PWA / Web installable | React Native structuré | Natif dual iOS + Android | |
|---|---|---|---|
| Cas typique | Portail client, checklist terrain connecté, catalogue | App équipes avec modules natifs ponctuels | Perf extrême, UX OS-native intégrale, APIs poussées |
| Stores | Pas nécessaire | Apple + Google | Apple + Google |
| Délai indicatif V1 | 3-8 semaines | 8-16 semaines | 16-30 semaines |
| Tarif indicatif | 1 200 - 6 000 € | 6 000 - 25 000 € | 25 000 - 80 000 €+ |
| Maintenance annuelle | Faible à modérée | Modérée | Élevée |
Une application mobile ne remplace pas une stratégie web lorsque vous devez être trouvé sur Google ou convertir des visiteurs froids qui comparent trois prestataires sur leur téléphone le dimanche soir. On relie souvent un projet mobile à des fondations solides : pages locales comme Poitiers, Orléans, Dax, Pessac ou Mérignac pour le SEO géographique, ou aux piliers site internet, e-commerce et SEO. Si votre « app » sert surtout à vos équipes ou à vos clients déjà inscrits, la combinaison web + PWA + bon parcours mail/QR résout souvent le problème sans dépendre du classement App Store.
Pour une lecture courte et sans langue de bois sur les attentes TPE, commencez par « Application mobile TPE » — notre article prioritaire — puis « Site internet créé avec IA » pour calibrer ce que l'automatisation change réellement dans un livrable mobile ou web (spoiler : pas votre obligation de cadrage métier). La vue d'ensemble reste sur applications web sur-mesure. Besoin d'un logiciel de dossiers / devis / planning avant même de parler d'icône sur l'écran d'accueil ? Croisez avec la niche application métier sur-mesure.
Oui. Si une PWA ou une simple web app métier répond à vos flux, nous le dirons explicitement — nos projets web démarrent dès 1 200 €, ce qui évite de financer deux années de natif pour un portail qui aurait suffi en ligne.
Atelier technique 30 min : PWA, React Native ou natif, avec fourchette et risques posés noir sur blanc.
Site vitrine sur-mesure en Next.js, rapide, optimisé SEO, gérable par vous. Conçu pour transformer les visites Google en demandes de devis concrètes.
E-commerce sur-mesure Next.js + Stripe ou Shopify selon contexte : catalogue, paiement, click & collect, livraison. À partir de 700 €.
Audit SEO, référencement local Google, fiche Google Business Profile, Google Ads. Visibilité réaliste, pas de promesses de position garantie.
Décrivez votre activité : Vincent et Cléa reviennent vers vous avec un devis clair, sans engagement.
Cet article s'applique partout — mais nos pages locales détaillent comment on accompagne concrètement les TPE, artisans et professions libérales de chaque région.
Les articles du blog Expressweb s'adressent à toutes les TPE, PME, artisans, commerçants et professions libérales en France. Nos pages locales traduisent ces principes en actions concrètes pour chaque territoire : référencement local sur Google, structuration par services et par quartiers, codes de réassurance adaptés à la clientèle de votre ville.
Chaque page ville détaille l'approche Expressweb selon le contexte : un site internet professionnel, une boutique en ligne, un site cabinet ou un outil sur-mesure. Les liens ci-dessous sont un aperçu — l'annuaire complet recense toutes les communes couvertes.
L'annuaire complet
Toutes nos villes par région, avec accès direct aux pages locales et au devis personnalisé.
Voir toutes les villes couvertes
Comment nous tranchons — méthode en 6 étapes
Vincent et Cléa utilisent cette grille avec chaque porteur de projet avant d'écrire une ligne de spec technique — pour éviter le classique « on veut une app » qui, une fois décortiqué, veut dire « on veut un formulaire et trois PDF » parfaitement réalisables en ligne.
Inventaire des parcours
Pour chaque persona : où (bureau, chantier, véhicule, tablette caisse), quand (connecté stable / coupures fréquentes), quoi (consulter 30 s, saisir 20 min, scanner en série). Nous confrontons ces réponses aux usages réels — pas aux intentions déclarées en réunion.
Matrice contraintes × options
Push, offline, caméra, performance graphique, présence App Store, budget, délai, contraintes DSI — notées must / nice / irrelevant. Une ligne « must » sans budget aligné déclenche une discussion immédiate plutôt qu'un devis pipeau.
Prototype cheap du parcours critique
Souvent une web app sur le flux principal : si le cœur fonctionne déjà là et que les utilisateurs pilotes valident, le natif peut attendre voire disparaître du périmètre V1. Nous préférons un prototype moche utilisé qu'une maquette sublime jamais ouverte.
Décision d'architecture
PWA (Next.js + service worker + stratégie cache), React Native (code partagé iOS/Android, modules natifs si besoin), natif pur (Swift/Kotlin) lorsque vous maximisez une capacité plateforme précise ou impose une équipe mobile déjà experte sur cette voie.
Plan de releases
Une V1 minimaliste en production avec utilisateurs pilotes — même si la roadmap « rêvée » aligne trois écrans supplémentaires sur papier. Chaque release suivante doit avoir un critère de succès mesurable (taux d'erreur, temps moyen de saisie, adoption).
Budget de maintenance
Compatibilité OS annuelle, magasins, crash analytics, gestion des permissions : le natif coûte chaque année une fraction significative du développement initial ; le web amortit différemment mais impose vigilance sécurité et perf front. Nous affichons ces lignes avant signature, pas à la première mise à jour critique.