Freelance, agence ou salarié : quel développeur choisir ?

Il s'appelait Thomas. Freelance React, 400€/jour, portfolio solide, avis 5 étoiles sur Malt. Le fondateur qui m'a appelé l'avait trouvé en 48h. Trois mois plus tard, le MVP tournait. Quatre mois plus tard, Thomas avait un autre contrat et ne répondait plus. Le fondateur s'est retrouvé avec 40 000 lignes de code que personne ne comprenait, aucune documentation, et un produit qui plantait tous les deux jours.

Le recrutement d'un développeur n'est pas un choix technique. C'est une décision business — probablement l'une des plus risquées pour une startup early-stage. Et la majorité des fondateurs que j'accompagne la prennent sur le mauvais critère : le prix au jour.

Les quatre options sur la table

Quand vous cherchez à faire développer un produit, vous avez quatre options. Trois que tout le monde connaît, une que presque personne ne mentionne.

Le freelance : un développeur indépendant que vous contractualisez en direct. Il code, vous pilotez. Coût apparent : 300 à 700€/jour selon le profil.

L'agence : une boîte qui vous fournit une équipe — développeurs, chef de projet, parfois designer. Elle gère le projet de bout en bout. Coût apparent : 500 à 1 200€/jour.

Le salarié : vous embauchez un développeur à temps plein. Il rejoint votre équipe. Coût apparent : 45 à 75K€ brut/an, soit 65 à 110K€ en coût total employeur.

Le CTO externe : un directeur technique senior qui intervient 1 à 3 jours par semaine. Il ne code pas (ou peu) — il pilote, structure et recrute. Coût apparent : 2 à 5K€/mois.

Le mot important, c'est "apparent". Parce que le coût réel de chaque option est systématiquement différent de ce qu'on vous annonce.

Ce que coûte vraiment chaque format

Voici ce que je constate après 15 ans à accompagner des fondateurs non-techniques :

Un fondateur SaaS B2B m'a montré ses factures l'an dernier. Devis initial de l'agence : 45 000€ pour son MVP. Facture finale : 82 000€. Les specs avaient évolué, l'agence facturait chaque changement, et le projet avait pris 5 mois au lieu de 3. Le pire ? L'agence avait utilisé un framework maison. Quand le fondateur a voulu internaliser le développement, il a fallu tout refaire. Le coût réel d'une application en 2026 n'a rien à voir avec le devis initial.

Le freelance : flexible, mais dangereux sans filet

C'est le choix par défaut de 80% des fondateurs non-techniques. Et dans plus de la moitié des cas, ça finit mal. Pas parce que le freelance est incompétent — mais parce que personne ne le supervise.

Thomas, le freelance du début de cet article, était bon. Le problème n'était pas son code. Le problème, c'est qu'il travaillait seul, sans revue de code, sans documentation, sans quelqu'un capable de challenger ses choix techniques. Quand il est parti, le fondateur a mis 4 mois à trouver un remplaçant capable de reprendre son travail. Reprendre un code existant sans documentation, c'est comme déménager dans un appartement sans plan — vous ne savez pas quels murs sont porteurs.

Le coût réel d'un freelance, ce n'est pas son TJM. C'est son TJM + le temps que vous passez à le manager + le coût de transition quand il part + le risque d'un code que personne d'autre ne peut maintenir. Sur un projet de 6 mois ou plus, comptez 30 à 40% de plus que le budget initial.

Le freelance est le bon choix pour un besoin ponctuel de moins de 3 mois, avec un périmètre technique précis, et à condition d'avoir quelqu'un capable de valider le code livré. En dehors de ces conditions, c'est un pari.

L'agence : vous payez du chef de projet, pas du code

Ce que vend une agence, ce n'est pas du développement. C'est de la gestion de projet. La marge d'une agence web tourne entre 40 et 60%. Cette marge paie les commerciaux, les chefs de projet, les locaux. Le développeur qui code votre application est parfois un junior, parfois un freelance sous-traité que l'agence facture au double de son TJM.

Je ne dis pas que toutes les agences sont mauvaises. Certaines font un travail excellent, surtout sur des projets complexes multi-plateformes où la coordination entre équipes a une vraie valeur. Mais posez-vous une question : "Si je pars, est-ce qu'un développeur externe peut reprendre le code sans tout refaire ?" Si la réponse est floue, c'est un drapeau rouge.

L'agence se justifie si le projet est techniquement complexe et que vous n'avez strictement aucune compétence tech en interne. Dans tous les autres cas, vous pouvez obtenir le même résultat pour deux à trois fois moins cher.

Le salarié : la bonne décision au mauvais moment

Un fondateur que j'ai accompagné a embauché un dev senior à 55K€/an avant d'avoir validé son product-market fit. Six mois plus tard, pivot. L'app devait passer du web au mobile. Le dev était spécialisé React, pas React Native. Huit mois de salaire versés, un licenciement compliqué, et retour à la case départ.

L'erreur n'était pas d'avoir voulu recruter. L'erreur, c'était le timing.

Pour que l'embauche d'un développeur ait du sens, trois conditions doivent être réunies :

1. Votre produit est validé — des clients paient, pas juste des beta-testeurs
2. Le volume de développement justifie un temps plein, avec au moins 12 mois de visibilité
3. Quelqu'un dans l'équipe est capable de l'encadrer techniquement

Le point 3 est celui que tout le monde oublie. Un développeur seul sans lead tech, c'est un freelance avec un CDI — les mêmes risques de code non supervisé, avec en prime un coût fixe que vous ne pouvez pas couper.

Le CTO externe : le format que personne ne connaît

Un fondateur en série A m'a appelé dans une situation absurde : un freelance pour le backend, un junior en CDI pour "l'aider", une agence pour le mobile. Trois intervenants, zéro coordination. Le freelance et l'agence utilisaient des bases de données différentes. Le junior passait ses journées sur Stack Overflow sans que personne vérifie son code.

Il a pris un CTO externe deux jours par semaine. En trois mois : audit du code, documentation, architecture unifiée, recrutement d'un vrai dev senior, et résiliation du contrat agence. Budget CTO externe : 4 000€/mois. Économie sur l'année : plus de 60 000€ en contrats inutiles supprimés, et surtout un produit qui avançait enfin dans la bonne direction.

Le CTO as a Service, c'est une direction technique sans embaucher à plein temps. Il ne remplace pas vos développeurs — il les pilote. Il fait les choix d'architecture, surveille la dette technique, recrute les bonnes personnes, et traduit la réalité technique en décisions business que vous pouvez comprendre.

C'est le bon choix quand vous avez des développeurs mais personne pour les piloter, ou quand vous devez structurer avant de recruter.

Propriété intellectuelle : le risque que personne ne voit venir

En droit français, sans clause de cession explicite dans le contrat, le freelance ou l'agence qui a écrit votre code en reste propriétaire. Même si vous avez payé. Même si c'est votre idée. Même si le code tourne sur vos serveurs depuis deux ans.

J'ai vu un fondateur incapable de finaliser la revente de sa société parce que la due diligence technique a révélé que la cession de propriété intellectuelle n'avait jamais été signée avec l'agence. Un problème de deux lignes dans un contrat qui a failli tuer un deal à 7 chiffres.

Pour chaque contrat de développement, vérifiez quatre points :

• Clause de cession des droits patrimoniaux sur le code
• Dépôt du code sur un repository dont VOUS êtes propriétaire (pas celui du freelance)
• Documentation technique maintenue à jour
• Accès complet à toutes les credentials — serveurs, bases de données, services tiers

Avec un salarié, la cession est automatique (article L.113-9 du Code de la propriété intellectuelle). Avec un freelance ou une agence, elle ne l'est pas. C'est une ligne dans un contrat, mais si elle manque, c'est un problème à six chiffres.

Comment trancher

Oubliez le prix au jour. Le vrai critère, c'est la durée et la nature de votre besoin :

• Besoin ponctuel (< 3 mois), périmètre clair → Freelance, avec un contrat solide et si possible un audit du code livré
• Projet complexe, zéro compétence tech en interne → Agence, en exigeant des technologies standard et la propriété du code
• Besoin continu (> 12 mois), produit validé → Salarié, à condition d'avoir un encadrement technique en place
• Besoin de pilotage, structuration, recrutement → CTO externe, le temps de poser les fondations

La réalité, c'est que la bonne réponse évolue avec votre maturité. Le freelance du début devient le salarié de l'an 2. Le CTO externe recrute l'équipe puis passe la main. Ce n'est pas un choix figé — c'est une trajectoire.

Et si vous hésitez encore, commencez par vous poser une seule question : "Qui, aujourd'hui, est capable de me dire si mon code est bon ?" Si la réponse est "personne", c'est par là qu'il faut commencer.