Combien coûte une application mobile en 2026 ? Prix, délais et frais à prévoir

Les prix en un coup d’œil, du site web à la plateforme multi-apps

Chaque offre a un prix de départ hors taxes, un délai habituel et une réalisation publiée sur laquelle elle s’appuie. Le prix final est fixé dans un devis écrit, une fois le périmètre clair, et ne change que si le périmètre change. Le nom de chaque offre mène à son détail sur la page des tarifs.

Ce qui fait varier le prix d’une application

Le prix final d’une application dépend surtout de son nombre d’écrans, de ses rôles d’utilisateurs et de ses intégrations. Voici, point par point, ce qui fait évoluer le devis.

Le nombre d’écrans

Un écran est une vue complète de l’application : l’accueil, une liste, une fiche produit, un panier, un profil, un formulaire. L’offre Application mobile en comprend jusqu’à douze, conçus et développés : le design de chaque écran fait partie du prix. Au-delà, les écrans supplémentaires sont chiffrés dans le devis écrit, avant le début du travail.

Les rôles d’utilisateurs et le nombre d’applications

Une même application peut servir plusieurs rôles, par exemple des clients et un administrateur ; chaque rôle ajoute ses écrans et ses règles d’accès. Quand chaque public a besoin de sa propre application, le projet change de catégorie. Nibblify en est l’exemple : Nibblify Food pour les clients, Nibblify Partner pour les restaurants et Nibblify Driver pour les livreurs, reliées à un même backend Firebase et à un portail web des opérations. C’est le périmètre de l’offre Plateforme multi-apps ; le guide Créer une application de livraison de repas détaille cet exemple. Le prix de départ de cette offre ne dit rien du coût de Nibblify, qui n’est pas publié.

Le backend et le temps réel

Le backend est la partie serveur de l’application : comptes, données, règles d’accès, notifications. Dans l’offre Application mobile, Firebase assure la connexion, les données et les notifications push. Quand plusieurs applications partagent des commandes en temps réel, des cartes ou des calculs côté serveur, l’offre Plateforme multi-apps ajoute des Cloud Functions, du code exécuté sur le serveur. L’usage de Firebase ou de Supabase vous est facturé directement par le fournisseur et ne fait pas partie du devis.

Les options : réservation, administration, cartes

Certaines fonctions ne sont pas comprises dans le prix de départ d’une application. Elles s’ajoutent comme options, chacune avec un prix publié :

• Espace d’administration web pour gérer vos contenus ou vos demandes +1 200 €
• Prise de rendez-vous en ligne avec règles de disponibilité +1 400 €
• Cartes et localisation en direct (Google Maps) +900 €

Les langues, arabe de droite à gauche compris

L’offre Application mobile comprend une langue. Chaque langue supplémentaire est une option (+390 € par langue), arabe compris. L’arabe demande plus qu’une traduction : toute l’interface s’inverse pour se lire de droite à gauche, ce qui se prévoit dès la conception des écrans. Ce site, publié en français, en anglais et en arabe, en est un exemple.

Reprendre une application existante

Si votre application existe déjà, je commence par une revue du code et un diagnostic écrit, puis je chiffre les améliorations. Si reconstruire vous coûte moins cher que réparer, je vous le dis. Et si l’application est terminée mais pas encore en ligne, sa publication sur l’App Store et Google Play est une prestation à part (490 €).

Pourquoi une seule base de code Flutter coûte moins cher

Flutter est la boîte à outils open source de Google pour créer des interfaces : à partir d’un seul code, écrit en Dart, elle produit l’application iOS et l’application Android. Deux applications natives obligent à écrire et à maintenir deux fois le même produit. Avec Flutter, vous payez un développement au lieu de deux, et les deux versions restent alignées : une correction ou une nouvelle fonction s’écrit une seule fois pour les deux systèmes.

Nibblify montre jusqu’où va ce principe. D’après l’article « Comment nous avons construit Nibblify — Vibe Engineering », publié le 5 août 2026 sur nibblifyfood.com, ses quatre applications (Nibblify Food, Partner, Driver et le portail des opérations) partagent un même langage et une même boîte à outils d’interface : iOS, Android et le web sortent d’une seule base de code, soit environ 173 000 lignes de Dart dans 650 fichiers. Côté serveur, environ 25 500 lignes de JavaScript, en 238 Cloud Functions sur Firebase, gèrent les commandes, les versements, l’attribution des courses aux livreurs, le chiffrement AES-256 des données personnelles, leurs exports, les notifications push et l’administration. Le tout a été construit par une seule personne travaillant avec des modèles d’IA de pointe, une méthode que l’article appelle « vibe engineering ».

Une seule base de code ne supprime pas ce qui est propre à chaque système : chaque store garde son compte, ses règles et son examen, détaillés plus bas avec les frais des stores.

Le cas du MVP : que lancer avec le budget de départ ?

Un MVP, ou produit minimum viable, est la première version d’un produit : assez complète pour servir à de vrais utilisateurs, assez réduite pour sortir vite et apprendre de leur usage. Avec l’offre Application mobile, le budget de départ couvre :

• iOS et Android depuis une seule base de code Flutter
• Jusqu’à 12 écrans, conçus et développés
• Connexion, données et notifications push avec Firebase
• Publication sur l’App Store et Google Play
• Une version de test chaque semaine sur votre téléphone

Le devis écrit liste les écrans un par un : c’est le moment de décider ce qui entre dans la première version et ce qui attendra. Un espace d’administration web, la réservation, les cartes en direct ou une langue de plus peuvent venir ensuite, chacun avec un prix publié ; une deuxième application se chiffre dans un nouveau devis. Pendant le développement, une version de test arrive chaque semaine sur votre téléphone : vous ajustez tôt, quand les changements coûtent peu.

Un produit à plusieurs applications peut aussi sortir par étapes. Les applications Nibblify ont été publiées sur l’App Store à des dates différentes : Nibblify Partner, l’application des restaurants, le 16 janvier 2026 ; Nibblify Food, celle des clients, le 9 mars 2026 ; Nibblify Driver, celle des livreurs, le 8 septembre 2026.

Les frais à payer directement aux stores

Pour publier une application, il faut un compte développeur chez Apple et chez Google. Ces comptes sont ouverts à votre nom et réglés directement à Apple et à Google : leurs frais ne passent pas par mon devis.

• Apple Developer Program : 99 USD par année d’adhésion. Apple précise que le prix peut varier selon la région et qu’il s’affiche en monnaie locale lors de l’inscription.
• Google Play Console : 25 USD, une seule fois, à l’inscription.

Les stores ont aussi leurs délais. Chez Apple, chaque version passe par l’App Review : selon Apple, au moins 50 % des soumissions sont examinées en moins de 24 heures et 90 % en moins de 48 heures.

Chez Google, un compte personnel créé après le 13 novembre 2023 doit d’abord faire passer l’application par un test fermé : au moins 12 testeurs, inscrits sans interruption pendant au moins 14 jours. Vient ensuite la demande d’accès à la production, dont l’examen prend généralement sept jours ou moins, selon les règles de test des nouveaux comptes personnels. Avec un compte personnel récent, comptez donc au moins deux semaines de test, plus cet examen, avant la sortie sur Google Play.

L’hébergement et l’usage de Firebase ou de Supabase suivent la même règle : leurs fournisseurs vous les facturent directement, à votre nom.

Après le lancement : combien coûte la maintenance ?

Une application publiée doit suivre les nouvelles versions d’iOS et d’Android, l’évolution des règles des stores et les mises à jour des bibliothèques qu’elle utilise, et tout cela change chaque année. Les trois applications Nibblify, par exemple, ont encore reçu une mise à jour le 16 octobre 2026.

Après le lancement, les défauts sont corrigés gratuitement pendant 60 jours pour une application et 90 jours pour une plateforme multi-apps. Ensuite, trois forfaits mensuels sont proposés, sans durée minimale et avec trente jours de préavis :

Le code et les comptes étant à votre nom, vous gardez tout si nous arrêtons de travailler ensemble.

Délais et modalités de paiement

Les délais habituels de chaque offre figurent dans le tableau des prix. Tout commence par un appel de cadrage gratuit de trente minutes, à fixer ensemble sur WhatsApp. Sous 48 heures, vous recevez un devis écrit : écrans, fonctionnalités, livrables, calendrier et prix fixe. Rien ne commence avant votre signature. Ensuite, chaque semaine, vous avez quelque chose à essayer : une version de test sur votre téléphone pour une application, un lien de prévisualisation pour un site.

Le paiement se fait en trois fois : 30 % à la signature du devis, 40 % à la démonstration de mi-parcours et 30 % à la livraison. Tout ajout en cours de route fait l’objet d’un devis séparé, que vous validez avant le début du travail : le prix convenu ne change pas sans votre accord. Les forfaits de maintenance, eux, sont facturés au mois.

Et si un site web suffisait ?

Tous les projets n’ont pas besoin d’une application installée. Si vos clients doivent surtout vous trouver, vous contacter ou prendre rendez-vous, un site peut suffire : il s’ouvre dans le navigateur, sans store ni frais de store. Un site jusqu’à six pages démarre à 1 490 € HT ; une plateforme web avec demandes de devis, prise de rendez-vous et espace d’administration démarre à 3 490 € HT, et sa réalisation de référence est le site de Camera4World, une entreprise de vidéosurveillance au Maroc. L’appel de cadrage sert aussi à trancher : vous repartez avec un avis honnête, même s’il consiste à dire que vous n’avez pas encore besoin d’une application.

Questions fréquentes sur le prix d’une application