SMALL BUSINESSES NEED AN AI TIME-SAVINGS LEDGER THAT LEADS TO RESULTS
5 min de lecture
Développer une application mobile prend en général 2 à 4 mois pour une première version ciblée (un parcours principal, une quinzaine d'écrans) et 4 à 9 mois pour une application métier avec plusieurs rôles et des intégrations. Ces délais supposent un périmètre stable et des validations rapides du côté du client : ce sont ces deux points, bien plus que le code, qui font déraper les calendriers.
Voici les durées publiées par le marché, les étapes d'un projet, et un point que peu de guides abordent : le calendrier propre aux stores d'Apple et de Google, qui peut ajouter plusieurs semaines si on s'y prend tard.
Le tableau reprend les durées publiées en 2026 par le cabinet Kolonell pour une équipe dédiée. Elles concernent d'abord des applications web ; une application mobile iOS et Android connectée au même back-end ajoute, selon la même source, 2 à 4 mois.
| Type de projet | Contenu typique | Durée indicative |
|---|---|---|
| Première version (MVP) | un parcours, 8 à 15 écrans | 2 à 4 mois |
| Application métier | 2 à 3 rôles, reporting | 4 à 6 mois |
| Plateforme | plusieurs rôles, intégrations | 5 à 9 mois |
| Refonte lourde | avec reprise de données | 6 à 10 mois |
Les autres guides du marché donnent des ordres de grandeur proches : la plupart situent un projet standard entre 3 et 9 mois, et un projet complexe au-delà. Les écarts entre sources viennent surtout de ce que chacun appelle « simple » et de ce qu'il inclut : certains comptent à partir du premier rendez-vous, d'autres à partir du début du développement.
Le délai et le budget avancent ensemble. Si vous en êtes à évaluer l'enveloppe, notre guide combien coûte une application mobile donne les fourchettes de prix au Maroc et en France.
Les guides ne s'accordent pas sur la durée de chaque phase, parce qu'elle dépend entièrement du projet. L'ordre, lui, est toujours le même.
On fixe l'objectif business (plus de demandes, moins de saisie manuelle, des clients qui reviennent), les utilisateurs, le parcours principal et ce qui n'entre pas dans la première version. C'est l'étape la plus courte et celle qui fait gagner le plus de temps ensuite : chaque fonctionnalité retirée ici est une fonctionnalité qu'on ne construit, ne teste ni ne maintient pas.
Maquettes des écrans, enchaînement des parcours, puis design visuel. Une maquette cliquable permet de faire valider l'application par de vrais utilisateurs avant d'écrire une ligne de code, au moment où une correction coûte encore peu.
L'application elle-même, mais aussi le back-end (comptes, données, notifications), le tableau d'administration et les connexions à vos outils. Avec un framework multiplateforme comme Flutter, une seule base de code produit les versions iOS et Android, ce qui évite de mener deux développements en parallèle.
Tests sur plusieurs modèles de téléphones, cas d'erreur (pas de réseau, paiement refusé), et recette par vos équipes. C'est souvent ici qu'apparaissent les retards liés à la disponibilité du client.
Fiche de l'application, captures d'écran, politique de confidentialité, puis validation par Apple et Google. Cette étape a ses propres délais, détaillés plus bas.
Corrections, mises à jour pour les nouvelles versions d'iOS et d'Android, puis améliorations à partir de l'usage réel. Une application n'est jamais vraiment « terminée » : il faut prévoir ce suivi dès le départ.
La même étude Kolonell chiffre l'effet des causes de retard les plus fréquentes :
Trois de ces cinq causes dépendent de l'entreprise qui commande l'application, pas de celle qui la développe. Désigner une personne qui décide, avec du temps réservé chaque semaine pour valider, est le moyen le plus simple de tenir un calendrier.
Beaucoup de plannings s'arrêtent à « mise en ligne : 1 semaine ». En pratique, Apple et Google imposent des démarches qui se préparent bien avant la fin du développement.
Selon Apple, son équipe de validation examine au moins 50 % des soumissions en moins de 24 heures et 90 % en moins de 48 heures. Un refus relance le cycle ; une application incomplète (liens morts, compte de démonstration manquant) est l'une des causes de refus les plus courantes.
Le délai le plus long se trouve avant : pour publier au nom de votre entreprise, il faut un compte développeur « organisation », et Apple vérifie votre société à l'aide d'un numéro D-U-N-S, attribué gratuitement par Dun & Bradstreet. Obtenir ce numéro puis faire valider l'inscription prend souvent une à plusieurs semaines, et plus longtemps quand les informations de l'entreprise ne concordent pas. Le compte coûte 99 USD par an.
Depuis novembre 2023, un compte développeur Google Play personnel doit faire tester son application en test fermé par au moins 12 testeurs, inscrits sans interruption pendant au moins 14 jours, avant de pouvoir la publier. Google examine ensuite la demande d'accès à la production, ce qui prend selon lui « généralement sept jours ou moins ». Soit environ trois semaines incompressibles. Les comptes d'organisation ne sont pas soumis à cette règle, mais demandent eux aussi un numéro D-U-N-S.
Ces démarches ne demandent presque aucun travail : seulement du temps. Les lancer dès la première semaine du projet, en parallèle du développement, évite de les découvrir à la fin.
Avant de parler de délai, il faut savoir ce que l'application doit changer dans votre activité. Notre Growth Scan gratuit vous indique en trois minutes quel levier travailler en premier. Si vous voulez un plan précis, le Growth Diagnosis fixe en deux semaines l'objectif, le périmètre et le calendrier ; le Growth Build construit ensuite l'application. Vous pouvez voir comment une mission démarre, ou des exemples d'usage dans l'immobilier et les entreprises d'intervention terrain.
Votre projet est déjà défini ? Décrivez-le-nous : nous vous dirons quel délai est réaliste.
Selon les durées publiées par le marché, une première version ciblée demande en général 2 à 4 mois, publication sur les stores comprise. Ce délai suppose un périmètre fixé dès le départ et des validations rapides.
Une application web évite l'étape des stores. Les mêmes sources situent une première version entre 2 et 4 mois et une application métier entre 4 et 6 mois ; une version mobile connectée au même back-end ajoute 2 à 4 mois.
Apple indique examiner 90 % des soumissions en moins de 48 heures. Sur Google Play, un nouveau compte personnel doit d'abord mener un test fermé de 14 jours avec au moins 12 testeurs, puis attendre l'examen de l'accès à la production, en général sept jours ou moins.
Les outils d'IA accélèrent l'écriture du code et le prototypage, et une maquette fonctionnelle peut aujourd'hui être produite en quelques jours. Ils ne raccourcissent ni le cadrage, ni les validations, ni les tests sur de vrais appareils, ni les délais des stores, qui représentent une grande partie du calendrier.
Parce que l'essentiel du travail ne se voit pas : back-end, sécurité, cas d'erreur, administration, intégrations et tests. Les retards les plus fréquents viennent d'un périmètre qui change en cours de route et de validations lentes, plus que du développement lui-même.
Commentaires
Aucun commentaire pour le moment. Soyez le premier à réagir.
Laisser un commentaire
Votre commentaire sera publié après validation. Votre e-mail ne sera jamais affiché.