Un développeur freelance trouve ses clients en vendant un problème déjà résolu, pas une pile technique. Le fondateur, le CTO ou l’agence web qui te cherche ne tape pas « React, Node, AWS » : il veut quelqu’un qui a déjà livré ce dont il a besoin, et il le vérifie sur ton profil. Les plateformes et les ESN donnent du volume, au jour et au prix du marché. LinkedIn, utilisé doucement, te fait repérer par ceux qui ont un projet maintenant. Voici comment tenir les deux, signaux et messages compris.
Malt, ESN, recruteurs : faut-il passer par eux pour trouver des missions ?
Oui pour remplir un creux, rarement pour bâtir une clientèle qui te choisit. La demande y est déjà exprimée, souvent budgétée ; en échange, tu y es comparé ligne à ligne, sur ton tarif jour et tes avis.
Ce que vaut chaque canal :
- Malt et les plateformes ouvertes : ton profil s’affiche à côté d’autres, avec un tarif et des avis. Sans avis, tu pars derrière.
- Les plateformes sélectives comme Crème de la Crème : une sélection à l’entrée, des clients souvent plus gros, mais c’est la plateforme qui tient la relation.
- Les ESN : des missions longues en régie chez des grands comptes, payées régulièrement. Mais l’ESN facture le client plus cher qu’elle ne te paie (c’est son métier), et le client reste le sien.
- Les recruteurs : une mission de six mois qui démarre lundi. Utiles pour la régie, inutiles pour vendre un projet.
- Le réseau : anciens collègues, anciens clients, agences. Souvent les meilleures missions, mais il s’épuise si personne de nouveau n’apprend que tu existes.
Sur Freelance-Informatique, une offre de mission en développement reçoit 8,7 candidatures dans les 30 jours qui suivent sa publication (baromètre Freeland, édition juin 2026). Quand tu postules, tu es un parmi neuf, et le prix départage vite.
LinkedIn joue un autre rôle : te faire connaître de ceux qui ne publient pas d’annonce, et rendre ton profil crédible quand le bouche-à-oreille t’envoie quelqu’un. La vue d’ensemble pour tous les indépendants est dans LinkedIn pour freelance ; ici, on reste sur ce qui est propre au développeur.
Vends-tu des jours ou un projet, et qui signe ?
Décide-le avant d’écrire une ligne de profil, parce que ni les acheteurs ni les arguments ne sont les mêmes. En régie, tu vends ta présence au jour, dans l’équipe du client, sur ses outils et selon ses méthodes. Au forfait, tu vends un résultat livré, à un prix et une date fixés d’avance, et le dépassement est pour toi.
Qui achète quoi
- Le fondateur de startup ou de PME achète surtout au forfait : une première version, une refonte, une intégration. Il ne lira pas ton code. Sa peur : que tu disparaisses en laissant une boîte noire. Réponds-y d’avance : code dans son dépôt, documentation livrée, passation prévue au devis.
- Le CTO achète plutôt des jours : un renfort autonome qui suit la revue de code, écrit ses tests et ne coûte pas trois semaines de prise en main. Lui lira ton code, ou celui d’un projet personnel.
- Le responsable produit parle en fonctionnalités et en dates. Il veut quelqu’un qui découpe, estime, et prévient tôt quand ça glisse.
- L’agence web qui sous-traite achète de la capacité pendant ses pics de charge. Elle veut des délais tenus, ton travail sous sa marque, et la certitude que tu ne démarcheras jamais ses clients.
L’objection que tu entendras : « j’ai moins cher ailleurs »
À la journée, il y aura toujours moins cher. Ne te bats pas sur le tarif jour : déplace la comparaison vers le total et le résultat. Exemple de réponse à adapter :
« Sûrement, à la journée. Ce qui compte pour toi, c’est le total et la date de mise en ligne. Je te propose un forfait avec le périmètre écrit noir sur blanc, ce qui est inclus et ce qui ne l’est pas. Tu compares les deux montants, et si l’autre fait la même chose pour moins cher, prends-le. »
Que doit dire ton titre de profil de développeur ?
Pour qui tu travailles, le résultat que tu apportes, et une preuve. Les technologies viennent après. C’est ce qui manque aux titres des développeurs indépendants que nous avons lus.
Le détail : 38 % disent pour qui ils travaillent (contre 69 % des coachs), 54 % promettent un résultat, 29 % donnent une preuve, et 16 % n’ont ni cible, ni résultat, ni offre. Environ trois sur quatre disent ce qu’ils vendent, mais le plus souvent en liste de technologies. Or un dirigeant ne cherche pas « React, Node, AWS » : il cherche quelqu’un qui a déjà réglé son problème. Ces titres font 123 caractères en moyenne, et 15 % atteignent 180 caractères ou plus : la place existe, elle est remplie de sigles.
Trois titres d’exemple, inventés, à adapter :
- « Développeur freelance pour startups SaaS en amorçage | Je livre votre première version en 10 semaines, code et documentation chez vous | 9 produits lancés »
- « J’automatise les tâches répétitives des équipes opérations de PME (n8n, Make) | Moins de copier-coller entre vos outils | 40 automatisations en production »
- « Développeur Next.js en marque blanche pour agences web | Renfort pendant vos pics de charge, délais tenus | 6 agences partenaires depuis 2022 »
Chacun dit à qui il parle avant de dire avec quoi il code. Ensuite, la section « À propos » raconte deux ou trois projets en problème et résultat, la pile technique en dernier. Le détail est dans optimiser son profil LinkedIn.
Comment montrer ton travail quand ton code est privé ?
En racontant tes décisions, pas ton code. Accord de confidentialité, application interne, dépôt privé : l’essentiel de ton meilleur travail est invisible. L’acheteur ne veut de toute façon pas voir ton code, il veut voir comment tu choisis.
Ce que tu peux montrer sans rien trahir :
- La décision et son pourquoi : le problème, les contraintes, les options écartées, ton choix. Aucune ligne de code, aucun nom.
- Un avant et après mesuré : temps de chargement, heures de saisie économisées, erreurs évitées. Le chiffre appartient au client : demande-lui si tu peux le citer.
- Un schéma redessiné : l’architecture en boîtes génériques, sans nom de service interne.
- Une démonstration avec de fausses données, ou un projet personnel qui reproduit le même mécanisme.
Trois angles de posts d’exemple, avec leur première ligne :
- La réécriture que tu as déconseillée. « Le client voulait tout réécrire. Je lui ai conseillé de garder presque tout. » Tu expliques ce qui marchait, ce qui coinçait vraiment, et ce que ça lui a épargné.
- La panne que personne ne voyait. « Leur paiement échouait en silence dès qu’un client avait un accent dans son nom. » Le genre de détail qui parle à un fondateur, sans une ligne de code à l’écran.
- Ce que tu refuses de construire. « Je ne code plus d’application avant d’avoir vu le tableur qu’elle remplace. » Une position qui trie : ceux qui reconnaissent leur tableur t’écrivent.
Un tutoriel de code attire d’autres développeurs ; un récit de décision attire celui qui signe. D’autres sujets tirés d’une mission sont dans idées de posts LinkedIn pour un freelance.
Comment repérer une entreprise qui a besoin d’un développeur, et que lui écrire ?
Un besoin de développement laisse des traces publiques, souvent sur LinkedIn même.
Les signaux à guetter
- Une levée de fonds : la feuille de route accélère, les recrutements prendront des mois. Un renfort entre les deux a de la valeur.
- Une offre d’emploi de développeur ouverte depuis longtemps, ou republiée : l’équipe tient avec un poste vide, et quelqu’un en souffre.
- Un nouveau produit annoncé : les semaines qui suivent apportent des retours, des correctifs et des fonctionnalités promises un peu tôt.
- Un site lent ou en panne : tu le constates toi-même. Garde-le pour le jour où le sujet vient dans la conversation, pas pour faire la leçon.
- Une demande de recommandation : « Vous connaissez un bon développeur Webflow ? » sous un post. Le signal le plus direct, et le plus disputé : réponds vite.
- Une plainte sur des tâches manuelles : le responsable des opérations qui recopie des commandes d’un outil à l’autre.
Le signal le plus sûr reste celui que tu provoques : publie sur ton sujet et regarde qui réagit, ou commente chez tes futurs clients (voir commenter sur LinkedIn).
Trois messages d’exemple
Courts, partis d’un détail réel, sans présentation commerciale, avec une seule question. Ce sont des exemples à adapter. Vouvoie si tu écris au directeur informatique d’un grand groupe.
Après une réaction à ton post (un CTO a commenté ton post sur la réécriture) :
« Merci pour ton commentaire sur la réécriture, ta phrase sur la dette “qu’on connaît par cœur” m’a fait sourire. Chez vous, c’est toute l’appli qui pose question, ou un morceau précis ? »
Après un signal repéré (levée annoncée, offre de développeur back-end ouverte depuis la rentrée) :
« Bravo pour la levée. J’ai vu que l’offre de dev back-end tourne depuis la rentrée, vous tenez comment en attendant la bonne personne ? »
La relance, une à deux semaines plus tard, sans reproche et avec du neuf :
« J’ai vu passer votre nouvelle version hier, l’inscription est bien plus simple. Le recrutement back-end a fini par se débloquer ? »
Si un besoin apparaît, propose un appel court ; sinon, tu as une relation de plus. La suite est dans prospecter sur LinkedIn sans spammer, et le parcours complet dans trouver des clients sur LinkedIn.
Qu’est-ce qui ne marche pas pour un développeur freelance ?
Surtout ce qui parle aux autres développeurs au lieu de parler à ceux qui paient.
- Le titre en liste de sigles : il te rend trouvable par les recruteurs de régie, et invisible pour un fondateur.
- Les tutoriels de code comme seule matière : ils attirent tes pairs, rarement celui qui signe, sauf si tu vends à des CTO.
- L’audit non sollicité au premier message : dix pages de rapport de performance envoyées à un inconnu, c’est du démarchage, même quand c’est juste.
- « Je fais tout » : web, mobile, données, WordPress et intelligence artificielle sur le même profil. Personne ne retient un généraliste ; on retient « celui qui fait les premières versions de SaaS ».
- Brader ton tarif pour décrocher ta première mission sur une plateforme : les avis arrivent, mais ton prix reste accroché à ce premier chiffre.
Et LinkedIn a ses limites. Il est lent : compte des mois avant qu’un post t’amène un projet. Il ne t’ouvre pas les achats des grands comptes : là, une mission en régie passe souvent par une ESN ou une plateforme déjà référencée, et aucun post ne t’en dispense. Enfin, il ne fabrique pas de preuve à ta place : deux projets racontés honnêtement valent mieux que vingt posts d’opinion.
Où SaySend t’aide (et où il ne sert à rien)
SaySend est l’outil français qui écrit tes posts et tes commentaires LinkedIn dans ta voix, et apprend de chacune de tes corrections. Pour un développeur, il transforme ta matière (une décision, une panne, un refus) en idées de posts et en brouillons, que tu retouches puis programmes dans un calendrier. Il propose aussi des commentaires sur les posts des fondateurs et des CTO que tu suis. La prospection (repérer les personnes qui réagissent à tes posts, préparer le premier message et les relances dans ta voix) est en cours d’ouverture. Il ne sert à rien si tu vis de missions en régie trouvées par une ESN, et il ne remplace pas un projet livré à raconter. L’essai est gratuit pendant 7 jours, sans carte.
D’où viennent ces chiffres ?
Les chiffres SaySend de cette page viennent de 2 701 titres de profil LinkedIn uniques, ceux des personnes rencontrées dans la prospection de l’équipe SaySend du 23 septembre au 9 octobre 2026, surtout des personnes qui réagissaient aux posts de créateurs LinkedIn. Parmi eux, 1 861 sont à leur compte, dont 115 développeurs (web, applications, no-code, intégration, automatisation). Une IA a classé chaque titre sur six questions : métier principal, à son compte ou non, dit-il pour qui il travaille, promet-il un résultat concret, donne-t-il une preuve (clients, chiffres, années, références), dit-il ce qu’on peut lui acheter. Nous avons relu 24 classements à la main : environ 9 sur 10 étaient justes. Limites : ce sont des profils actifs sur LinkedIn, donc plutôt mieux tenus que la moyenne, surtout en France, lus à un instant donné. Avec 115 titres, un écart de quelques points entre deux métiers ne veut pas dire grand-chose. Enfin, on mesure ce que dit le titre, pas la qualité du travail.
Sources
- Malt, « Le baromètre des tarifs freelances des développeurs », tarif jour moyen des profils expérimentés actifs sur les trois derniers mois : malt.fr, lu le 16 octobre 2026.
- Freeland, « Baromètre TJM freelance IT 2026 », édition juin 2026 (données au 12 juin 2026), candidatures reçues par offre dans les 30 jours, famille Développement : barometre.freeland.com, lu le 16 octobre 2026.
- Malt, « Malt Tech Trends 2026 », étude sur 2,5 millions de recherches faites sur la plateforme : malt.fr, lu le 16 octobre 2026.