Combien de temps faut-il pour créer une application mobile ? C'est la deuxième question qu'on me pose, juste après le prix. Et la réponse honnête tient en deux temps, parce que la question en cache une autre.
Je m'appelle Noé Calmes, je conçois des applications mobiles pensées pour générer des revenus. J'ai publié plus de 20 applications. Voici les vrais délais, y compris ceux dont personne ne parle.
La réponse courte
4 à 6 semaines
c'est le temps de développement d'une première version au périmètre clair. Porte à porte, cadrage et allers-retours compris, compte environ 45 jours. Une application complète, avec plusieurs profils d'utilisateurs et des fonctionnalités avancées, se compte en 6 à 9 mois.
Retiens la condition, elle fait tout le délai : au périmètre clair . Ce n'est pas une formule de prudence, c'est la variable principale. Un projet cadré en une semaine se développe en quatre. Un projet qui se redéfinit en cours de route n'a pas de délai, il a une direction.
Ce que ces semaines contiennent vraiment
Le découpage type d'une première version, pour que tu saches ce qui se passe et quand tu es attendu.
Regarde la colonne de droite. Sur six semaines, tu es sollicité pendant quatre. C'est exactement là que les plannings se décalent, et ce n'est presque jamais du côté du code.
Le délai dont personne ne parle
Voilà le point important, celui qui transforme une bonne nouvelle en mauvaise surprise.
Le délai qu'on t'annonce mesure la fin du développement. Ce que tu veux savoir, toi, c'est quand ton application peut encaisser . Entre les deux, il y a une chaîne qui n'a rien de technique et qui prend son propre temps.
Les comptes développeur. Apple et Google vérifient ton identité, et pour une société cette vérification peut demander des justificatifs et plusieurs jours.Le statut de vendeur. Pour vendre un abonnement, il faut un contrat accepté, des informations fiscales et des coordonnées bancaires validées. Sans ça, l'application peut être en ligne sans qu'un seul euro puisse te revenir.La validation des stores. Rapide en soi, mais chaque refus relance le compteur.
Cette chaîne est détaillée dans créer une application mobile avec Claude , où elle est le vrai mur, bien après le code.
Ce qui change tout
Cette chaîne se prépare en parallèle du développement , pas après. Lancée en semaine 1, elle est prête quand l'application l'est. Lancée à la livraison, elle ajoute deux à trois semaines à ton lancement. Même travail, même durée, mais placée au bon endroit du planning.
Les quatre choses qui allongent le développement
Par ordre d'impact réel, pas par ordre de fréquence dans les discussions.
Le nombre de types d'utilisateurs. Une application avec un seul profil est un produit. Avec un client et un professionnel, ce sont deux parcours, deux jeux de droits et deux fois les tests. C'est le facteur qui coûte le plus cher en temps, et c'est celui qu'on sous-estime le plus.Le temps réel. Messagerie, notifications instantanées, position en direct, synchronisation entre appareils. Chacune de ces fonctions a l'air d'une case à cocher et demande une infrastructure à part entière.Les intégrations avec l'existant. Ton logiciel de réservation, ton CRM, ton outil de facturation. Le délai ne dépend alors plus seulement de nous, mais de la qualité de la documentation d'en face, et parfois de leur délai de réponse.Le paiement. Un abonnement géré par les stores est du travail cadré mais réel : plans, période d'essai, restauration d'achat, gestion des résiliations. Ce n'est jamais une case à cocher.
Le réflexe utile
Quand tu veux tenir une date, ne demande pas d'aller plus vite. Demande ce qu'on peut retirer de la première version . Le second levier fonctionne toujours, le premier jamais. Et ce qui est retiré n'est pas perdu : c'est la version suivante, financée par les revenus de la première.
La première cause de retard n'est pas technique
Il faut le dire franchement, parce que c'est ce que je constate sur la majorité des projets.
Ce qui décale un planning, ce n'est presque jamais une difficulté de développement. C'est un délai de réponse. Une maquette validée en huit jours au lieu de deux, des textes qui arrivent la veille de la mise en ligne, des photos qui n'existent pas encore, un accès qu'on attend.
Une semaine d'attente sur un projet de six semaines, ce n'est pas un contretemps : c'est un sixième du planning . Deux allers-retours lents suffisent à transformer six semaines en neuf, sans qu'une seule ligne de code ait été plus lente à écrire.
La question à poser avant de signer
Pas seulement « en combien de temps », mais aussi « qu'est-ce que vous attendez de moi, et à quel moment » . Un interlocuteur qui sait répondre précisément à la seconde question tiendra la première. C'est le meilleur test que je connaisse.
Ce que tu peux préparer dès aujourd'hui
Tout ce qui suit se fait sans développeur, sans budget engagé, et retire directement des jours au calendrier.
Ouvrir les comptes développeur Apple et Google. La vérification d'identité peut prendre plusieurs jours, autant qu'elle tourne pendant que tu réfléchis encore.Rassembler tes contenus. Textes, logo, photos, conditions générales, politique de confidentialité. C'est la cause de retard la plus fréquente et la plus évitable.Écrire ton périmètre en une page. Le problème résolu, pour qui, ce qui est payant. Pas un cahier des charges de trente pages, une page. C'est ce qui détermine si tu es à quatre ou à six semaines.Décider de ton prix. Il conditionne la façon dont le paiement est construit, et il vaut mieux le trancher avant qu'après. Le calcul est dans combien de clients pour rentabiliser ton application .
Et une application complète ?
Six à neuf mois, et c'est précisément pour ça qu'il ne faut pas commencer par là.
Neuf mois de développement, c'est neuf mois sans un seul retour d'utilisateur réel, sans un euro encaissé, et avec un budget entièrement engagé sur des hypothèses que personne n'a vérifiées. Le risque n'est pas de rater le délai, il est de livrer exactement ce qui était prévu et de découvrir que ce n'était pas ce qu'il fallait.
C'est tout l'intérêt de la première version resserrée, détaillé dans le MVP d'application mobile : tu apprends en six semaines ce que neuf mois ne t'auraient pas appris.
Par où commencer
Trois étapes, dans cet ordre, et aucune ne demande d'engager un budget.
Écris ton périmètre en une page. C'est lui qui te place à quatre semaines ou à six mois, bien plus que le choix du prestataire.Ouvre tes comptes développeur et rassemble tes contenus. Deux à trois semaines de gagnées sur le lancement, dès maintenant.Remonte ton planning à l'envers depuis ta date cible. Compte le développement, puis la chaîne de mise en vente, puis une marge pour un refus de store. Si ça ne tient pas, retire du périmètre plutôt que des semaines.
Si tu veux un délai sur ton projet précis, avec ton périmètre et ta date, l'audit gratuit prend deux minutes et te donne une fourchette réaliste plutôt qu'une promesse.
À lire aussi :
← Retour au blog Accueil · Concevoir une application qui rapporte · Ma méthode · Blog · Tester ton idée · FAQ