Choix de la technologie, budget, App Store, Google Play : tout ce qu'il faut savoir avant de se lancer.
C'est la première question à trancher — et elle conditionne tout le budget. En France, Android représente environ 70% des smartphones, iOS 30%. Mais les utilisateurs iOS dépensent statistiquement plus sur les applications et ont un taux de conversion supérieur sur les achats intégrés. Si votre cible est grand public ou populaire, partez sur Android en priorité. Si votre cible est urbaine, CSP+, ou si vous visez la monétisation rapide, iOS s'impose. Dans la majorité des cas, vous aurez besoin des deux — la question est donc surtout de savoir par lequel commencer.
Il existe trois grandes approches pour développer une application mobile, chacune avec ses avantages et ses limites. Le développement natif consiste à coder séparément pour iOS (Swift) et Android (Kotlin) : performances maximales, accès complet aux fonctionnalités du téléphone (caméra, GPS, Bluetooth, capteurs), meilleure expérience utilisateur — mais coût doublé puisque deux équipes travaillent en parallèle. Le cross-platform (React Native, Flutter) permet de coder une seule fois pour les deux plateformes : économie de 30 à 50% sur le budget, performances très correctes, mais certaines fonctionnalités avancées restent plus complexes à implémenter. C'est aujourd'hui l'approche la plus répandue pour les budgets intermédiaires. La PWA (Progressive Web App) est une application web qui se comporte comme une app mobile : pas de passage par les stores, installation directe depuis le navigateur, coût minimal — mais fonctionnalités limitées et expérience utilisateur inférieure. Adaptée pour tester un concept avant d'investir dans une vraie app.
Le MVP (Minimum Viable Product) est la version minimale de votre application qui délivre de la valeur à vos utilisateurs. C'est le périmètre à définir absolument avant tout devis. Listez toutes les fonctionnalités souhaitées, puis classez-les en trois colonnes : indispensable au lancement, important mais peut attendre la v2, agréable à avoir un jour. Le MVP ne contient que la première colonne. Cette discipline est fondamentale : chaque fonctionnalité supplémentaire ajoutée en cours de développement ("pendant qu'on y est...") représente un surcoût et un délai. Une application mobile simple (10 à 15 écrans, authentification, quelques fonctionnalités clés) nécessite déjà 3 à 6 mois de développement. Une application complexe avec back-office, paiements, géolocalisation et notifications push : 8 à 18 mois.
Le développement mobile est significativement plus coûteux qu'une application web, pour plusieurs raisons : deux plateformes à maintenir, des contraintes de validation imposées par Apple et Google, des tests sur de multiples appareils physiques, et une expérience utilisateur qui doit répondre aux standards élevés des stores. À titre indicatif, comptez pour une application cross-platform React Native ou Flutter avec authentification, quelques écrans et une API : entre 15 000 et 40 000€ pour un freelance senior ou une petite agence. Une application native double plateforme avec fonctionnalités avancées (paiement, géolocalisation, notifications, back-office) : entre 50 000 et 150 000€. Ces fourchettes varient fortement selon la localisation du prestataire : un développeur basé en France facture entre 400 et 800€/jour, un prestataire en Europe de l'Est entre 150 et 300€/jour, offshore entre 30 et 100€/jour — avec des différences de qualité et de communication à prendre en compte.
Une application mobile est jugée en 3 secondes par ses utilisateurs. Apple et Google ont chacun leurs guidelines de design (Human Interface Guidelines pour iOS, Material Design pour Android) que votre application doit respecter sous peine de rejet lors de la validation sur les stores. Le design UX/UI est une phase à part entière du projet, distincte du développement : comptez entre 3 000 et 15 000€ pour une application de taille moyenne. Cette phase produit les maquettes interactives (wireframes puis prototypes cliquables) que vous validez avant que le développement commence. Ne jamais démarrer le code sans maquettes validées — chaque modification de parcours utilisateur en cours de développement coûte 3 à 5 fois plus cher qu'en phase de design.
Pour publier votre application sur l'App Store (iOS) et le Google Play Store (Android), vous devez créer des comptes développeur à votre nom ou au nom de votre société. Le compte Apple Developer coûte 99€ par an et nécessite un identifiant Apple ainsi qu'une vérification d'identité. Le compte Google Play Developer coûte 25€ en frais uniques. Ces comptes doivent être créés à votre nom, pas à celui de votre prestataire — une erreur fréquente qui peut vous bloquer complètement si la relation avec le prestataire se dégrade. Créez ces comptes dès le début du projet et donnez des accès techniques à votre prestataire, sans lui céder la propriété du compte.
Publier une application sur l'App Store ou le Google Play Store n'est pas automatique. Apple soumet chaque application à une revue manuelle avant publication : délai de 1 à 7 jours, avec risque de rejet si l'application ne respecte pas les guidelines (contenu, confidentialité, fonctionnalités, performances). Google est plus permissif mais réalise également des vérifications automatisées et manuelles. Prévoyez systématiquement une à deux semaines supplémentaires dans votre planning pour la soumission et les éventuelles corrections demandées par les stores. Votre application doit également intégrer une politique de confidentialité accessible depuis les stores et respecter les règles RGPD si elle collecte des données d'utilisateurs européens.
Si votre application est payante ou propose des achats intégrés (abonnements, crédits, fonctionnalités premium), sachez qu'Apple et Google prélèvent une commission de 15 à 30% sur chaque transaction réalisée via leur système de paiement natif — et son utilisation est obligatoire pour les achats intégrés dans l'application. Cette commission doit être intégrée dans votre modèle économique dès le départ. Certains modèles permettent de contourner partiellement cette contrainte (achat depuis un navigateur web externe), mais Apple notamment encadre très strictement cette pratique. Anticipez également l'intégration technique des systèmes de paiement natifs (StoreKit pour iOS, Google Play Billing pour Android) dans le devis de développement.
Une application mobile n'est jamais "terminée". Apple et Google publient chaque année de nouvelles versions de leurs systèmes d'exploitation (iOS, Android) qui peuvent rendre votre application incompatible ou la faire rejeter des stores si elle n'est pas mise à jour. Prévoyez un budget de maintenance annuel représentant 15 à 20% du coût de développement initial. Intégrez dans votre contrat une clause de maintenance post-livraison (3 à 6 mois minimum) couvrant la correction des bugs et la compatibilité avec les nouvelles versions d'OS. Au-delà, négociez un contrat de maintenance récurrent avec votre prestataire ou internalisez progressivement la compétence.
Prestataire qui ne vous demande pas de créer vos propres comptes développeur Apple et Google, devis sans distinction entre iOS et Android, absence de phase de design UX avant le développement, promesse de publication sur les stores "en quelques jours", pas de tests sur appareils physiques mentionnés dans le devis, refus de livrer les fichiers sources du projet (projet Xcode ou Android Studio). Méfiez-vous également des prestataires qui proposent des "templates" à personnaliser pour un tarif très bas : le résultat est souvent rejeté par Apple pour manque d'originalité ou de valeur ajoutée, et impossible à faire évoluer sans tout réécrire.
Besoin d'un professionnel pour votre projet ?
Déposer mon projet gratuitement