« Combien de temps pour une app mobile ? » — deuxième question la plus posée après le budget. Et comme pour le budget, la vraie réponse dépend d'abord de ce qu'on met exactement dans l'app. Voici les fourchettes réelles observées en 2026, selon le périmètre, avec ce qui accélère et ce qui plombe le planning.
App légère — 4 à 6 semaines
Objectif : valider un usage précis avec une app minimale, souvent en cross-platform (Expo / React Native ou Flutter). Généralement :
- Auth simple (email / Google)
- 3 à 5 écrans
- Une API back existante ou un Firebase / Supabase
- Pas de fonctions natives complexes
Publication sur les stores incluse (comptez 5 à 10 jours de review Apple, moins côté Google). Idéal pour une preuve d'usage ou une app compagnon d'un service existant.
App standard — 8 à 14 semaines
La fourchette qui couvre 80 % des projets sérieux. On parle d'une app avec :
- Comptes et profils utilisateurs, rôles simples
- 10 à 20 écrans, dont un flow métier cœur
- Notifications push, sync back-end, cache offline basique
- Paiement in-app (App Store, Google Play, ou Stripe)
- Chat ou messagerie basique si utile
- Back-office pour piloter les comptes
Livrable : une app publiée sur les deux stores, monitorée, prête pour les premières campagnes marketing. C'est la zone où le rapport valeur/prix est le meilleur.
App ambitieuse — 14 à 24 semaines
On y arrive dès que l'app a des besoins qui sortent du standard :
- Multi-tenant / multi-rôles (par ex. app pour praticiens + patients)
- Fonctions natives fines (Bluetooth, HealthKit, wallet, AR, caméra avancée)
- Mode offline sérieux (sync bidirectionnelle, résolution de conflits)
- Temps réel (positionnement live, collaboration, live-video)
- Version tablet / iPad avec adaptations de layout
- Intégration avec un système métier existant (ERP, CRM, PMS)
À ce niveau, la phase de cadrage prend elle-même 2 à 3 semaines — et c'est indispensable : elle économise des semaines de dev derrière.
Ce qui allonge vraiment le planning
- Choisir la stack en cours de route. Décider en semaine 3 qu'on passe finalement en natif ? +3 semaines minimum. Tranchez avant la première ligne de code.
- Refonte du design en cours de dev. Un changement de wireframe cœur coûte typiquement 1 à 2 semaines de rework. Bloquez le design avant le sprint 1.
- Review Apple. Si votre app touche à un domaine sensible (santé, finance, contenu généré), la première review peut prendre 2 semaines et demander des ajustements. Anticipez.
- Notifications push et deep links. Souvent sous-estimés. Prévoir 3 à 5 jours pour une intégration propre (APNs + FCM + deep link scheme + universal links).
- Tests sur devices réels. Un simulateur ne remplace pas un vrai iPhone 12 au fond d'une poche. Compter 2 à 4 jours de test physique avant chaque release.
Ce qui accélère (vraiment)
- Un design system posé dès le départ. Composants réutilisables, tokens couleur, tailles et espacements. Une seule fois pris au sérieux, il divise le temps de dev des écrans par 2.
- Expo + EAS Build. Si vous choisissez React Native, Expo gomme des jours entiers de config native. À utiliser sauf raison forte contraire.
- Un back-end déjà en place. Si vous avez déjà une API web, développer l'app mobile prend 30 à 40 % de temps en moins.
- Une seule persona au V1. Chaque persona supplémentaire ajoute typiquement 25 % de temps. Coupez à un rôle en V1, ajoutez le reste en V1.1.
Un délai app mobile réaliste, c'est un chiffre qu'on peut défendre semaine par semaine. Pas une promesse basée sur un pitch de 20 minutes.
Combien de temps vraiment avant les premiers utilisateurs ?
Après le dev, il reste du temps à prévoir :
- Publication sur les stores : 5 à 15 jours (Apple souvent plus long)
- Onboarding et rétention basique (analytics, funnel, feedback in-app) : 1 semaine
- Version 1.1 avec les retours des premiers utilisateurs : 2 à 3 semaines de plus
Pour être sur les stores avec du contenu utile, prévoyez donc 1 mois de plusaprès la fin du dev pur.
Un cas concret
Pour Rentoall (marketplace location d'espaces), l'app mobile iOS + Android en React Native / Expo a été livrée en 11 semaines : cadrage (1), design + design system (2), 4 sprints de dev (6), tests + review Apple (2). La clé : un back-end existant à réutiliser et un design system posé dès la semaine 2.
Envie de chiffrer le vôtre ?
En 30 minutes d'appel je peux vous dire précisément dans quelle fourchette vous êtes, et surtout pourquoi. Vous repartez avec un planning estimé et les grandes étapes.
Réservez un créneau ici. À lire aussi : React Native, Flutter ou natif ?
