La question arrive presque toujours trop tard, une fois le besoin devenu urgent. Or le délai de recherche est la variable la plus sous-estimée d'un planning projet, et celle qui décale le plus souvent une date de mise en ligne.
Les délais réels, étape par étape
- Rédiger un besoin chiffrable : 2 à 5 jours. C'est l'étape que l'on saute, et celle qui coûte le plus cher plus tard.
- Recevoir des candidatures exploitables : 3 à 10 jours selon le canal.
- Échanger et évaluer : 5 à 10 jours, en comptant les allers-retours de disponibilité.
- Négocier et contractualiser : 2 à 5 jours.
- Préavis de l'intervenant : 0 à 4 semaines — c'est la variable la plus imprévisible.
Total réaliste : trois à six semaines entre la décision et le premier jour travaillé. Deux semaines est possible mais suppose un besoin déjà écrit et un profil immédiatement libre.
Ce qui allonge le plus le délai
Un besoin flou, de très loin. Un développeur compétent ne s'engage pas sur une description vague : soit il décline, soit il demande un cadrage préalable, soit il surévalue par prudence. Dans les trois cas, vous perdez du temps.
Le second facteur est la rareté du profil. Un fullstack généraliste se trouve en deux semaines. Une compétence pointue sur une technologie de niche peut demander deux mois. Interrogez-vous sur la véritable nécessité de la contrainte technique avant de la poser.
Comment compresser le délai honnêtement
- Écrivez le besoin avant de commencer à chercher, pas pendant.
- Ouvrez deux canaux en parallèle plutôt qu'un seul en séquence.
- Décidez de vos critères d'évaluation à l'avance, pour ne pas les découvrir en cours de route.
- Acceptez un démarrage à temps partiel : beaucoup de bons profils se libèrent progressivement.
Le premier point est celui qui fait gagner le plus. Un cahier des charges structuré transforme une recherche en sélection — c'est l'objet de générer un cahier des charges en cinq minutes.
Le délai que personne ne compte
Les délais par canal
Tous les canaux ne se valent pas sur ce critère, et le plus rapide n'est pas toujours le meilleur.
- Recommandation directe : 1 à 2 semaines si la personne est libre, plusieurs mois sinon. Taux de réussite le plus élevé, volume le plus faible.
- Plateformes de mise en relation : 1 à 3 semaines. Le filtrage est fait en amont, ce qui compresse la phase d'évaluation.
- Communautés techniques : 3 à 8 semaines. Excellents profils, mais le canal ne répond pas à l'urgence.
- Approche directe sur les réseaux professionnels : 2 à 6 semaines, avec un fort taux de non-réponse.
En pratique, ouvrir deux canaux simultanément réduit le délai médian d'environ un tiers, sans multiplier le travail par deux : c'est la phase d'évaluation qui est mutualisée, pas la recherche.
Les faux délais que l'on s'impose
Trois habitudes allongent inutilement la recherche. Attendre d'avoir reçu toutes les candidatures avant d'en évaluer une seule, alors que les meilleurs profils sont pris en quelques jours. Multiplier les entretiens au-delà de deux, ce qui n'améliore pas la décision. Et exiger une disponibilité immédiate à temps plein, ce qui élimine la majorité des bons profils.
Ce dernier point mérite un examen honnête : très peu de développeurs compétents sont immédiatement libres à temps plein. Ceux qui le sont viennent de terminer une mission — ou n'en trouvent pas.
Planifier la recherche comme une phase du projet
Le réflexe qui change tout : traiter la recherche comme une étape avec sa propre durée, inscrite au planning, et non comme un préalable instantané. Un projet qui doit être livré en janvier avec un développeur à trouver doit démarrer sa recherche en octobre.
Corollaire : commencez à écrire le besoin avant même d'avoir validé le budget. Le document sert à la fois à obtenir l'arbitrage budgétaire et à lancer la recherche le jour où il est validé, sans perdre les deux semaines de rédaction.
Le cas de l'urgence réelle
Quand le besoin est immédiat, deux leviers fonctionnent : accepter un démarrage à temps partiel avec montée en charge, et réduire le périmètre du premier lot pour qu'un profil disponible tout de suite puisse le prendre. Payer plus cher ne raccourcit presque jamais le délai — les bons profils ne sont pas indisponibles faute de budget, ils sont engagés ailleurs.
Ce que le délai révèle sur votre besoin
Une recherche qui s'éternise au-delà de deux mois est presque toujours le symptôme d'un problème en amont, rarement d'un marché tendu. Quatre causes couvrent la quasi-totalité des cas.
- Le besoin n'est pas chiffrable : les candidats sérieux déclinent parce qu'ils ne savent pas sur quoi ils s'engagent.
- Le budget est en dessous du marché : personne ne vous le dira frontalement, vous constaterez seulement l'absence de réponses.
- Les contraintes techniques sont trop nombreuses : chaque exigence supplémentaire réduit le vivier de façon multiplicative.
- Le projet n'inspire pas confiance : absence de financement visible, historique de prestataires successifs, communication floue.
La deuxième cause mérite un test simple : si vous n'avez reçu aucune candidature en trois semaines sur un canal actif, ce n'est pas un problème de visibilité, c'est un problème de prix ou de périmètre.
Raccourcir en réduisant le premier lot
Le levier le plus efficace, et le moins utilisé. Un premier lot de dix à quinze jours attire des profils qui refuseraient un engagement de six mois, parce que le risque pour eux est faible et qu'ils peuvent l'insérer entre deux missions.
Ce lot sert aussi de test mutuel, ce qui améliore la décision. Beaucoup de collaborations longues commencent ainsi : la difficulté n'était pas de trouver quelqu'un pour six mois, mais de trouver quelqu'un qui accepte de s'engager six mois sans vous connaître.
La montée en compétence sur votre code existant : deux à quatre semaines avant une productivité normale. Sur un projet en cours, ce délai s'ajoute au recrutement. Sur un projet neuf, il est absorbé. Les canaux et leurs délais respectifs sont comparés dans notre guide pour trouver un développeur freelance.