« Combien de temps faut-il pour développer notre application ? » C’est, avec la question du budget, la première que nous posent nos clients. La réponse honnête est qu’elle dépend du périmètre, mais cela ne veut pas dire qu’elle est impossible à estimer. Après plus d’une décennie de projets mobiles menés chez Aventique, des applications de calcul de dose pour Takeda jusqu’à l’application très riche du Moniteur des Pharmacies, en passant par des POC éclairs comme celui de Foxypark, nous disposons de repères solides. En règle générale, une application simple avec des fonctionnalités standards peut être livrée en 2 à 3 mois, tandis qu’un projet plus ambitieux, avec des intégrations, une logique métier spécifique ou un back-office riche, demande plutôt 4 à 6 mois, voire davantage. Voici comment se décompose ce délai, ce qui le fait varier, et comment le raccourcir sans sacrifier la qualité.

Les ordres de grandeur par type d’application

Avant d’entrer dans le détail des phases, voici les fourchettes que nous observons sur nos projets, pour une première version publiée sur l’App Store et Google Play.

• Un POC ou prototype fonctionnel : 3 à 6 semaines. L’objectif est de valider une hypothèse technique ou d’usage, pas de publier. Pour Foxypark, application de partage de places de stationnement, nous avons conseillé de démarrer par un POC sur iOS pour tester sur le terrain les scénarios et les algorithmes de prédiction de disponibilité, avant d’investir dans l’UX et l’UI.
• Une application simple (quelques écrans, contenus, formulaires, authentification, notifications) : 2 à 3 mois. Les calculateurs de dose Click2Dose et ADCetris pour Takeda relèvent de cette catégorie : un périmètre ciblé, des règles de calcul précises, une authentification par QR code et un back-office de gestion des accès.
• Une application de complexité moyenne (recherche, géolocalisation, paiement, messagerie, back-office) : 3 à 6 mois. Restopolitan, avec sa recherche géolocalisée de restaurants, ses filtres, sa carte et son module de réservation, ou Loox, avec son calendrier de disponibilités, son paiement Stripe et son parrainage, se situent dans cette zone.
• Une application complexe ou métier (workflows, nombreuses intégrations au SI, nombreux profils, fortes exigences de sécurité) : 6 mois et plus. L’application PBMS de Novo Nordisk, avec ses circuits de validation d’achat dépendant du montant, du type d’achat et de la hiérarchie, ou celle du Moniteur des Pharmacies, qui compte un nombre important d’écrans, entrent dans cette catégorie.

Ces chiffres sont cohérents avec les données du marché : plus de 80 % des applications mobiles demandent plus de trois mois de développement, et environ 40 % plus de six mois, comme nous le rappelons dans notre article sur le prix d’une application mobile.

Le détail des phases d’un projet mobile

Le délai global se décompose en plusieurs phases, dont certaines peuvent se chevaucher en méthode agile.

Cadrage et spécifications : 2 à 4 semaines

Ateliers avec les parties prenantes, définition des objectifs et des cibles, inventaire des fonctionnalités, priorisation et découpage en MVP, choix techniques, estimation. Le livrable est un backlog de user stories et un planning par lots. Cette phase est d’autant plus courte que vous arrivez avec un cahier des charges d’application mobile structuré. Pour Takeda comme pour VisioJob ou WO OK, nous avons produit des spécifications fonctionnelles détaillées et des mockups avant tout développement.

UX/UI design : 3 à 6 semaines

Parcours utilisateurs, wireframes, prototype interactif, puis maquettes haute fidélité et éléments du design system. Nous testons les parcours clés avant de coder, car une modification coûte dix fois moins cher sur une maquette que dans le code. Notre guide sur l’UX/UI design d’application mobile détaille cette étape.

Développement : 6 à 16 semaines ou plus

C’est la phase la plus longue. Elle comprend le développement de l’application iOS et Android, du backend et des API, du back-office et des intégrations avec les systèmes existants. Nous travaillons en sprints de deux semaines, avec une démonstration à la fin de chaque sprint : vous voyez l’application prendre forme et pouvez réajuster les priorités en continu.

Recette et stabilisation : 2 à 4 semaines

Tests fonctionnels, tests de compatibilité sur un panel d’appareils, tests de performance et de sécurité, correction des anomalies. Une partie de ces tests est menée en continu pendant le développement grâce à des tests automatisés, ce qui réduit fortement la durée de la recette finale.

Publication : 1 à 2 semaines

Préparation des fiches store, déclarations de confidentialité, bêta-test via TestFlight et les pistes de test Google Play, soumission et revue. Les délais de revue d’Apple et de Google sont généralement courts, mais une première publication, surtout avec un nouveau compte, mérite une marge de sécurité. Tout est détaillé dans notre guide pour publier une application sur l’App Store et Google Play.

Les facteurs qui allongent un projet

Au-delà du nombre d’écrans, plusieurs facteurs pèsent fortement sur la durée.

Les intégrations avec le système d’information. Connecter une application à un CRM, un ERP ou des API internes suppose de disposer d’une documentation fiable, d’environnements de test et d’interlocuteurs disponibles côté client. Pour AplusA, la remontée des données utilisateurs dans le CRM HubSpot a dû être spécifiée précisément selon le type d’utilisateur. Notre article API REST vs GraphQL aborde les choix d’architecture qui facilitent ces intégrations.

Les fonctionnalités temps réel. Messagerie instantanée (comme dans BYMOV ou WO OK), géolocalisation en temps réel, synchronisation hors ligne : ces briques sont techniquement exigeantes et demandent davantage de tests.

Le nombre de profils utilisateurs. Une application avec un espace demandeur et un espace prestataire, comme WO OK, ou un mode enfant et un mode parent, comme Click and Say, multiplie les parcours à concevoir et à tester.

Les exigences réglementaires et de sécurité. Santé, finance, données sensibles : ces contextes imposent des revues supplémentaires, parfois des audits externes. Nous les intégrons dès le planning, en suivant les principes de notre guide pour sécuriser une application mobile.

Les délais de décision. C’est le facteur le plus sous-estimé. Une validation de maquette qui prend trois semaines au lieu de trois jours décale tout le planning. Désigner un product owner disponible côté client est l’un des meilleurs accélérateurs d’un projet.

Les changements de périmètre en cours de route. Ils sont normaux dans un projet agile, mais doivent être arbitrés : chaque ajout se fait au détriment d’autre chose ou décale la date de livraison.

Comment accélérer sans sacrifier la qualité

Il existe plusieurs leviers éprouvés pour réduire le délai de mise sur le marché.

Démarrer par un MVP

Un MVP (produit minimum viable) concentre la première version sur les fonctionnalités indispensables à la proposition de valeur. Il permet de publier plus tôt, de mesurer l’usage réel, puis d’investir dans les évolutions qui apportent le plus. C’est l’approche que nous recommandons dans la grande majorité des cas, détaillée dans notre article sur le MVP digital. MelloPlot illustre bien cette logique : une première version en 2015, puis une V2 en 2017 avec une refonte majeure de l’interface et de nouvelles fonctionnalités construites sur les retours des utilisateurs.

Choisir une technologie multiplateforme

Développer une seule base de code pour iOS et Android avec Flutter ou React Native permet de gagner environ 40 % de délai par rapport à deux développements natifs menés en parallèle ou successivement. La plupart des applications que nous livrons aujourd’hui s’appuient sur ces frameworks. Le natif reste pertinent dans certains cas, comme nous l’expliquons dans notre comparatif native, hybride ou web.

S’appuyer sur des services éprouvés

Authentification, notifications, stockage de fichiers, analytics, crash reporting : ces briques n’ont pas besoin d’être redéveloppées. Des services comme Firebase permettent de gagner plusieurs semaines sur le backend d’un MVP, avec des limites que nous détaillons dans notre article sur Firebase pour votre app mobile. Pour les projets qui nécessitent un backend sur mesure, nous utilisons des frameworks productifs comme NestJS ou Laravel, ce dernier ayant par exemple servi au back-office de Click2Dose et à l’API de Win Time Parking.

Paralléliser les équipes

Design et développement du backend peuvent démarrer en parallèle, de même que le développement mobile et celui du back-office. Cela suppose une équipe suffisamment dimensionnée et un pilotage rigoureux. Lorsque votre équipe interne manque de bras, un renfort via notre offre d’IT outsourcing permet d’augmenter la capacité rapidement : pour SEPHORA, l’équipe mobile que nous avons constituée (deux développeurs iOS, deux développeurs Android et un QA) a été intégrée aux sprints du client en deux semaines.

Industrialiser dès le premier sprint

Une chaîne CI/CD automatise la compilation, les tests et la distribution des versions de test. Elle évite de perdre des jours à chaque livraison et permet de faire tester l’application en continu par vos équipes.

Et après la première version ?

Le délai de développement ne s’arrête pas à la publication. Une application vit : correctifs, compatibilité avec les nouvelles versions d’iOS et d’Android, nouvelles fonctionnalités. Nous recommandons de prévoir dès le départ un rythme d’itérations, souvent mensuel, et un dispositif de maintenance d’application mobile. Pour les applications qui ont vieilli, une refonte peut aussi être l’occasion de repartir sur un planning maîtrisé.

Pour obtenir une estimation précise de votre projet, le plus simple est d’en discuter avec notre agence de développement d’applications mobiles : un atelier de cadrage suffit généralement pour établir un planning par lots réaliste. Et si vous comparez plusieurs propositions, notre article sur le devis d’application mobile vous aidera à vérifier que les délais annoncés sont crédibles.

FAQ sur le délai de développement d’une application mobile

Peut-on développer une application mobile en un mois ?

Un POC ou un prototype fonctionnel, oui. Une application complète, conçue, testée et publiée sur les deux stores, rarement. Un délai aussi court suppose un périmètre très réduit, des maquettes existantes et des décisions rapides.

Pourquoi les estimations varient-elles autant d’une agence à l’autre ?

Parce qu’elles ne couvrent pas toujours le même périmètre : certaines incluent le design, le backend, le back-office, la recette et la publication, d’autres non. Comparer les délais suppose de comparer des périmètres identiques, phase par phase.

Le développement natif est-il plus long que le cross-platform ?

Oui, en général, puisqu’il faut développer et tester deux applications distinctes. Avec Flutter ou React Native, un seul code source sert les deux plateformes, ce qui réduit le délai d’environ 40 %.

Combien de temps prend la validation sur les stores ?

La revue Apple prend généralement 24 à 48 heures. Chez Google, le délai varie de quelques heures à plusieurs jours, davantage pour un nouveau compte. Il faut ajouter le temps de préparation des fiches et des déclarations de confidentialité.

Comment tenir une date de lancement impérative ?

En fixant la date et en ajustant le périmètre, plutôt que l’inverse. On priorise le backlog, on livre un MVP à la date prévue et on programme les fonctionnalités secondaires dans les versions suivantes.

Qu’est-ce qui dépend du client dans le respect du planning ?

La disponibilité d’un interlocuteur décisionnaire, la rapidité des validations, la fourniture des contenus et des accès (API, comptes stores, environnements de test). Ces éléments pèsent souvent autant que la vitesse de développement elle-même.