Combien de temps pour créer une application mobile ?

Pour une application mobile publiée sur les stores, compte 2 à 3 mois pour un projet simple, 4 à 8 mois pour un projet moyen avec comptes utilisateurs et paiement, et 9 à 18 mois pour un projet complexe. Ces délais vont de la première maquette à l'app téléchargeable, validation des stores comprise. Le pur temps de code n'en représente qu'une partie : le reste, ce sont les décisions, les allers-retours et les validations.

Voilà la réponse courte. Le reste de cet article détaille d'où viennent ces chiffres, ce qui fait déraper les plannings dans la vraie vie, et pourquoi « l'app codée en un week-end » est à la fois vraie et trompeuse.

Les délais réalistes par taille de projet

Deux précisions sur ce tableau, parce que c'est là que les malentendus naissent :

• La colonne « développement » suppose que tout est décidé. Écrans définis, fonctionnalités tranchées, contenus fournis. Dans la réalité, la phase de décision, celle où le client découvre ce qu'il veut vraiment en voyant les premières versions, prend souvent autant de temps que le code.
• Le « total » inclut ce que tout le monde oublie : la création des comptes développeur, la fiche des stores, les captures d'écran, les tests sur de vrais téléphones, la validation d'Apple, et les corrections après le premier rejet éventuel.

Où passe le temps, vraiment

Si le code pur ne représente qu'une partie du délai, voici où va le reste. C'est la partie que les plannings optimistes ignorent, et c'est presque toujours là que les projets glissent.

Les allers-retours de décision

C'est le poste numéro un, loin devant la technique. Un écran développé, montré, discuté, modifié, remontré : chaque boucle prend des jours, et un projet moyen en compte des dizaines. Ce n'est pas un dysfonctionnement, c'est le processus normal : personne ne sait exactement ce qu'il veut avant de l'avoir vu. Mais chaque « finalement, on ferait pas plutôt comme ça ? » a un coût en calendrier.

La parade connue : valider sur maquettes avant de coder. Modifier une maquette prend une heure, modifier un écran développé prend une journée.

Les stores et leurs délais incompressibles

Même app terminée, il reste un parcours obligé :

• Le compte développeur Apple : l'inscription prend de 2 jours à plusieurs semaines selon les vérifications d'identité, et il te le faut avant de pouvoir tester sérieusement sur iPhone.
• La review Apple : comptez 24 à 48 heures par soumission dans la plupart des cas. Mais un rejet, fréquent pour une première app, relance un cycle : correction, re-soumission, re-review. Deux ou trois cycles, et voilà deux semaines de plus.
• Google Play : les nouveaux comptes individuels doivent faire tester l'app par un groupe de testeurs pendant deux semaines avant de pouvoir publier en production. C'est un délai plancher que beaucoup découvrent au dernier moment.

Les fondations invisibles

Entre « l'app fonctionne sur mon téléphone » et « l'app est publiable », il y a un monde : gestion des erreurs, états de chargement, comportement hors ligne, tests sur des téléphones anciens et des petits écrans, politique de confidentialité, écrans de connexion et de suppression de compte exigés par les stores. Cette phase représente couramment 30 à 40 pour cent du temps total, et c'est celle que les débutants n'anticipent jamais.

Les refontes en cours de route

Le grand classique du projet qui double : on découvre à mi-parcours que la structure choisie ne tient pas la nouvelle fonctionnalité « indispensable », et on refait. Une refonte de la navigation ou du modèle de données à mi-projet coûte des semaines. La discipline qui protège : figer le périmètre de la version 1, écrire toutes les bonnes idées dans une liste « version 2 », et s'y tenir.

Le mythe de l'app en un week-end

Tu as vu passer les démos : quelqu'un « code » une app en une soirée avec l'IA. C'est vrai, et c'est trompeur à la fois.

Ce qui est vrai : en 2026, générer un prototype fonctionnel, avec de vrais écrans et de vraies données, prend des heures et non des semaines. C'est un changement réel et profond, on le vit tous les jours.

Ce que la démo ne montre pas : le prototype du week-end n'est pas publiable. Il n'a pas de gestion d'erreurs, pas de comptes sécurisés, pas de conformité stores, il n'a pas été testé sur quinze téléphones. Le chemin du prototype à l'app en ligne, c'est précisément les 60 à 80 pour cent de travail restants. L'IA compresse spectaculairement la première phase et accélère la seconde, mais elle ne la supprime pas.

Concrètement, l'IA a changé les ordres de grandeur ainsi : ce qui prenait 6 mois en prend 3 ou 4, ce qui prenait 2 mois en prend 1. Une division par deux, pas par cinquante.

Trois exemples chiffrés

Des ordres de grandeur vécus, pas des cas d'école :

• Une app de contenu avec quiz, sans comptes utilisateurs : 2 semaines de maquettes et décisions, 4 semaines de développement, 2 semaines de finitions, captures et fiche, quelques jours de review. Total : environ 2 mois et demi.
• Une app avec comptes, données synchronisées et abonnement : 3 semaines de cadrage, 10 à 14 semaines de développement, 4 semaines de tests, conformité et paiement (les achats intégrés se testent longuement, c'est un passage sensible des reviews Apple), 1 à 2 semaines de cycle de soumission. Total : 5 à 7 mois.
• Une marketplace à deux faces (des clients d'un côté, des prestataires de l'autre) : rarement sous 9 mois, souvent 12 et plus, parce qu'il faut construire deux apps en une, un back-office, et des paiements entre tiers.

Comment compresser les délais sans saboter le projet

Les leviers qui marchent, dans l'ordre d'efficacité :

1. Coupe le périmètre, pas la qualité. Une version 1 avec 3 fonctionnalités solides sort des mois avant la même app avec 10 fonctionnalités. Et les retours des vrais utilisateurs sur la version 1 valent mieux que toutes tes hypothèses sur les 7 autres.
2. Décide vite, par écrit. Un projet où les validations prennent une demi-journée avance deux fois plus vite qu'un projet où chaque écran attend une réunion hebdomadaire.
3. Anticipe les comptes stores dès la semaine 1. L'inscription Apple et les 14 jours de test Google Play se lancent en parallèle du développement, pas après.
4. Utilise le cross-platform. React Native avec Expo : un seul code pour iPhone et Android, au lieu de deux projets à mener de front. C'est la norme 2026 pour la grande majorité des projets, et un facteur deux sur le calendrier.

Ce qu'il faut retenir

Une application sérieuse, c'est une affaire de mois : 2 à 3 pour un petit projet mené avec discipline, 4 à 8 pour la plupart des vraies idées d'app, au-delà pour les projets d'équipe. L'IA a raccourci les chemins, elle n'a pas aboli le trajet. Et le facteur qui distingue les projets qui sortent des projets qui traînent n'est presque jamais la technique : c'est la capacité à trancher le périmètre et à décider vite.

Si tu veux une estimation honnête sur ton projet précis, décris-le via notre page devis : on te dira les vrais délais, y compris s'ils ne te plaisent pas. Et si tu veux apprendre à construire toi-même, à ton rythme, le parcours complet est sur Capmedia Academy.