⚡ En bref
- Le portfolio compte moins que la capacité à expliquer les arbitrages techniques d’un projet passé.
- Exigez de savoir qui code réellement : équipe interne, freelances ou sous-traitance offshore changent le suivi comme le prix.
- Un devis sérieux distingue conception, développement, recette et maintenance — un forfait global masque les arbitrages.
- La propriété du code et des comptes stores se règle au contrat, pas en fin de projet.

Pour choisir une agence de développement d’application mobile en 2026, évaluez six critères pondérés : références vérifiables (25 %), équipe et séniorité (20 %), méthodologie (15 %), stack technique (15 %), maintenance et TMA (15 %), prix (10 %). Comptez 15 000 à 30 000 € HT pour un MVP iOS et Android, 30 000 à 80 000 € HT pour une application avec comptes, paiement et back-office, sur la base des barèmes publiés par les agences françaises en août 2026.
Le TJM d’un développeur mobile en France se situe entre 400 et 800 € selon la séniorité et la région. Exigez dès la proposition commerciale la remise du dépôt Git complet et une clause de réversibilité écrite.
À lire Camel Caps : Guide Notation Programmation 2026
L’essentiel en 30 secondes #
- Budget : MVP 15 000 à 30 000 € HT, application standard 30 000 à 80 000 € HT, plateforme complexe (marketplace, IA, temps réel) 80 000 à 200 000 € HT et plus (barèmes agences France, août 2026).
- Délais : 2 à 3 mois pour un MVP, 4 à 6 mois pour une application standard, 6 à 12 mois pour une plateforme complexe.
- Maintenance : prévoyez 15 à 20 % du budget initial par an, hors évolutions fonctionnelles.
- Frais de publication : compte développeur Apple 99 $ par an, Google Play 25 $ en une fois, commission des stores de 15 à 30 % sur les ventes in-app.
- Répartition type d’un budget : développement 50 à 60 %, design UX/UI 10 à 15 %, gestion de projet environ 10 %, tests et QA 10 à 15 %.
- Point non négociable : propriété du code, dépôt Git remis au client, comptes stores au nom de l’entreprise cliente.
Qui contacter pour créer une application mobile ? #
Quatre profils se partagent le marché français, et ils ne répondent pas aux mêmes besoins.
Les agences généralistes digitales couvrent site web, marque et application. Elles conviennent quand l’application prolonge un dispositif existant, moins quand le produit mobile est le cœur du métier. Les studios spécialisés mobile ne font que ça : iOS, Android, parfois un back-end minimal.
Ce sont eux qui maîtrisent le mieux les cycles de publication sur les stores et les règles de validation d’Apple. Les ESN et sociétés de conseil vendent principalement de la régie, c’est-à-dire des jours-hommes, sans engagement de résultat sur le périmètre livré.
Enfin, les indépendants et petits collectifs facturent moins cher mais concentrent le risque sur une seule personne.
À lire Horizontal Rule HTML : Guide CSS 2026
À Paris, une poignée d’acteurs documentent publiquement leur stack, leurs références et leurs méthodes de travail. Theodo Apps, Mayasquad, MG Mobile, Galadrim, Eleven Labs ou NetDevices font partie des structures dont les fiches et les avis clients sont consultables en ligne : autant de matière pour comparer avant le premier appel.
Digital Unicorn, agence application mobile Paris, publie de la même façon ses technologies et ses cas clients, ce qui permet de préparer un entretien technique avant même le premier rendez-vous.
À Lyon, le tissu est différent, avec des acteurs comme SW Agency, AppsPanel & Nomeo, ZOL, VD Innovatium, Wess Soft, My Lucky Day ou Kreactive. Quelle que soit la ville, lisez les avis avec méthode : une note parfaite obtenue sur une poignée d’avis pèse moins qu’une très bonne note adossée à un volume nettement plus large. Le volume compte autant que la moyenne, et la date des avis autant que leur contenu.
Comment noter objectivement chaque agence candidate ? #
Une consultation sérieuse compare trois à cinq agences sur la même grille, avec les mêmes questions posées dans le même ordre. Voici la pondération que nous recommandons, calibrée pour un projet applicatif de 30 000 à 100 000 € HT.
À lire VB Scripts : Guide Programmation Visual Basic 2026
| Critère | Poids | Ce que vous vérifiez | Preuve à exiger |
|---|---|---|---|
| Références vérifiables | 25 % | Applications réellement publiées, encore en ligne, dans un secteur proche | Lien store, nom du contact client joignable, date de mise en production |
| Équipe et séniorité | 20 % | Qui code vraiment, ratio senior/junior, turnover, sous-traitance déclarée | CV nominatifs, profils GitHub, entretien avec le lead technique |
| Méthodologie | 15 % | Cadence des livraisons, gestion du périmètre, rituels, reporting | Extrait de backlog anonymisé, compte rendu de sprint réel |
| Stack technique | 15 % | Choix natif ou cross-platform argumenté, CI/CD, tests automatisés | Fichier de pipeline, taux de couverture, politique de mise à jour des dépendances |
| Maintenance et TMA | 15 % | Contrat après mise en ligne, délais de correction, montées de version OS | Contrat type, SLA chiffré, tarif horaire hors forfait |
| Prix | 10 % | Cohérence entre charge annoncée, TJM et périmètre décrit | Devis détaillé ligne par ligne, en jours et non en forfait global |
Le prix ne pèse que 10 %, et ce n’est pas une coquette. Sur un projet mobile, l’écart de coût entre deux agences se résorbe en quelques mois d’exploitation ; un mauvais choix d’architecture, lui, se paie pendant des années. Notez chaque critère de 0 à 5, multipliez par le poids, comparez les totaux. Si deux agences finissent à moins de cinq points d’écart, tranchez sur l’entretien avec le développeur qui codera, pas sur celui du commercial.
Quels critères techniques vérifier avant de signer (natif, cross-platform, CI/CD) ? #
C’est le volet où la plupart des acheteurs abandonnent, faute de vocabulaire. Trois sujets suffisent pourtant à faire le tri.
Natif, Flutter ou React Native : la comparaison factuelle
Il n’existe pas de bon choix universel, seulement un choix argumenté au regard de votre produit. Le développement natif signifie deux bases de code distinctes : Swift avec SwiftUI ou UIKit côté iOS, Kotlin avec Jetpack Compose côté Android. Flutter repose sur le langage Dart et dessine sa propre interface via son moteur de rendu, ce qui garantit un affichage identique sur les deux plateformes.
React Native s’écrit en JavaScript ou TypeScript et pilote les composants natifs du système ; son architecture actuelle (Fabric et les TurboModules) a supprimé l’ancien pont asynchrone qui pénalisait les animations complexes.
À lire Lovable Dev : Plateforme No-Code Guide 2026
| Critère | Natif (Swift + Kotlin) | Flutter | React Native |
|---|---|---|---|
| Bases de code | 2 | 1 | 1 |
| Langage | Swift, Kotlin | Dart | TypeScript / JavaScript |
| Rendu de l’interface | Composants système | Moteur de rendu propre | Composants système |
| Accès aux API récentes de l’OS | Immédiat | Via plugin ou canal natif | Via module natif |
| Mutualisation avec une équipe web | Faible | Faible | Forte (écosystème React) |
| Cas d’usage typique | Bluetooth, capteurs, widgets système, jeux | Interface soignée et homogène, applications produit | Applications métier, équipes déjà React |
Une agence qui répond « nous faisons du Flutter » avant même d’avoir écouté votre besoin vend son confort, pas votre produit. À l’inverse, une agence qui vous demande quelles fonctions matérielles vous allez utiliser (caméra, NFC, Bluetooth basse consommation, notifications enrichies, widgets) avant de trancher fait correctement son travail.
Sachez aussi que Kotlin Multiplatform permet aujourd’hui de partager la logique métier entre iOS et Android tout en gardant deux interfaces natives : c’est une troisième voie légitime, rarement proposée spontanément.
CI/CD, tests et qualité
Demandez à voir un fichier de pipeline. Une agence structurée dispose d’une intégration continue qui compile l’application à chaque fusion, exécute les tests, signe le binaire et le pousse vers TestFlight et le canal interne de Google Play. Les outils courants sont GitHub Actions, GitLab CI, Bitrise ou Codemagic, avec Fastlane pour la signature et la publication.
Si la réponse ressemble à « on compile depuis le Mac de Julien », vous connaissez déjà le nom de votre facteur de risque.
À lire Fstream : Manipulation Fichiers C++ Guide
Vérifiez aussi la présence de tests automatisés (unitaires sur la logique métier, tests d’interface sur les parcours critiques), d’un outil de suivi des plantages comme Firebase Crashlytics ou Sentry, et d’une politique explicite de mise à jour des dépendances. Ce dernier point est sous-estimé : Apple et Google imposent régulièrement une version minimale de SDK cible, et une application non maintenue finit par être retirée de la vente.
Propriété du code et réversibilité
C’est la clause qui sépare un prestataire d’un partenaire. Trois exigences, à écrire noir sur blanc dans le contrat :
- Cession des droits patrimoniaux sur le code produit, effective au paiement, et non « à la fin du projet » sans définition.
- Remise du dépôt Git complet, avec l’historique des commits, la documentation d’installation et les scripts de déploiement. Un fichier zip du code final ne vaut rien : sans historique, vous perdez la traçabilité et la reprise devient un travail d’archéologie.
- Comptes stores et services tiers au nom de votre entreprise : compte développeur Apple, compte Google Play, Firebase, service d’envoi de notifications, hébergement du back-end. Une agence qui héberge votre application sur son propre compte détient votre produit.
Ajoutez une clause de réversibilité prévoyant un accompagnement de transfert (généralement 5 à 10 jours) vers l’équipe suivante. Vous ne l’utiliserez peut-être jamais. Mais son absence dans un contrat vous renseigne immédiatement sur l’état d’esprit d’en face.
Le même raisonnement s’applique quand vous confiez le back-office, les API ou le site à une agence de développement web à Paris : une application mobile vit rarement seule, et la réversibilité doit couvrir l’ensemble de la chaîne, mobile comme web.
Comment évaluer la méthodologie d’une agence ? #
Tout le monde dit faire de l’agile. Peu de structures savent expliquer ce que cela change concrètement pour le client.
Posez trois questions simples. Première question : à quelle fréquence vais-je voir une version installable sur mon téléphone ? Une réponse saine tourne autour de deux semaines, dès le premier mois. Si la première démonstration est annoncée à trois mois, vous financez une boîte noire.
Deuxième question : que se passe-t-il quand je demande une fonctionnalité non prévue ? La bonne réponse décrit un arbitrage documenté (on ajoute, on retire autre chose, ou on chiffre un avenant), pas un « on verra » ni un « c’est compris dans le forfait », qui se paiera plus tard en qualité.
Troisième question : qui écrit les spécifications ? Une agence qui vous laisse rédiger seul le cahier des charges se protège juridiquement mais ne vous apporte pas d’expertise produit.
Demandez un extrait de backlog anonymisé et un compte rendu de sprint réel issu d’un autre projet. Vous verrez tout de suite si les tickets sont écrits en langage utilisateur, s’ils comportent des critères d’acceptation, et si les points de blocage sont tracés.
Vérifiez enfin l’outillage de suivi : Jira, Linear ou même un tableau Notion bien tenu font l’affaire, à condition que vous y ayez un accès en lecture pendant toute la mission. La transparence de l’outil de gestion est un meilleur indicateur de santé qu’un discours sur les rituels.
Un dernier repère : le rythme de facturation doit suivre les livraisons, pas le calendrier. Un jalonnement en trois ou quatre paiements adossés à des livrables vérifiables protège les deux parties.
Combien facture une agence de développement mobile en 2026 ? #
Les barèmes publiés par les agences françaises en août 2026 dessinent quatre paliers assez stables d’une région à l’autre.
| Type de projet | Fourchette HT | Délai indicatif | Ce que ça couvre |
|---|---|---|---|
| Application no-code ou vitrine (Glide, FlutterFlow) | 5 000 à 15 000 € | 3 à 8 semaines | Contenu, formulaires, notifications simples |
| MVP sur mesure (iOS + Android) | 15 000 à 30 000 € | 2 à 3 mois | Parcours principal, comptes, back-end minimal |
| Application standard (comptes, paiement, back-office) | 30 000 à 80 000 € | 4 à 6 mois | Paiement, rôles, administration, analytics |
| Plateforme complexe (marketplace, IA, temps réel) | 80 000 à 200 000 € et plus | 6 à 12 mois | Multi-profils, flux temps réel, infrastructure dédiée |
Ces montants se décomposent presque toujours de la même façon : développement 50 à 60 %, design UX/UI 10 à 15 %, gestion de projet environ 10 %, tests et recette 10 à 15 %. Un devis où le design pèse 35 % et les tests 0 % raconte quelque chose sur les priorités de l’agence.
Le TJM d’un développeur mobile en France s’établit entre 400 et 800 € selon la séniorité et la région, ce qui donne un moyen de contrôle immédiat : divisez le montant du devis par le TJM annoncé, et regardez si le nombre de jours obtenu est crédible pour le périmètre décrit.
Un MVP à 22 000 € avec un TJM de 550 € représente environ 40 jours, soit deux développeurs pendant un mois. Si l’agence promet en plus un design complet, un back-office et une refonte du site, le compte n’y est pas.
Pour comparer avec l’internalisation : un développeur mobile salarié en France se situe entre 42 000 et 65 000 € brut par an selon la séniorité, à majorer d’environ 45 % de charges patronales. Recruter devient rationnel quand le produit exige une évolution continue sur plusieurs années, pas pour une première version.
Enfin, n’oubliez pas les coûts récurrents : compte développeur Apple à 99 $ par an, compte Google Play à 25 $ en une fois, commission des stores de 15 à 30 % sur les ventes in-app, hébergement du back-end, et surtout maintenance annuelle de 15 à 20 % du budget initial. Sur une application à 60 000 €, cela représente 9 000 à 12 000 € par an rien que pour rester compatible avec les nouvelles versions d’iOS et d’Android.
Quels signaux doivent vous alerter ? #
Certains signes se repèrent avant la signature, à condition de savoir où regarder.
- Un devis forfaitaire sans détail de charge. Un montant global sans ventilation en jours par lot empêche toute comparaison et toute renégociation de périmètre.
- Aucune référence joignable. Des logos sur un site ne prouvent rien. Demandez le nom d’un client à appeler, et le lien vers l’application sur les stores. Une application retirée de la vente est un mauvais signe pour l’agence comme pour le client.
- Le silence sur la propriété du code. Si la question du dépôt Git provoque une gêne, vous connaissez la réponse.
- Un délai annoncé anormalement court. Une application avec comptes, paiement et back-office livrée en six semaines n’existe pas, sauf à recycler un gabarit que vous ne pourrez pas faire évoluer.
- Le commercial qui parle à la place du technique. Exigez un entretien avec la personne qui écrira le code. Trente minutes suffisent à mesurer la profondeur réelle.
- Une sous-traitance non déclarée. Elle n’est pas disqualifiante en soi, mais elle doit être annoncée, avec les noms des équipes, leur localisation et le fuseau horaire.
- L’absence de contrat de maintenance. Une agence qui n’a rien prévu après la mise en ligne considère votre projet comme terminé le jour de la publication. Le vôtre commence à ce moment-là.
Agence locale ou nearshore : quelles différences ? #
Le nearshore, c’est-à-dire des équipes basées en Europe de l’Est, au Portugal ou au Maghreb, affiche des TJM inférieurs, souvent dans le bas voire sous la fourchette française de 400 à 800 €. L’écart est réel, mais il ne se transforme en économie que sous conditions.
Ce qui fonctionne bien à distance : un périmètre stable et documenté, une architecture déjà tranchée, des lots de développement clairement séparés, une équipe dédiée sur plusieurs mois. Ce qui fonctionne mal : une phase de cadrage produit, un projet où le besoin bouge chaque semaine, une application qui exige des allers-retours quotidiens avec les métiers.
La langue et le fuseau horaire ne sont pas des détails : deux heures de décalage se gèrent, six heures transforment chaque question en journée perdue.
Vérifiez trois points avant de vous engager sur un modèle distant. D’abord, qui porte la responsabilité contractuelle et sous quel droit : un contrat signé avec une entité française vous protège mieux qu’un contrat de droit étranger. Ensuite, le traitement des données personnelles : si votre application collecte des données d’utilisateurs européens, le RGPD s’applique quel que soit le lieu de développement, et l’hébergement doit être documenté.
Enfin, la continuité : demandez le taux de rotation des équipes sur les douze derniers mois. Un projet mobile qui change trois fois de développeur perd son historique de décisions.
Le modèle mixte reste le plus courant chez les entreprises de taille intermédiaire : un lead technique et un chef de projet en France, une partie du développement à distance. Il combine la proximité sur les arbitrages et la souplesse sur la capacité de production. À l’inverse, pour une première application dont le périmètre est encore flou, une équipe locale que vous pouvez réunir autour d’une table reste le choix le plus sûr.
FAQ : choisir une agence de développement d’application mobile #
Qui contacter pour créer une application mobile ?
Un studio spécialisé mobile si l’application est le cœur de votre offre, une agence digitale généraliste si elle prolonge un site existant, une ESN si vous avez déjà une équipe interne à renforcer. Contactez trois structures, comparez-les sur une grille commune et exigez un entretien avec le développeur qui codera le projet.
Quel budget prévoir pour une première application ?
Comptez 15 000 à 30 000 € HT pour un MVP iOS et Android livré en 2 à 3 mois, selon les barèmes publiés par les agences françaises en août 2026. Ajoutez 15 à 20 % du budget initial par an pour la maintenance, plus 99 $ par an pour le compte Apple et 25 $ une fois pour Google Play.
Faut-il choisir Flutter, React Native ou du natif ?
Natif (Swift et Kotlin) si vous exploitez fortement les capacités matérielles ou les nouveautés système. Flutter si l’interface doit être identique et soignée sur les deux plateformes. React Native si votre équipe maîtrise déjà React et TypeScript. Le critère décisif reste les compétences réellement disponibles pour maintenir l’application dans trois ans.
Comment vérifier qu’une agence me remettra bien le code ?
Faites inscrire au contrat la cession des droits patrimoniaux au paiement, la remise du dépôt Git avec son historique complet, la documentation de déploiement, et la création des comptes stores et services tiers au nom de votre entreprise. Ajoutez une clause de réversibilité prévoyant 5 à 10 jours d’accompagnement au transfert.
Comment vérifier les références d’une agence ?
Téléchargez les applications citées et regardez leur date de dernière mise à jour et leurs avis. Demandez ensuite à parler à un client passé : une agence sûre d’elle accepte. Une référence prestigieuse sur laquelle l’agence n’a fait qu’une partie du travail est fréquente — faites préciser le périmètre exact de son intervention.
Combien coûte la maintenance d’une application mobile par an ?
Entre 15 et 20 % du budget de développement initial, soit 9 000 à 12 000 € par an pour une application facturée 60 000 €. Ce montant couvre les corrections, les mises en conformité avec les nouvelles versions d’iOS et d’Android et les montées de version des dépendances, mais pas les évolutions fonctionnelles, qui se chiffrent à part.
🎯 À retenir
Comparez les devis à périmètre identique, et méfiez-vous d’un forfait unique qui ne détaille ni la recette ni la maintenance. Les deux questions qui départagent vraiment : qui écrit le code au quotidien, et à qui appartiennent le dépôt et les comptes stores à la fin. Le reste — technologie, méthodologie, taille de l’agence — se discute ; ces deux points-là se contractualisent.
Plan de l'article
- L’essentiel en 30 secondes
- Qui contacter pour créer une application mobile ?
- Comment noter objectivement chaque agence candidate ?
- Quels critères techniques vérifier avant de signer (natif, cross-platform, CI/CD) ?
- Comment évaluer la méthodologie d’une agence ?
- Combien facture une agence de développement mobile en 2026 ?
- Quels signaux doivent vous alerter ?
- Agence locale ou nearshore : quelles différences ?
- FAQ : choisir une agence de développement d’application mobile