« Combien coûte une app ? » est la question la plus fréquente — et la moins bien posée. Derrière cette formulation vague se cachent des réalités très différentes : une application de prise de rendez-vous pour un artisan lillois n'a ni le même périmètre, ni le même risque, ni le même coût de maintenance qu'une marketplace B2B ou qu'un outil métier connecté à un ERP. Chez Apresta, nous préférons parler de budget produit plutôt que de « prix d'une app » — parce que le devis initial n'est que la première ligne d'un investissement qui s'étale sur trois à cinq ans.
Cet article décompose honnêtement ce qui fait varier les coûts, donne des ordres de grandeur réalistes pour une TPE ou PME en Hauts-de-France, et explique comment budgéter sans se tromper — ni sous-estimer la dette technique, ni sur-dimensionner un MVP qui n'a pas encore prouvé son usage.
Ce qui fait varier le prix d'une application mobile
Le budget d'une application mobile dépend moins du nombre de lignes de code que de la complexité métier et des intégrations nécessaires. Voici les leviers qui font bouger la facture — dans un sens ou dans l'autre.
Nombre d'écrans et logique métier
Une app avec cinq écrans statiques (catalogue, fiche produit, contact, à propos, mentions légales) coûte incomparablement moins qu'une app avec vingt écrans incluant authentification, profils utilisateurs, notifications push, géolocalisation et paiement in-app. Chaque écran ajoute du design, du développement, des tests et de la maintenance. Mais le vrai coût vient surtout de la logique derrière l'écran : règles de calcul, workflows d'approbation, synchronisation offline, gestion de rôles et permissions.
Natif vs cross-platform
Développer en natif (Swift/Kotlin séparément pour iOS et Android) offre les meilleures performances et l'accès complet aux APIs device — mais double souvent le budget développement. Le cross-platform (React Native, Flutter) permet de partager 70 à 90 % du code entre plateformes, avec un compromis acceptable pour la majorité des apps PME. Le choix dépend de vos contraintes : une app de réalité augmentée ou de traitement vidéo en temps réel justifie le natif ; une app de réservation ou de suivi de chantier passe très bien en cross-platform.
Intégrations et écosystème existant
Chaque connexion à un système externe ajoute du temps et du risque : API CRM (HubSpot, Salesforce), ERP, passerelle de paiement (Stripe, PayPal), push notifications (Firebase, OneSignal), analytics, SSO entreprise. Une intégration « simple » en apparence — synchroniser les clients entre l'app et un CRM existant — peut prendre deux à quatre semaines si l'API du CRM est mal documentée ou si les données historiques nécessitent une migration.
Design sur-mesure vs kit UI
Un design system complet (wireframes, maquettes haute fidélité, prototypes interactifs, guidelines composants) représente souvent 20 à 35 % du budget initial. À l'inverse, partir d'un kit UI existant (Material Design, composants React Native standards) accélère le développement mais limite la différenciation visuelle. Pour un MVP, nous recommandons souvent un design fonctionnel sobre — et d'investir dans le sur-mesure une fois le produit validé par les utilisateurs.
Maintenance, stores et évolutions
Le coût réel n'est pas le devis initial. C'est le coût de faire évoluer le produit pendant 3 ans — et c'est là qu'une architecture propre change tout. Comptez en moyenne 15 à 25 % du budget initial par an pour la maintenance corrective, les mises à jour OS (iOS et Android publient chaque année des changements qui peuvent casser des fonctionnalités), la conformité stores (Apple rejette régulièrement des apps pour des motifs de privacy ou de design), et les petites évolutions demandées par les utilisateurs.
Ordres de grandeur : combien prévoir en 2026
Les fourchettes ci-dessous concernent des projets menés par une agence ou un studio en France, avec une équipe incluant chef de projet, design et développement. Elles ne couvrent pas les apps développées en interne avec des salaires déjà payés — ni les devis offshore à 15 €/heure qui finissent souvent par coûter plus cher en corrections.
MVP ciblé : 15 000 à 40 000 €
Un MVP (Minimum Viable Product) répond à un usage précis pour un segment d'utilisateurs identifié. Exemples concrets pour une PME en Hauts-de-France : app de prise de rendez-vous pour un salon ou un cabinet, app de suivi de livraison pour un transporteur local, app catalogue avec demande de devis pour un distributeur B2B. Le périmètre est volontairement restreint : authentification basique, 5 à 10 écrans, une ou deux intégrations, pas de fonctionnalités « nice to have ».
À ce niveau de budget, le cross-platform est quasi systématique. Le design est fonctionnel, pas spectaculaire. Les tests couvrent les parcours critiques, pas tous les edge cases. C'est suffisant pour valider l'adoption — à condition d'avoir défini des KPIs avant le lancement (téléchargements, rétention J7, taux de conversion).
Produit abouti : 40 000 à 120 000 €
Un produit abouti ajoute profondeur : gestion multi-rôles, notifications push segmentées, paiement in-app, mode offline partiel, tableau de bord admin, analytics avancés. L'app devient un outil métier ou un canal de vente à part entière — pas un simple vitrine mobile.
Dans cette fourchette, le design sur-mesure devient pertinent. Les intégrations se multiplient. Les tests incluent des devices variés, des scénarios de charge, et souvent une phase beta avec utilisateurs réels. Pour une PME lilloise qui transforme un processus interne (suivi de chantier, gestion de tournées, prise de commande terrain), c'est le niveau le plus courant.
Plateforme ambitieuse : au-delà de 120 000 €
Marketplace multi-vendeurs, app avec IA embarquée, synchronisation temps réel entre milliers d'utilisateurs, conformité sectorielle stricte (santé, finance) : ces projets se construisent par phases sur 12 à 24 mois. Le budget initial couvre rarement l'ensemble du produit vision — d'où l'importance de découper en lots livrables, chacun avec sa propre validation business.
Comment budgéter sans se tromper
La meilleure protection contre un dépassement de budget, ce n'est pas de négocier le tarif horaire — c'est de cadrer le périmètre avant d'écrire la première ligne de code.
Découpez en lots livrables
Plutôt qu'un big bang de six mois, structurez le projet en lots de 4 à 8 semaines, chacun livrant une fonctionnalité utilisable. Lot 1 : authentification + écran principal. Lot 2 : fonctionnalité cœur + intégration CRM. Lot 3 : notifications + analytics. Chaque lot se termine par une recette, un déploiement, et une mesure d'adoption. Si le lot 1 ne convertit pas, vous avez perdu 15 000 € — pas 80 000 €.
Livrez un premier usage utile
Resistez à la tentation de tout vouloir dans la v1. Identifiez le job to be done principal de votre utilisateur : « Je veux prendre rendez-vous en 30 secondes », « Je veux voir où en est ma commande », « Je veux remplir mon rapport de chantier sans ressaisir ». Si la v1 fait ça bien, le reste peut attendre.
Mesurez l'adoption avant d'investir davantage
Taux de téléchargement, rétention à J7 et J30, nombre de sessions par utilisateur actif, NPS : ces métriques doivent guider la suite. Une app téléchargée 200 fois avec 15 utilisateurs actifs hebdomadaires ne justifie pas un investissement de 60 000 € en v2 — mais une app avec 40 % de rétention J30 et des retours utilisateurs enthousiastes, oui.
Anticipez le coût total sur 3 ans
Additionnez : budget initial + maintenance annuelle (15-25 %) + évolutions fonctionnelles (souvent 10-20 %/an si le produit vit) + frais stores (99 €/an Apple, 25 € one-time Google) + éventuels coûts serveur/backend. Une app à 30 000 € coûte rarement 30 000 € sur trois ans — plutôt 45 000 à 55 000 €. C'est ce chiffre qu'il faut comparer au gain business attendu.
Les postes cachés que les devis oublient
Un devis attractif qui ne mentionne pas ces lignes vous surprendra en cours de projet ou dès la première année de maintenance.
La conformité RGPD pour une app qui collecte des données personnelles (comptes, géolocalisation, photos) impose des choix d'architecture : hébergement des données, politique de consentement, droit à l'effacement. Ce n'est pas gratuit à implémenter correctement.
Les soumissions App Store et Google Play demandent du temps : préparation des assets (captures, descriptions, vidéo promo), gestion des rejets Apple (fréquents au premier envoi), mises à jour de compatibilité. Comptez 2 à 5 jours par soumission majeure.
Le backend est souvent sous-estimé. Une app mobile sans API robuste, sans gestion des versions, sans logs et sans monitoring, s'effondre dès que le trafic augmente. Le backend représente fréquemment 30 à 40 % du budget total — pas un add-on optionnel.
Enfin, la formation des utilisateurs internes (équipe commerciale, techniciens terrain, support client) est un coût humain que le devis technique ne couvre pas — mais qui conditionne l'adoption réelle.
Natif, cross-platform ou PWA : quel choix pour votre budget ?
La PWA (Progressive Web App) est la option la plus économique si vos utilisateurs n'ont pas besoin d'accès poussé au device (Bluetooth, NFC, notifications push avancées). Budget typique : 8 000 à 25 000 € pour un outil métier ou un parcours client mobile-first. Inconvénient : pas de présence App Store, notifications push limitées sur iOS.
Le cross-platform (React Native, Flutter) est le sweet spot PME : une base de code, deux stores, performances correctes. Budget : 15 000 à 80 000 € selon le périmètre.
Le natif se justifie pour les apps où la performance, le offline ou les APIs device sont critiques — jeux, AR, traitement média. Budget : 25 000 à 150 000 €+.
Pour une TPE ou PME à Lille qui hésite, notre recommandation par défaut en 2026 : cross-platform pour le MVP, avec une architecture qui permet une migration partielle vers le natif si un module spécifique l'exige — plutôt que de tout développer en natif « au cas où ».
FAQ
Peut-on développer une app mobile pour moins de 10 000 € ?
Oui, pour une PWA simple ou un prototype de validation. En dessous de 10 000 €, méfiez-vous des devis « app complète iOS + Android » — le périmètre sera soit drastiquement réduit, soit la qualité compromise. Un prototype à 5 000-8 000 € pour tester une hypothèse, c'est un investissement raisonnable. Une fausse app « pas chère » qui coûtera 30 000 € à refaire, non.
Faut-il développer iOS et Android en même temps ?
Dans la majorité des cas, oui — via cross-platform. Si votre budget est très serré, analysez d'abord la répartition iOS/Android de votre cible. En B2B en France, iOS est souvent plus présent ; en B2C grand public, Android domine. Pour un lancement local à Lille, les deux stores restent pertinents.
Le no-code (Bubble, Glide, Adalo) est-il une alternative sérieuse ?
Pour un MVP ultra-rapide ou un outil interne, oui — budget 2 000 à 8 000 €. Limites : scalabilité, personnalisation, dépendance à la plateforme, coûts d'abonnement mensuels qui s'accumulent. Nous le recommandons pour valider une idée en quelques semaines, pas pour construire un produit stratégique sur 5 ans.
Comment choisir entre agence et freelance ?
Un freelance expérimenté coûte moins cher à budget égal — mais ne couvre qu'une compétence (dev, design, pas les deux). Une agence apporte chef de projet, design, dev, QA et maintenance dans un flux coordonné. Pour un MVP simple, un freelance senior peut suffire. Dès qu'il y a intégrations, multi-rôles et enjeu business, l'agence réduit le risque de dérapage.
Et maintenant ?
Le coût d'une application mobile se calcule sur le périmètre réel, le choix technique, les intégrations et surtout la capacité à faire évoluer le produit dans la durée. Budgéter honnêtement — MVP d'abord, mesure ensuite, investissement progressif — est la stratégie que nous appliquons avec les PME de Lille et des Hauts-de-France qui nous confient leurs projets mobile.