Développeur web freelance : dire non pour mieux facturer
Accepter toutes les missions coûte cher aux développeurs et infographistes freelances. Voici comment refuser sans perdre le client, ni son TJM.
Un développeur web reçoit un message encourageant : l’entreprise hésite entre trois candidats, et demande à chacun de coder « juste une petite fonctionnalité type » sur son propre repository de test, pour comparer les approches. Trois jours de travail, sans contrat ni rémunération, pour un poste de freelance qui ne sera peut-être jamais attribué. Ce scénario se répète chaque semaine sur les plateformes et dans les boîtes mail des indépendants, et il touche autant les développeurs que les infographistes sollicités pour « juste une proposition de logo à titre d’exemple ».
La formule varie peu : un client potentiel explique qu’il consulte plusieurs prestataires et souhaite évaluer le style ou la méthode avant de s’engager. Il demande alors un élément concret et utilisable, pas un simple échange téléphonique. Pour un infographiste, cela prend la forme d’une maquette de logo ou d’une planche de trois propositions graphiques. Pour un développeur, c’est souvent une mini-fonctionnalité, un prototype de page d’accueil, ou la correction d’un bug réel sur le site existant du client. Le problème n’est pas la demande de preuve de compétence en elle-même, mais le fait que le livrable produit a une valeur d’usage immédiate : le logo peut être posté sur les réseaux sociaux de l’entreprise dès le lendemain, la correction de bug peut être directement mise en production.
Un cas rapporté par plusieurs membres de communautés de freelances illustre bien le phénomène : une PME de vente en ligne avait sollicité cinq infographistes pour « un essai de refonte de bannière », recevant ainsi cinq versions différentes sans jamais signer avec aucun d’eux. Les bannières ont ensuite été réutilisées, légèrement retouchées en interne. Aucune loi n’interdit formellement cette pratique tant qu’il n’y a pas eu de contrat écrit, ce qui la rend difficile à combattre après coup.
Tous les clients qui demandent un test gratuit n’ont pas d’intention malhonnête. Beaucoup manquent simplement de repères pour évaluer un développeur ou un infographiste sur dossier, et pensent qu’un essai concret est plus fiable qu’un book ou un portfolio. D’autres ont été échaudés par une précédente collaboration décevante et cherchent à sécuriser leur choix. La pression budgétaire joue aussi un rôle : une startup qui compare trois devis à 2 500 euros préfère parfois obtenir un aperçu gratuit plutôt que de risquer cette somme sur un mauvais choix. Cela n’excuse pas la pratique, mais explique pourquoi elle reste si répandue, y compris chez des clients par ailleurs sérieux et solvables.
Un freelance qui refuse systématiquement toute démonstration de compétence se prive de certaines opportunités réelles. La question n’est donc pas de tout refuser, mais de savoir reconnaître les signaux qui distinguent une évaluation raisonnable d’un abus :
Un développeur confronté à une demande de « test technique sur un vrai ticket du backlog » doit se méfier particulièrement : c’est souvent le signe que l’entreprise cherche à faire avancer son produit sans embaucher personne.
Plutôt que d’accepter ou de refuser frontalement, les freelances expérimentés proposent une alternative qui rassure le client sans rien livrer d’exploitable. Pour un infographiste, cela peut consister à présenter une analyse de la marque du client — palette de couleurs existantes, concurrents directs, pistes de direction artistique — sans produire de logo fini. Pour un développeur, l’équivalent est un audit rapide du code existant accompagné d’un plan d’action chiffré, sans écrire une seule ligne de production. Cette démarche démontre une vraie expertise méthodologique, souvent plus convaincante qu’un essai bâclé en urgence, et elle ne peut pas être réutilisée telle quelle par le client.
Certains vont plus loin et facturent ce cadrage initial entre 50 et 150 euros, un montant volontairement bas pour ne pas bloquer la mise en relation, mais suffisant pour filtrer les clients qui ne sont pas sérieux. Un client qui refuse de payer cette somme modeste révèle souvent, en creux, qu’il n’avait pas réellement l’intention de signer un contrat derrière.
Il arrive qu’un freelance débutant ait déjà accepté ce type de demande sans en mesurer la portée, parfois plusieurs fois de suite. Dans ce cas, la meilleure réaction n’est pas de réclamer rétroactivement un paiement, rarement obtenu, mais de documenter l’expérience pour l’avenir : noter le nom de l’entreprise, la nature de la demande, et la durée réellement passée. Cet historique permet de repérer des schémas récurrents, certaines sociétés étant connues dans les communautés de freelances pour multiplier ce type de sollicitations auprès de plusieurs profils chaque trimestre. Partager discrètement ces retours d’expérience entre indépendants, sur un groupe professionnel ou un forum spécialisé, reste la protection la plus efficace contre ces pratiques, bien plus qu’une clause contractuelle qui n’existera jamais puisqu’aucun contrat n’a été signé.
La vigilance sur ce point gagne en importance à mesure que la concurrence entre freelances s’intensifie sur les plateformes généralistes, où la facilité de solliciter plusieurs profils en parallèle multiplie mécaniquement les demandes de ce genre. Un développeur ou un infographiste qui pose clairement ses limites dès le premier échange gagne du temps, et filtre naturellement les clients qui ne méritaient pas d’être démarchés.
Photo : iam hogir (Pexels)
1 commentaire