Combien coûte une application mobile en 2026 ? La grille d'un développeur senior, poste par poste

Vous avez une idée d'application, vous demandez trois devis. Le premier annonce 12 000 €, le deuxième 45 000 €, le troisième refuse de chiffrer avant un atelier de cadrage facturé 4 000 €. Vous n'avez rien appris, sinon que personne ne parle du même produit.

Le problème n'est pas que les prestataires mentent. C'est qu'un devis d'application est un agrégat : une dizaine de postes, chacun avec sa propre logique de coût, présentés sous forme d'un chiffre unique. Tant que le chiffre reste agrégé, vous ne pouvez ni comparer, ni négocier, ni arbitrer.

Cet article décompose la facture : les jours-homme par poste, le prix des fonctionnalités une par une, les lignes que les devis oublient, et l'écart entre la médiane du marché et ma propre grille.

Combien coûte une application mobile : pourquoi les réponses vont de 1 à 10#

Commençons par les ordres de grandeur du marché français en 2026, tels qu'ils ressortent des grilles publiées par les agences spécialisées.

La médiane française tourne autour de 30 000 €, avec un écart géographique net : environ 40 000 € en Île-de-France contre 23 000 € en province.

Ces chiffres sont exacts. Ils sont aussi trompeurs, parce qu'ils mélangent deux questions différentes : « combien coûte le développement ? » et « combien coûte une organisation qui développe ? ». La suite sépare les deux.

La grille poste par poste#

Un projet mobile se chiffre en jours-homme, puis se multiplie par un taux journalier. Les deux variables se négocient séparément, et c'est la première chose à savoir avant d'ouvrir un devis.

Les taux journaliers du marché#

Le TJM d'agence paraît compétitif face à un senior freelance, mais c'est une illusion d'optique : il couvre plusieurs intervenants, et il en faut plusieurs pour livrer. Un MVP mobilise typiquement 60 à 90 jours-homme en agence. À 600 € de moyenne, on retombe sur les 36 000 à 54 000 € de la fourchette précédente.

La répartition du budget#

Sur un projet mobile complet, les postes se distribuent ainsi :

Deux enseignements pratiques. D'abord, le développement de l'application elle-même représente moins de la moitié de la facture. Si vous cherchez à réduire le budget, agir sur le nombre d'écrans est le levier le moins efficace qui soit.

Ensuite, le backend pèse presque autant que le mobile. C'est le poste que les fondateurs sous-estiment le plus, parce qu'il ne se voit pas : on juge une application sur ses écrans, on la paie sur son serveur.

Le prix des fonctionnalités, une par une#

Voici la partie que les devis agrègent presque toujours, et qui permet pourtant les arbitrages les plus rentables. Ce sont les incréments que j'applique sur un socle mobile, et qui alimentent le calculateur de coût d'application du site.

À quoi s'ajoutent des multiplicateurs qui n'apparaissent jamais en clair dans un devis :

• Design à produire entièrement : environ +12 % sur le total. Des maquettes existantes et exploitables : +5 %.
• Projet au stade de l'idée, sans spécification écrite : +5 à 15 %, le temps de cadrage étant réel même s'il n'est pas facturé séparément.
• Délai contraint : +15 %. Livrer vite ne coûte pas plus cher en travail, mais en compression et en risque.

Le poste le plus cher du mobile n'est dans aucune de ces lignes : c'est le mode hors-ligne. Les projets qui l'intègrent affichent un budget médian autour de 77 500 €, parce que synchroniser des données modifiées sur plusieurs appareils sans connexion est un problème d'ingénierie distribuée, pas une fonctionnalité. Si vous pouvez vous en passer pour la première version, passez-vous-en.

Pourquoi ma grille démarre à 6 000 € quand la médiane du marché est à 30 000 €#

Il faut expliquer cet écart, sinon il ressemble à du dumping ou à une promesse creuse.

Ma grille pour une application mobile neuve va de 6 000 à 14 000 €, et de 2 500 à 10 000 € pour la reprise d'un produit existant. Pour valider l'idée avant d'engager ce budget, un prototype cliquable en 24 heures coûte 500 € à prix ferme. Trois raisons à ces écarts avec l'agence, dont aucune n'est magique.

Le périmètre n'est pas le même. Une agence chiffre une application aboutie : plusieurs plateformes, back-office complet, design sur mesure, recette formalisée. Je chiffre une première version qui va entre les mains de vrais utilisateurs. Ce n'est pas le même produit, et prétendre le contraire serait malhonnête.

La structure n'est pas la même. Un TJM d'agence finance un chef de projet, un designer, un ingénieur qualité, un commercial et des locaux. En travaillant à distance, en direct et sans intermédiaire, ces couches disparaissent. Elles ne sont pas inutiles, elles sont simplement inutiles à cette taille de projet.

L'outillage a changé le nombre de jours-homme. C'est le facteur le plus récent et le plus mal compris. Un ingénieur senior qui pilote correctement des assistants de code produit aujourd'hui en deux semaines ce qui en demandait six il y a trois ans. La condition tient en un mot : senior. L'outillage accélère quelqu'un qui sait relire, arbitrer et refuser du code. Il fabrique de la dette chez quelqu'un qui ne sait pas.

Quand les 30 000 € sont pleinement justifiés#

Autant le dire clairement, parce que ces cas existent et que forcer un forfait court y serait une faute.

Une application qui s'intègre au système d'information d'un grand compte, avec ses contraintes de conformité et ses validations en cascade. Une application soumise à un cadre réglementaire (santé, finance, jeu). Un produit dont la valeur repose sur le mode hors-ligne ou sur du temps réel à forte charge. Une équipe interne à former en même temps que le produit se construit.

Dans ces situations, le coût ne vient pas du code : il vient de tout ce qui l'entoure. Aucun outillage ne le compresse.

Les postes que le devis ne montre pas#

Cinq lignes tombent presque toujours hors du chiffrage initial, et toutes sont à votre charge.

Les comptes développeur. Apple facture 99 $ par an, Google 25 $ une fois pour toutes. Comptez environ 124 $ la première année, puis 99 $. Exigez que ces comptes soient ouverts à votre nom, pas à celui du prestataire : c'est un point de captivité classique, et le débloquer après coup est pénible.

Les commissions des stores. Si vous vendez dans l'application, Apple et Google prélèvent 15 à 30 % selon votre chiffre d'affaires et le programme auquel vous êtes éligible. Cette ligne appartient à votre modèle économique, pas à votre budget de développement, mais elle décide parfois de la viabilité du produit.

La maintenance. Comptez 15 à 25 % du coût initial par an. Ce n'est pas de l'entretien de confort : chaque année, iOS et Android imposent des montées de version, des changements de règles de confidentialité et des dépréciations d'API. Une application non maintenue pendant deux ans est une application qui ne compile plus.

L'infrastructure. Hébergement, base de données, envoi d'e-mails, monitoring, stockage. Quelques dizaines d'euros par mois au démarrage, à condition de ne pas surdimensionner avant d'avoir des utilisateurs.

Le passage du prototype à la production. Si vous arrivez avec une maquette produite sur un outil de génération, elle fonctionne en démonstration mais n'est presque jamais prête pour de vrais utilisateurs : authentification à revoir, clés d'API exposées, aucune gestion d'erreur. C'est l'objet de l'offre prototype vers production, à partir de 490 €, et c'est souvent le premier achat le plus rentable, parce qu'il dit ce qu'il reste à faire avant d'engager un budget de développement.

Natif ou React Native : ce que le choix change au budget#

Deux applications natives, l'une en Swift et l'autre en Kotlin, représentent deux bases de code, deux recettes et deux cycles de publication. Le surcoût observé face à une base React Native unique va de 60 à 100 %, ce qui revient à dire qu'une codebase partagée divise à peu près la facture par deux.

Cela ne fait pas du natif un mauvais choix : il reste justifié quand le produit vit dans le matériel, du traitement vidéo en continu à la réalité augmentée. Mais pour l'écrasante majorité des applications de startup, qui affichent des données, gèrent un compte et encaissent un paiement, React Native ferme le débat sur des critères purement économiques.

Le vrai piège n'est pas le framework : c'est la partie native que vous finirez par écrire quand même. Toute application sérieuse a ses ponts natifs, et c'est là que la séniorité se voit.

Ce que dix ans en production changent au chiffrage#

Un chiffrage n'est pas un tarif horaire, c'est une prédiction. Sa qualité dépend du nombre de fois où l'on a vu le même projet dériver.

Chez TF1, je suis Tech Lead d'une squad de quatre développeurs, avec en plus la casquette de Product Owner remplaçant. Ce cumul oblige à arbitrer en permanence entre ce que le produit demande et ce que le budget technique permet, ce qui est exactement l'exercice du chiffrage.

Au PMU, j'ai travaillé comme lead mobile sur des applications de paris en production : tests de bout en bout, chaîne de déploiement, ponts natifs Kotlin et Swift. Ce sont les postes invisibles en démonstration, et pourtant ce sont eux qui déterminent si vous livrez tous les quinze jours ou tous les trimestres.

Chez Zeturf, j'ai repris une application React Native déjà publiée, avec de vrais utilisateurs et de vraies transactions : reprendre l'existant apprend ce que coûtent, deux ans plus tard, les raccourcis pris au début. Et chez PSA, sur Free2move, j'ai travaillé en full-stack dans un grand groupe, le genre de contexte où les 30 000 € de la médiane se justifient pleinement.

Concrètement, cela change deux choses au devis : les postes oubliés y figurent dès le départ, et la fourchette haute est calculée sur des dérives déjà vues, pas sur une marge de sécurité arbitraire.

Comment réduire la facture sans casser le produit#

Quatre leviers, par ordre d'efficacité décroissante.

1. Coupez les fonctionnalités, pas la qualité. Retirer le mode hors-ligne, le temps réel ou le back-office de la première version divise un budget. Retirer les tests le multiplie, avec six mois de décalage.
2. Une seule plateforme d'abord, si votre marché le permet. Publier sur un store puis sur l'autre étale la dépense et vous fait valider le produit avant de payer la seconde publication.
3. Arrivez avec des maquettes. Les 12 % de surcoût du design à produire disparaissent, et surtout le cadrage va deux fois plus vite quand les écrans existent.
4. Réutilisez au lieu de construire. Authentification, paiement, notifications, analytics : ces briques existent en service. Les réécrire n'apporte rien à votre produit et ajoute plusieurs milliers d'euros.

En résumé#

La bonne question n'est pas « combien coûte une application mobile », mais « quelle est la version la moins chère qui me permet d'apprendre quelque chose de vrai sur mon marché ». Presque toujours, elle coûte beaucoup moins que le devis qu'on vous a présenté, parce qu'elle contient beaucoup moins de choses.

Pour une estimation chiffrée sur votre périmètre, le calculateur donne une fourchette en deux minutes. Si vous voulez que quelqu'un tienne la partie mobile de bout en bout, du chiffrage à la publication, c'est l'objet de l'accompagnement premier ingénieur mobile.

FAQ#

Combien coûte une application mobile en 2026 en France ?

La médiane française se situe autour de 30 000 €, avec environ 40 000 € en Île-de-France contre 23 000 € en province. Un prototype va de 6 000 à 15 000 €, un MVP publié par une agence de 30 000 à 60 000 €, et une application complexe dépasse 100 000 €.

Quels postes composent le prix d'une application mobile ?

Le développement mobile pèse 35 à 45 % du budget, le backend et les API 20 à 30 %, le design 10 à 20 %, le cadrage produit 5 à 15 %, les intégrations tierces 5 à 20 % et la recette avec la publication 5 à 10 %. Le développement représente donc moins de la moitié de la facture.

React Native coûte-t-il vraiment moins cher que le natif ?

Oui : deux applications natives distinctes en Swift et Kotlin coûtent 60 à 100 % de plus qu'une base React Native unique. Le natif reste justifié pour les usages intensifs du matériel, comme le traitement vidéo, la réalité augmentée ou la performance graphique.

---

Sources des fourchettes de marché : Lonestone, prix d'une application mobile sur mesure, Aquilapp, combien coûte une application mobile, La Fabrique du Net, tarifs des agences mobiles. Frais de publication relevés sur les programmes développeur Apple et Google. Chiffres d'août 2026.