Freelance, no-code ou agence : qui doit construire votre application ?
13 min de lecture
À retenir
- Comparez les agences sur leur méthode de cadrage et leurs engagements contractuels, pas sur le prix affiché.
- Exigez par écrit la cession des droits sur le code et un accès au dépôt Git dès le premier jour.
- Les comptes Apple Developer et Google Play doivent être ouverts à votre nom, jamais à celui de l’agence.
- Un forfait sur un périmètre flou produit des avenants ; un budget plafonné protège mieux dans la plupart des cas.
- La proximité géographique compte surtout pendant le cadrage : ensuite, c’est la qualité du rituel de suivi qui décide.
Vous avez envoyé votre projet à quatre agences. Vous recevez trois devis : 22 000 €, 48 000 € et 71 000 €. Le quatrième ne répond pas. Les trois documents ne décrivent pas la même chose, n’utilisent pas le même vocabulaire, et aucun ne dit clairement ce qui n’est pas inclus.
C’est la situation normale, pas l’exception. Choisir une agence de développement mobile ne consiste pas à trouver le bon prix, mais à comprendre ce que chaque prix achète réellement et quels risques il vous laisse. Ce guide donne la grille d’évaluation que nous appliquerions nous-mêmes si nous étions de l’autre côté de la table — que vous cherchiez une agence à Paris, en région ou parmi nos bureaux et villes d’intervention en France.
Ce qui fait réellement la différence entre deux agences
Presque toutes les agences affichent les mêmes technologies, les mêmes promesses de « méthode agile » et les mêmes logos. Ce qui les distingue se voit ailleurs.
Des applications publiées, que vous pouvez télécharger
Un portfolio en images ne prouve rien : une maquette se dessine en une après-midi. Demandez des applications en ligne sur l’App Store et Google Play, installez-les, et regardez :
- les notes et, surtout, la date de la dernière mise à jour — une application abandonnée depuis deux ans dit quelque chose de la relation client ;
- la fluidité du premier lancement, de l’inscription, du comportement hors connexion ;
- la cohérence entre la version iOS et la version Android.
Demandez aussi quelle part du projet l’agence a réellement réalisée. « Nous avons travaillé sur » peut signifier la conception complète comme trois semaines de renfort sur un écran.
La qualité du cadrage, avant même le devis
La meilleure indication de ce que sera le projet, c’est la façon dont l’agence traite votre demande avant de chiffrer. Une agence sérieuse pose des questions dérangeantes : qui sont les utilisateurs, quel parcours prouve la valeur du produit, qu’est-ce qui existe déjà côté système d’information, qui maintiendra l’application dans deux ans.
Une agence qui envoie un devis détaillé au centime dans les 48 heures, sans échange, sur la base d’un brief de deux pages, a soit sous-estimé, soit gonflé. Dans les deux cas, elle a chiffré sa propre hypothèse, pas votre projet. Si votre brief est léger, notre guide pour rédiger un cahier des charges d’application mobile vous aidera à le rendre comparable.
L’équipe réelle, nommée
Posez la question sans détour : qui, concrètement, écrira le code ? Des salariés de l’agence, des freelances, une équipe sous-traitée à l’étranger ? Aucune de ces réponses n’est disqualifiante en soi. Ce qui l’est, c’est de ne pas la connaître avant de signer.
Demandez à rencontrer le chef de projet et le développeur principal, pas seulement le commercial. Et demandez ce qui se passe si l’un d’eux quitte l’agence en cours de projet.
Les cinq questions à poser avant de signer
| Question | Bonne réponse | Signal d’alerte |
|---|---|---|
| À qui appartiendra le code ? | Cession intégrale écrite, dépôt Git à votre nom | « Vous aurez une licence d’utilisation » |
| Au nom de qui sont les comptes stores ? | Les vôtres, l’agence y est invitée | « On publie sur notre compte, c’est plus simple » |
| Comment gérez-vous une demande hors périmètre ? | Procédure écrite : estimation, arbitrage, validation | « On s’arrangera » |
| Qu’est-ce qui n’est pas inclus ? | Une liste explicite dans la proposition | Un silence, ou « tout est inclus » |
| Que se passe-t-il à la fin du contrat ? | Documentation, accès transférés, maintenance optionnelle | Dépendance technique, code non documenté |
La quatrième question est la plus révélatrice. Un devis honnête dit ce qu’il ne couvre pas : back-office, hébergement, maintenance après la garantie, contenus, traductions, frais des stores. Un devis qui ne liste aucune exclusion n’est pas plus généreux ; il déplace simplement la discussion au moment où vous serez engagé.
Piège n°1 : la propriété du code
C’est le piège le plus coûteux et le moins visible. En droit français, un logiciel développé par un prestataire appartient à son auteur tant qu’une cession de droits n’a pas été signée. Payer la prestation ne suffit pas à devenir propriétaire du code.
Une cession valable doit être écrite et préciser les droits cédés (reproduction, modification, adaptation, exploitation), leur étendue, leur durée et leur territoire. Une formule vague du type « le client est propriétaire des livrables » laisse la porte ouverte à des désaccords le jour où vous voudrez changer de prestataire ou reprendre le développement en interne.
Trois points pratiques, tout aussi importants que la clause :
- Le code vit sur un dépôt Git qui vous appartient (GitHub, GitLab ou équivalent), avec un accès dès le premier sprint, pas « à la livraison finale ».
- Les briques réutilisées sont identifiées. Une agence a souvent un socle technique maison ; c’est légitime, mais il doit être soit cédé, soit sous licence perpétuelle clairement définie.
- L’infrastructure est à votre nom : hébergement, nom de domaine, base de données, services tiers (notifications, paiement, analytics). Un serveur au nom de l’agence, c’est une application que vous ne pouvez pas déménager.
Le test simple : demandez-vous si, le lendemain de la fin du contrat, une autre équipe pourrait reprendre l'application sans rien demander à l'agence. Code, accès, comptes, documentation. Si la réponse est non pour un seul de ces éléments, c'est à corriger avant de signer, pas après.
Piège n°2 : les comptes App Store et Google Play
Publier une application exige un compte développeur Apple (abonnement annuel) et un compte Google Play Console (frais d’inscription uniques). Beaucoup d’agences proposent de publier « sur leur compte » pour gagner du temps. C’est une mauvaise idée.
Une application publiée sur le compte d’un tiers appartient, du point de vue des stores, à ce tiers. Le transfert d’une application d’un compte à un autre existe, mais il suppose la coopération du détenteur du compte et des conditions techniques à remplir. Le jour où la relation se tend, vous découvrez que votre application, ses avis et son historique de téléchargements sont entre les mains de quelqu’un d’autre.
La bonne pratique :
- ouvrir les comptes au nom de votre entreprise (un compte organisation Apple demande un numéro D-U-N-S, comptez quelques jours d’obtention) ;
- inviter l’agence avec les droits nécessaires à la publication, révocables à tout moment ;
- garder la maîtrise des certificats, des clés de signature et des identifiants de connexion.
Chez 55 · agency, les comptes sont systématiquement ouverts au nom du client. C’est un engagement contractuel, pas une option. Pour la suite — la revue Apple, les refus fréquents —, voir notre article sur la publication sur l’App Store et Google Play.
Piège n°3 : forfait ou régie, mal choisi
Le forfait rassure : un prix, un périmètre, une date. Mais il ne supprime pas le risque, il le fait payer d’avance sous forme de marge de sécurité, et transforme toute précision tardive en avenant.
| Modèle | Qui porte le risque | Fonctionne bien quand | Échoue quand |
|---|---|---|---|
| Forfait | L’agence (et vous le payez en marge) | Périmètre figé, spécifications détaillées, projet court | Le besoin évolue en cours de route |
| Régie | Vous | Produit en exploration, équipe produit interne capable de piloter | Personne ne pilote côté client |
| Budget plafonné, périmètre ajustable | Partagé | La plupart des MVP et des V1 | Le plafond est fixé sans cadrage |
Pour une première application, le budget plafonné avec un périmètre priorisé en trois niveaux (indispensable, important, souhaitable) est le compromis le plus sain : l’agence s’engage sur un montant maximal, vous arbitrez ce qui entre dedans. Le détail des trois modèles, avec leurs effets sur la facture finale, est dans notre article forfait, régie ou budget plafonné.
Quel que soit le modèle, une règle protège : toute demande nouvelle en cours de projet en remplace une autre de même charge, sauf décision explicite d’augmenter le budget.
Lire un devis : ce que l’écart de prix cache
Revenons aux trois devis de l’introduction. Pour une application complète iOS et Android, les ordres de grandeur constatés en France vont de 35 000 à 80 000 € HT, sur trois à quatre mois ; un MVP sur une plateforme se situe plutôt entre 15 000 et 30 000 € HT. Nos fourchettes détaillées sont sur la page tarifs d’application mobile.
15–30 k€MVP mobile sur une plateforme, 4 à 8 semaines
35–80 k€Application complète iOS + Android, 3 à 4 mois
900–3 500 €Maintenance applicative par mois, selon le périmètre
Quand un devis se situe très en dessous, cherchez ce qui manque. Les postes les plus souvent absents :
- le back-office : l’application est chiffrée, l’outil qui permet de gérer ses contenus et ses utilisateurs ne l’est pas ;
- le back-end : l’application suppose une API « existante » qui n’existe pas ;
- la recette et les tests sur appareils réels, iOS et Android, plusieurs tailles d’écran ;
- la publication et les allers-retours avec la revue des stores ;
- la garantie et la maintenance : correctifs, mises à jour des systèmes d’exploitation, évolution des bibliothèques.
Un devis très au-dessus n’est pas forcément abusif : il intègre parfois simplement ce que les autres ont omis. La seule façon de comparer est de ramener les trois propositions à la même liste de postes. Pour la décomposition complète d’un budget, voir combien coûte une application mobile en 2026.
Un point d’attention sur la technologie : une agence qui ne propose qu’une seule approche (tout en natif, ou tout en cross-platform) vous vend ce qu’elle sait faire, pas forcément ce dont vous avez besoin. Demandez pourquoi elle recommande Swift et Kotlin, React Native ou Flutter pour votre projet.
Agence locale ou à distance ?
La question revient à chaque projet. La réponse honnête : la proximité géographique compte beaucoup à certains moments, et presque pas à d’autres.
Là où la proximité aide vraiment :
- les ateliers de cadrage, où l’on dessine les parcours à plusieurs autour d’une table ;
- les tests avec de vrais utilisateurs sur le terrain (un entrepôt, un magasin, un chantier, un hôtel) ;
- les projets où plusieurs services internes doivent être embarqués et convaincus ;
- les moments de tension, qui se règlent mieux en face-à-face qu’en visioconférence.
Là où elle compte peu :
- le développement lui-même, qui se pilote très bien à distance ;
- le suivi hebdomadaire, à condition d’avoir une démonstration régulière de l’application qui tourne, pas un tableau de pourcentages d’avancement.
Le bon compromis : une agence capable de se déplacer pour le cadrage et les moments clés, et un rituel de suivi à distance rigoureux pour le reste. Si vous êtes en Île-de-France, notre agence d’application mobile à Paris accueille les ateliers dans nos locaux ; nous intervenons aussi depuis Cagnes-sur-Mer et Villeurbanne.
Méfiez-vous en revanche de la distance non annoncée : une agence avec une adresse parisienne et une équipe de développement entièrement délocalisée, sans que ce soit dit. Encore une fois, ce n’est pas un problème en soi — c’est un problème quand on le découvre en cours de projet, au moment d’une réunion à 7 heures du matin ou d’un malentendu de spécification.
Agence, freelance ou équipe interne ?
Avant de comparer des agences entre elles, vérifiez que l’agence est le bon format.
- Un freelance convient à un périmètre restreint et à un client capable de piloter lui-même la conception, le design et la recette. Le risque principal : la dépendance à une seule personne.
- Une équipe interne devient pertinente quand l’application est le cœur du métier et que le développement sera continu pendant des années. Son coût réel, charges, recrutement et management compris, est souvent sous-estimé ; nous l’avons détaillé dans équipe interne ou agence : le coût réel.
- Une agence apporte une équipe complète (produit, design, iOS, Android, back-end, recette) mobilisable immédiatement, et une continuité si une personne s’en va.
Un modèle hybride fonctionne très bien : l’agence construit la V1 et forme progressivement une équipe interne qui reprend la main. C’est précisément là que la propriété du code et la documentation font toute la différence.
La grille d’évaluation finale
Pour trancher entre deux ou trois agences, notez chacune de 1 à 5 sur ces critères, pondérés selon votre projet :
- Réalisations vérifiables : applications publiées, maintenues, dans un domaine proche du vôtre.
- Qualité du cadrage : pertinence des questions, capacité à couper le périmètre plutôt qu’à l’enrichir.
- Transparence sur l’équipe : personnes nommées, sous-traitance déclarée.
- Engagements contractuels : cession des droits, comptes stores et infrastructure à votre nom, exclusions listées.
- Modèle de facturation : adapté au niveau d’incertitude réel du projet.
- Après la livraison : garantie, maintenance, réversibilité.
- Relation : réactivité, clarté des échanges, capacité à dire non.
Le dernier point est sous-estimé. Une agence qui accepte toutes vos idées sans discuter ne vous protège pas : elle facture. Celle qui vous dit qu’une fonctionnalité peut attendre la version 2, et vous explique pourquoi, travaille pour votre produit.
En résumé
Le prix n’est qu’un symptôme. Ce que vous achetez vraiment, c’est une méthode de cadrage, une équipe identifiée et des engagements qui vous laissent libre à la fin du contrat. Vérifiez le code, les comptes stores et l’infrastructure avant tout le reste, choisissez un modèle de facturation cohérent avec l’incertitude de votre projet, et ne surpayez pas la proximité là où elle n’apporte rien. Pour voir comment nous travaillons depuis nos différentes implantations, consultez nos agences d’application mobile en France et notre page création d’application mobile.
Vous comparez déjà plusieurs propositions ? Envoyez-nous votre projet ou les devis reçus via notre page de contact, ou appelez le 01 59 13 25 55 : nous vous dirons, gratuitement et sous 24 heures, ce que nous chiffrerions et ce qui manque éventuellement ailleurs.
