Pourquoi cet article
Je récupère souvent des projets qui ont déjà été touchés par d'autres freelances ou agences. Dans 80 % des cas, le problème n'est pas technique — c'est une question de mauvais cadrage au départ.
Voici les 3 erreurs que je vois le plus, et comment les éviter.
Erreur #1 — Choisir au prix le plus bas
Le piège classique. Tu reçois 5 devis : 1500 €, 2500 €, 4000 €, 6000 €, 12000 €. Tu prends le 1500 €.
Trois mois plus tard, le freelance disparaît, le code est ingérable, tu dois tout refaire ailleurs. Coût total : 1500 € + 8000 € de refonte = 9500 €. Tu aurais payé moins en prenant le 6000 € au départ.
La règle : élimine d'abord le plus bas (souvent un débutant qui sous-estime) et le plus haut (souvent une agence qui charge ses overheads). Garde les 2-3 du milieu et compare-les sur autre chose que le prix.
Erreur #2 — Ne pas demander un cahier des charges écrit AVANT signature
Si le freelance signe un devis sans avoir détaillé par écrit ce qui est inclus et ce qui n'est pas inclus, tu auras des avenants à 1000 € chaque fois que tu demandes "juste une petite chose".
La règle : avant de signer, demande un document qui liste :
- Les écrans / pages livrés
- Les fonctionnalités précises
- Ce qui est explicitement HORS périmètre
- Le délai
- Le nombre d'allers-retours design inclus
- Qui paie l'hébergement / le domaine / les services tiers
Si le freelance refuse de mettre ça par écrit, fuis.
Erreur #3 — Accepter un code que tu ne peux pas reprendre
Beaucoup de freelances livrent du code sur leur GitHub, déployé sur leur Vercel, avec des accès qu'ils contrôlent. Le jour où tu veux changer de prestataire, tu dois tout refaire.
La règle : exige avant la signature que :
- Le repo Git soit transféré sur ton compte (GitHub, GitLab) à la livraison
- Le déploiement soit sur ton compte (Vercel, Netlify, Hetzner)
- Le domaine soit acheté avec ton compte (OVH, Namecheap, Gandi)
- Tous les services tiers (Stripe, Supabase, Resend) soient sur tes comptes
Si le freelance veut tout garder "pour gérer", c'est un red flag. Tu dois pouvoir partir n'importe quand sans dépendre de lui.
5 questions à poser avant de signer
Voici les 5 questions qui te permettent de filtrer 90 % des mauvais freelances en 5 minutes :
1. "Tu peux me montrer 2-3 projets que tu as livrés en prod et qui tournent encore ?"
Pas des Behance shots. Des URLs vivantes. Si le freelance n'a aucun projet vivant à montrer, c'est qu'il abandonne ses projets après livraison. Mauvais signe.
2. "Le code sera sur mon GitHub ?"
Réponse attendue : "Oui, dès le J1, je commit sur ton repo." Si la réponse est "Je te le transférerai à la fin", c'est suspect.
3. "Si tu disparais demain, qui peut reprendre ?"
Un bon freelance répond : "Le code est documenté, lisible, sur une stack standard (Next.js, Supabase, etc.). N'importe quel dev peut prendre la suite en 1-2 jours." S'il dit "Personne d'autre que moi connaît mon framework", red flag.
4. "Quel est le forfait maintenance après livraison ?"
Un bon freelance a une offre claire (ex : 600 €/mois pour X heures de support). S'il dit "On verra", c'est qu'il abandonne après livraison.
5. "Qu'est-ce qui n'est PAS inclus dans le devis ?"
Tester la transparence. Un bon freelance dit clairement : "Pas inclus = SEO éditorial, app mobile, intégration X, formation Y." S'il dit "Tout est inclus", il y aura des avenants.
Bonus — comment chiffrer juste
Pour estimer si un devis est juste, divise le total par 400 € HT/jour (TJM moyen freelance dev senior FR en 2026). Tu obtiens le nombre de jours de travail.
Compare avec ton intuition :
- Site vitrine 5 pages : 3-7 jours = 1200-2800 €
- MVP SaaS basique : 15-25 jours = 6000-10000 €
- App mobile complète : 20-40 jours = 8000-16000 €
Si le devis est très en dessous, le freelance sous-estime (il va te faire un MVP bâclé). Si très au-dessus, il y a de la marge agence.
Pour aller plus loin
Si tu veux un devis honnête sur ton projet, contacte-moi. Réponse sous 48 h, code 100 % sur ton GitHub, pas de lock-in.