Comment créer une application mobile : de l’idée à l’App Store

De l’idée à l’application : 8 étapes

Créer une application ressemble à construire une maison : on comprend d’abord pour qui et pourquoi, on dessine le plan, et seulement ensuite on prend le marteau. La plupart des problèmes surviennent là où l’on rompt cet ordre pour « commencer tout de suite le développement ».

1. Idée et test de la demande. Qui en a besoin, et sont-ils prêts à l’utiliser (et à payer).
2. Première version. Le minimum de fonctions qui résolvent la tâche principale.
3. Écrans et prototype. À quoi ressemblera le parcours de l’utilisateur.
4. Développement. Construction de l’application et de la partie serveur.
5. Tests. Vérification sur de vrais téléphones.
6. Comptes et contenus pour les stores. Description, captures d’écran, politique de confidentialité.
7. Publication. Vérification par Apple et Google, puis mise en ligne.
8. Évolution. Statistiques, corrections, promotion, nouvelles fonctions.

Combien coûte chaque étape et l’application dans son ensemble, nous l’avons détaillé dans l’article « Prix d’une application mobile ». Ici, concentrons-nous sur l’ordre des actions et les pièges.

Étapes 1 et 2 : testez l’idée et définissez la première version

L’erreur la plus coûteuse est de faire une application dont personne n’a besoin. Le test prend des semaines, pas des mois, et ne coûte presque rien.

Vérifiez que le problème existe

Parlez à 10 à 15 personnes de votre future audience. Ne demandez pas « cette application vous plairait-elle ? » (tout le monde répond poliment « oui »), mais « comment résolvez-vous ce problème aujourd’hui, combien de temps et d’argent y consacrez-vous ? ». Si les gens n’ont pas de difficulté ou sont déjà satisfaits de l’existant, l’idée mérite d’être revue.

Regardez les applications existantes

Trouvez dans l’App Store et Google Play 3 à 5 applications semblables. Lisez les avis : de quoi se plaint-on, que manque-t-il. C’est une étude gratuite de votre marché dans votre pays, qui montre où vous pouvez faire mieux.

Définissez le minimum

La première version, c’est une seule tâche principale de l’utilisateur, résolue de bout en bout. Pas « catalogue, messagerie, fidélité, carte et classement », mais par exemple « réserver chez un professionnel en trois gestes ». Le reste s’ajoute ensuite. Cette version s’appelle un MVP ; ce que c’est et combien cela coûte, voir l’article « Qu’est-ce qu’un MVP et combien coûte son lancement ».

Décidez si l’application est vraiment nécessaire

Parfois, un site, une application issue d’un site (PWA) ou une Telegram Mini App résout le problème, sans passer par les stores. Comment choisir : voir l’article « Application ou site web : que choisir pour son entreprise ». L’application a du sens quand il faut des notifications, l’appareil photo, la géolocalisation, le mode hors ligne, ou quand le client utilise souvent le service.

Étape 3 : écrans, prototype et design

Avant la première ligne de code, dessinez le parcours de l’utilisateur. Pour une première version, 5 à 8 écrans suffisent : connexion, écran d’accueil, action clé, profil, paiement ou confirmation.

• Schéma des écrans. Des rectangles sur papier ou dans un outil gratuit : ce qui suit quoi et où mène chaque bouton.
• Prototype cliquable. Les mêmes écrans, mais sur lesquels on peut appuyer. Montrez-le à 5 à 7 personnes de l’audience et voyez où elles se perdent. Corriger un prototype coûte des heures, corriger une application terminée, des semaines.
• Design. Couleurs, polices, boutons selon des règles communes. Dans nos forfaits, le design est inclus ; seuls, le design et le prototype démarrent à 1 990 €, et c’est un bon premier pas si vous n’avez pas encore décidé de lancer le développement (détails).

Anticipez ce que les stores exigent : connexion avec possibilité de supprimer le compte, politique de confidentialité, descriptions claires des autorisations (appareil photo, géolocalisation). Apple intègre ces points à ses règles de vérification (App Store Review Guidelines), et les ajouter au dernier moment coûte plus cher que de les prévoir d’emblée. Côté données personnelles, pour un public européen, la politique de confidentialité doit rester conforme au RGPD ; votre juriste la validera.

Combien de temps faut-il pour développer une application

Le délai dépend du nombre d’écrans, du serveur et des intégrations. L’étude de Cubix cite environ 1 à 2 mois pour un MVP simple, 3 à 6 pour une application de complexité moyenne, 7 à 12 pour une application complexe ; ce sont des estimations de planification, non des règles (Cubix). Nos délais (développement multiplateforme, un code pour iOS et Android) :

La vérification d’Apple et de Google n’est pas comprise dans ces délais : elle échappe à notre contrôle, et nous vous en prévenons honnêtement.

De quoi se compose le délai

• Prise de contact et brief : quelques jours. Si vous avez préparé description et exemples, c’est plus court.
• Design et prototype : 1 à 3 semaines avec les validations.
• Développement : la partie la plus longue, avec des présentations intermédiaires par lien.
• Tests et corrections : 1 à 2 semaines.
• Soumission aux stores : préparation des contenus et réponse aux remarques.

Ce qui décale les délais

Trois causes : des réponses et validations tardives de votre côté, de nouvelles fonctions « en cours de route » et l’attente de la vérification du store. La première, vous la maîtrisez entièrement : désignez une personne qui décide et gardez vos contenus prêts. Nous ne promettons des délais qu’à conditions remplies : brief et contenus avant le démarrage.

Étapes 4 et 5 : développement et tests

Le développement d’une application comporte deux parties : ce que voit l’utilisateur (les écrans) et ce qui fonctionne « en coulisses » (serveur, base de données, e-mails, paiement). Le client ne voit le plus souvent que la première et sous-estime la seconde.

Un code ou deux

On peut écrire des applications séparées pour iPhone et Android, ou un seul code d’où sortent les deux versions. La seconde voie est plus rapide et moins chère, et pour la plupart des applications d’entreprise (commandes, espaces clients, réservation, catalogues), la différence est invisible pour l’utilisateur. Nous suivons la seconde voie. Le développement natif séparé sert pour les jeux lourds, les graphismes complexes et certains capteurs.

Des présentations par lien

Une bonne pratique est de recevoir une version fonctionnelle à chaque étape, et non une seule version finale. Vous regardez l’application sur votre téléphone pendant qu’elle évolue encore, et les corrections coûtent peu. Nous fournissons des liens d’aperçu à chaque étape.

Quoi vérifier pendant les tests

• Le parcours principal de bout en bout sur de vrais iPhone et Android de tailles différentes.
• Ce qui se passe sans internet et avec une connexion faible.
• Les e-mails, notifications et paiements de test.
• Les droits d’accès : chacun ne voit que ses données.
• La vitesse de lancement et le comportement à la rotation de l’écran.

Pour trouver un prestataire adapté à ce schéma, voyez l’article « Comment choisir une agence web et éviter les erreurs » : la logique de vérification est la même pour un site et une application.

Comment publier une application sur l’App Store et Google Play

La publication n’est pas un bouton « envoyer », mais un processus à part, avec des règles et une vérification par des personnes. Commencez à vous y préparer 2 à 3 semaines avant la date de lancement.

Les comptes développeur

• Apple : Apple Developer Program, 99 $ par an (Apple).
• Google Play : Play Console, paiement unique de 25 $ (Google).

Ouvrez les deux comptes à votre nom ou à celui de votre entreprise, et invitez le développeur avec les droits nécessaires. L’application reste alors à vous, même si vous changez d’équipe. C’est le même principe que pour le domaine et le code d’un site.

Ce qu’il faut pour Google Play

Si le compte développeur est personnel et récent, Google exige avant la publication un test fermé : au moins 12 testeurs pendant 14 jours consécutifs ; tant que cette étape n’est pas faite, la publication est impossible (aide Google Play Console). Prévoyez ces deux semaines dans le calendrier. Un compte d’organisation pour une entreprise fonctionne autrement : vérifiez les règles dans l’aide.

Ce qu’il faut pour l’App Store

La version envoyée à la vérification doit être finale, pleinement fonctionnelle et avec des liens qui marchent ; l’application doit proposer plus qu’un « site emballé » (App Store Review Guidelines, sections 2.1 et 4.2). Pour les vérificateurs, préparez une connexion de test si l’application demande une authentification.

Les contenus de la fiche

• nom, description courte et complète, mots-clés ;
• captures d’écran pour différentes tailles d’écran ;
• icône ;
• lien vers la politique de confidentialité et contact du support ;
• réponses aux questions sur les données que l’application collecte.

Nous préparons ces contenus, soumettons l’application et corrigeons les remarques (service « Publication sur l’App Store et Google Play », 390 € si vous publiez hors forfait ; il est inclus dans les forfaits). Un refus dès la première fois arrive, souvent pour des détails. Nous ne promettons pas de délais de vérification : ce sont les stores qui les fixent.

Étapes 6 à 8 : que faire après la publication

La publication est un début, pas une ligne d’arrivée. Les premières semaines montrent comment l’application vit vraiment.

• Branchez les statistiques. Installations, fidélisation, entonnoirs : où partent les utilisateurs. Sans cela, vous devinerez (mise en place à partir de 590 €).
• Lisez les avis et répondez-y. C’est un retour gratuit et un facteur de confiance.
• Mettez à jour. De nouvelles versions d’iOS et d’Android sortent chaque année, et l’application doit s’y adapter.
• Attirez des utilisateurs. L’application ne gagne pas d’installations toute seule. L’optimisation de la fiche dans les stores et la publicité pour les installations démarrent à 590 € par mois.
• Ajoutez des fonctions d’après les données. La fonction suivante se choisit selon ce que disent les statistiques et les utilisateurs, non selon l’intuition.

Que choisir dans votre situation

• Si vous n’avez encore qu’une idée, commencez par tester la demande et un prototype (design et prototype à partir de 1 990 €). C’est le moyen le moins cher de savoir s’il faut aller plus loin.
• Si vous voulez un service « comme un site, mais sur le téléphone », regardez la PWA à 2 490 € : pas de publication sur les stores, lancement plus rapide.
• Si vos clients échangent dans votre ville via Telegram, une Mini App à partir de 3 900 € vous convient peut-être mieux qu’une application séparée.
• Si vous êtes prêt à tester l’idée auprès de vraies personnes, prenez le MVP iOS + Android à partir de 10 900 € : 6 à 8 semaines et publication sur les deux stores.
• Si l’application doit encaisser des paiements et être pilotée par une équipe, prenez « Business » à 23 900 €, avec paiement, back-office et statistiques.
• Si l’application comporte plusieurs rôles et des liens complexes, commencez par l’atelier d’architecture à 3 500 €. Son coût est déduit du prix du projet.

Le contenu et les prix de l’application sont sur la page Application mobile (iOS + Android), et la grille complète dans la rubrique Tarifs. Nous travaillons en huit étapes claires, de la prise de contact à la maintenance ; ce que cela donne en pratique est décrit dans la rubrique Notre méthode.