Freelance, no-code ou agence : qui doit construire votre application ?

Vous avez une idée d’application, un budget, et trois options sur la table : un développeur freelance recommandé par un ami, un outil no-code dont tout le monde parle, ou une agence. Les trois peuvent livrer quelque chose qui fonctionne. Ils ne vous exposent pas du tout aux mêmes risques.

Nous sommes une agence, donc nous ne prétendrons pas être neutres. Mais nous refusons régulièrement des projets pour lesquels un freelance ou un outil no-code serait objectivement un meilleur choix, et nous reprenons chaque année des applications qui auraient dû démarrer autrement. Ce guide vous donne les critères pour trancher, chiffres à l’appui. Si vous voulez d’abord voir comment nous travaillons, la page création d’application mobile détaille notre méthode.

Les trois options en une phrase

• No-code (Bubble, FlutterFlow, Adalo, Glide, etc.) : vous assemblez l’application vous-même ou avec un spécialiste, dans un outil visuel qui héberge le résultat.
• Freelance : une personne, parfois deux, écrit du vrai code, et vous pilotez le projet.
• Agence : une équipe pluridisciplinaire (chef de projet, design, développement mobile et back-end, tests) prend en charge le projet de bout en bout, avec un engagement contractuel.

La vraie différence n’est pas la qualité du code. Un excellent freelance écrit souvent un code aussi propre qu’une agence. La différence est qui porte le risque : de dépendance, de coordination, de retard et de continuité.

Le comparatif chiffré

Les fourchettes ci-dessous sont des ordres de grandeur hors taxes pour une application mobile de complexité moyenne : comptes utilisateurs, cinq à dix écrans principaux, un back-office simple, des notifications, publication sur les stores.

Deux remarques sur ce tableau. D’abord, les chiffres freelance varient énormément : un développeur junior à bas tarif et un senior qui a publié trente applications ne jouent pas dans la même catégorie. Ensuite, le coût no-code bas suppose que vous construisez vous-même ; confier le montage à une agence spécialisée no-code rapproche vite la facture d’un développement classique.

Le no-code : parfait pour apprendre vite, fragile pour durer

Le no-code a mûri. Pour certains projets, c’est le meilleur choix et de loin.

Quand c’est la bonne option

• Vous testez une hypothèse. Vous ne savez pas encore si quelqu’un paiera pour ce service. Mettre 40 000 € dans du code sur mesure avant de le savoir est un pari inutile.
• C’est un outil interne. Une application pour vingt collaborateurs, qui gère des formulaires, des listes et quelques validations, n’a pas besoin d’une architecture pensée pour cent mille utilisateurs.
• Le produit est essentiellement du contenu et des formulaires. Annuaire, catalogue, prise de rendez-vous simple, suivi de demandes.

Où ça coince

Les limites ne se voient pas au lancement. Elles arrivent au moment où le produit commence à marcher, ce qui est le pire moment.

La performance. Au-delà de quelques milliers d’utilisateurs actifs ou de listes volumineuses, les temps de chargement se dégradent, et vos marges de manœuvre pour optimiser sont celles que l’éditeur vous laisse.

Les fonctions natives. Bluetooth, mode hors-ligne robuste, géolocalisation en arrière-plan, paiement in-app, widgets, capteurs : certaines sont possibles via des extensions, d’autres pas du tout, et la qualité varie beaucoup.

La logique métier. Tarification dynamique, règles d’attribution complexes, calculs réglementés : dans un outil visuel, ces règles deviennent des enchevêtrements de blocs que personne n’ose plus toucher au bout d’un an.

La dépendance. L’éditeur héberge votre produit, fixe ses prix et peut changer ses conditions. Si l’abonnement double ou si une fonctionnalité disparaît, vous n’avez pas de plan B rapide.

Surtout, retenez ceci : on ne migre pas du no-code, on réécrit. Le jour où vous passez à du code, vous récupérez les données, les parcours validés et vos apprentissages, pas l’application elle-même. Ce n’est pas un problème si vous l’avez prévu dès le départ. C’en est un si vous découvrez cette réalité avec un produit en croissance et des utilisateurs qui attendent.

Le freelance : excellent rapport qualité-prix, sous conditions

Un bon freelance senior est souvent la meilleure affaire du marché. Pas de frais de structure, un interlocuteur unique qui code lui-même, une grande réactivité.

Quand c’est la bonne option

• Le périmètre tient dans une seule tête. Une application sur une plateforme, un back-end simple ou un back-end existant auquel se brancher.
• Vous savez piloter un projet. Vous (ou quelqu’un dans votre équipe) écrirez les spécifications, validerez les écrans, testerez chaque livraison, arbitrerez les priorités.
• Vous avez déjà une équipe technique. Le freelance renforce une équipe existante qui sait relire son code et prendre le relais.
• Le design est déjà fait, ou très simple.

Les risques à regarder en face

Le bus factor. Si votre freelance tombe malade, prend un contrat à temps plein ou part en congé parental pendant trois mois, votre projet s’arrête. Ce n’est pas une critique de la personne : c’est une propriété mathématique d’une équipe d’une personne.

La coordination. Une application mobile complète demande un designer produit, un développeur mobile, un développeur back-end et quelqu’un qui teste. Un profil qui fait tout très bien est rare. En pratique, vous finissez avec deux ou trois freelances, et c’est vous qui devenez le chef de projet, avec le temps que cela suppose et la responsabilité des trous entre les périmètres de chacun.

La continuité. Une application n’est jamais finie. Les mises à jour annuelles d’iOS et d’Android, les nouvelles exigences des stores, les failles de sécurité des dépendances imposent une maintenance régulière. Deux ans après, votre freelance est-il encore disponible ? Notre article sur le coût de la maintenance d’une application détaille ce que cela représente.

Comment choisir un freelance sans se tromper

1. Téléchargez ses applications. Pas des captures d’écran : des applications publiées, que vous pouvez installer et utiliser.
2. Appelez deux anciens clients. Demandez-leur ce qui s’est passé quand il y a eu un problème, pas si tout s’est bien passé.
3. Exigez un dépôt Git à votre nom et des livraisons régulières, au moins toutes les deux semaines, que vous pouvez installer sur votre téléphone.
4. Prévoyez un remplaçant. Demandez qui peut reprendre le code en cas d’absence prolongée, et exigez une documentation minimale.
5. Découpez le paiement en jalons livrés et testés, jamais un acompte massif avant la première ligne de code.

L’agence : plus cher au départ, moins de risque sur la durée

Une agence facture plus cher au jour qu’un freelance. Elle paie une équipe, des outils, des bureaux, une assurance, et une marge. Ce que vous achetez en échange, c’est surtout de la réduction de risque.

Quand c’est la bonne option

• Le projet mêle plusieurs expertises : design produit, iOS et Android, back-end, back-office, intégrations (paiement, CRM, ERP), éventuellement de l’IA.
• Une date compte. Un lancement commercial, un salon, une saison, une levée de fonds. Une équipe absorbe une absence ou un imprévu ; une personne seule, non.
• L’application est au cœur de votre activité. Si elle tombe, vous perdez du chiffre d’affaires ou des clients. Il vous faut une astreinte, une maintenance contractuelle, et quelqu’un qui répond.
• Vous n’avez pas d’équipe technique et vous ne voulez pas devenir chef de projet à mi-temps.
• Le projet a des contraintes réglementaires : données de santé, RGPD, accessibilité, systèmes d’IA soumis à l’AI Act. Sur ces sujets, une erreur de conception coûte bien plus cher que la différence de tarif.

Ce qu’il faut exiger d’une agence

Une agence n’est pas une garantie en soi. Vérifiez les mêmes points que pour un freelance, plus quelques-uns :

• Un atelier de cadrage avant le devis ferme. Un devis au forfait donné sans avoir compris le projet sera soit gonflé par prudence, soit renégocié en cours de route.
• Une équipe nommée. Qui travaille concrètement sur votre projet, et à quel pourcentage de son temps.
• La cession intégrale des droits sur le code, livré et documenté sur votre dépôt.
• Des démonstrations régulières sur de vraies versions installables, pas des présentations.

Chez nous, ces points sont dans chaque contrat. Nos fourchettes publiques sont détaillées sur la page tarifs, et nos réalisations (Decathlon Camp, ARENA 5, Yellow Kitchens, VIKFIT, memreez, entre autres) sont consultables dans notre portfolio.

Comparer le coût réel, pas le devis

Le piège le plus fréquent est de comparer des devis initiaux. Sur un produit qui vit, le développement de la première version ne représente souvent qu’une partie du coût total sur trois ans.

Faites l’exercice sur un horizon de deux à trois ans, avec quatre lignes :

La quatrième ligne est celle que personne ne remplit. C’est pourtant elle qui change la décision. Un no-code à 8 000 € qui doit être entièrement réécrit au bout de dix-huit mois n’est pas moins cher qu’une application à 35 000 € qui tient cinq ans, sauf si ces dix-huit mois vous ont appris quelque chose qui valait la différence. Ce qui est parfois le cas.

Si vous hésitez aussi avec l’option de recruter en interne, notre article sur équipe interne ou agence fait le même calcul pour une équipe salariée.

La grille de décision

Répondez honnêtement à ces questions.

Les trajectoires hybrides qui marchent

Les meilleurs projets ne choisissent pas toujours une seule option pour toute leur vie.

• No-code puis agence. Vous validez le besoin en quelques semaines avec un prototype, puis vous faites construire la vraie application avec des données d’usage réelles. Le cadrage est plus rapide et le périmètre plus juste. Notre guide sur le périmètre d’un MVP vous aide à faire ce tri.
• Agence puis équipe interne. L’agence construit et stabilise la version 1, puis forme votre première recrue technique et lui transmet le code documenté.
• Agence plus freelance. L’agence porte l’architecture et la maintenance, un freelance que vous connaissez renforce ponctuellement sur un périmètre bien délimité.

La trajectoire qui marche mal est celle qu’on subit : un no-code qui a trop grandi, ou un freelance devenu indispensable et injoignable, et une reprise en urgence.

En résumé

Le no-code achète de la vitesse d’apprentissage. Le freelance achète du rapport qualité-prix, à condition de savoir piloter et d’accepter la dépendance à une personne. L’agence achète de la réduction de risque et de la continuité, à un prix d’entrée plus élevé. Aucune option n’est bonne dans l’absolu : la bonne est celle dont vous pouvez assumer le risque principal.

Pour les budgets complets d’une application selon sa complexité, lisez aussi combien coûte une application mobile en 2026, et pour notre approche détaillée, la page création d’application mobile.

Vous hésitez entre ces options pour votre projet ? Décrivez-le-nous en quelques lignes via notre page contact ou au 01 59 13 25 55. Nous vous répondons sous 24 heures, y compris pour vous dire honnêtement si un freelance ou un outil no-code ferait mieux l’affaire.