Vous avez un projet technique à lancer et vous cherchez un développeur freelance. Le problème : il y en a des milliers, les tarifs varient de 200€ à 1000€/jour, et vous n'êtes pas technique. Comment faire le bon choix ?
Les 5 critères qui comptent vraiment
1. Spécialisation vs généraliste
Un bon freelance n'est pas celui qui "fait tout". C'est celui qui a une expertise profonde sur votre type de projet.
Questions à poser :
- "Quel pourcentage de vos projets ressemblent au mien ?"
- "Montrez-moi 2-3 projets similaires livrés récemment"
- "Quelle stack technique recommanderiez-vous et pourquoi ?"
Un développeur qui recommande TOUJOURS la même stack, quel que soit le projet, est un red flag. La bonne stack dépend du contexte.
2. Communication
La compétence technique ne suffit pas. Le freelance doit savoir :
- Expliquer les choix techniques en langage non-technique
- Alerter quand quelque chose prend plus de temps que prévu
- Proposer des alternatives quand le budget ou le délai est serré
- Documenter pour que quelqu'un d'autre puisse reprendre le code
3. Process de travail
Un freelance professionnel a un process :
| Étape | Ce qu'il devrait proposer |
|---|---|
| Cadrage | Appel découverte, analyse du besoin, estimation |
| Devis | Chiffrage détaillé par fonctionnalité, pas un prix global |
| Dev | Points réguliers (hebdo minimum), démo des livrables |
| Livraison | Documentation, formation, support post-livraison |
| Suivi | Disponible pour la maintenance et les évolutions |
4. Tarif et transparence
Les fourchettes en 2026 en France :
| Profil | TJM moyen | Quand les choisir |
|---|---|---|
| Junior (0-2 ans) | 250-400€ | Scripts simples, intégration |
| Confirmé (3-5 ans) | 400-600€ | Projets standard, MVP |
| Senior (5-10 ans) | 600-900€ | Architecture, projets critiques |
| Expert / niche | 900€+ | Performance, sécurité, IA |
Red flags tarif :
- Prix très bas → il sous-estime le travail ou manque d'expérience
- Prix fixe sans avoir analysé le besoin → il ne sait pas ce qu'il vend
- Pas de devis détaillé → impossible de vérifier ce qui est inclus
5. Références et portfolio
Ne vous fiez pas aux témoignages sur le site web (ils sont toujours positifs). Demandez plutôt :
- Un accès à du code (GitHub, GitLab)
- Le contact d'un ancien client
- Une démo live d'un projet livré
Les red flags à repérer
Pendant l'appel découverte
- Il ne pose aucune question sur votre métier ou vos utilisateurs
- Il propose une solution technique avant de comprendre le problème
- Il dit oui à tout sans mentionner de contrainte ou de risque
- Il ne peut pas montrer de travail similaire
- Il refuse un appel vidéo
Pendant le devis
- Estimation en "fourchette large" (5 000 - 20 000€) sans détail
- Pas de planning avec des jalons
- Pas de mention de tests, documentation ou support
- Paiement 100% à la commande
Pendant le développement
- Silence radio pendant plus d'une semaine
- Pas de démonstrations intermédiaires
- Code non versionné (pas de Git)
- Aucune documentation technique
Le bon process de sélection
Étape 1 : Définir votre besoin (30 min)
Avant de contacter qui que ce soit, rédigez :
- Le problème que vous voulez résoudre (pas la solution technique)
- Les utilisateurs concernés
- Le budget approximatif
- Le délai souhaité
Étape 2 : Présélectionner 3-5 freelances
Sources fiables :
- Malt, Comet — plateformes vérifiées
- LinkedIn — cherchez des profils avec du contenu technique (articles, projets)
- Recommandations — le meilleur canal, toujours
- GitHub — regardez les contributions et projets publics
Étape 3 : Appel découverte (30 min chacun)
Posez les mêmes questions à tous :
- "Avez-vous fait un projet similaire ?"
- "Quelle approche technique recommanderiez-vous ?"
- "Quel est votre process de travail ?"
- "Comment gérez-vous les imprévus techniques ?"
- "Êtes-vous disponible pour la maintenance après livraison ?"
Étape 4 : Comparer les devis
Ne comparez pas juste le prix total. Comparez :
- Le détail des fonctionnalités incluses
- Les exclusions explicites
- Le planning proposé
- Les conditions de support post-livraison
- Les conditions de paiement
Étape 5 : Commencer petit
Si possible, commencez par une mission courte (audit, POC, première fonctionnalité) avant de s'engager sur le projet complet. Ça permet de tester la collaboration.
Le modèle que je propose chez Pal'Temps
- Audit gratuit (30 min) — je comprends votre besoin et je vous dis si je suis le bon fit
- Devis détaillé — chaque fonctionnalité chiffrée séparément
- Développement itératif — démo chaque semaine, feedback continu
- Livraison documentée — code commenté, documentation technique et utilisateur
- Support 30 jours — corrections et ajustements inclus après livraison
Le meilleur indicateur d'un bon freelance : il vous dit quand il N'EST PAS la bonne personne pour votre projet.