Le Cahier des Charges
Anti-Arnaque
Comment decrire ton produit, evaluer un devis tech, et eviter de te faire plumer - meme si tu n'y connais rien en code.
Tu as une idee de produit digital. Tu n'es pas technique. Tu vas bientot parler a des devs, des agences, ou des freelances pour construire ta V1.
Et tu flippes un peu. Normal.
Tu ne sais pas combien ca devrait couter. Tu ne sais pas si on va te vendre un truc dont tu n'as pas besoin. Tu ne sais pas comment differencier un bon devis d'un mauvais.
Ce document, c'est ce que j'aurais voulu qu'on me donne quand j'etais cote client. Apres 8 ans a construire des V1 pour des fondateurs non-tech, j'ai vu les memes erreurs se repeter.
Ce guide va te permettre de :
- Clarifier ton projet pour toi-meme avant de parler a qui que ce soit
- Comprendre le vocabulaire qu'on va utiliser face a toi
- Rediger un brief clair que n'importe quel dev pourra lire
- Evaluer un devis sans te faire avoir
Pas de jargon. Pas de bullshit. Que du concret.
Les 8 questions a te poser avant de contacter qui que ce soit
Ne contacte personne avant d'avoir repondu. Un brief flou = un devis flou = des mauvaises surprises.
Pas "ameliorer l'experience utilisateur". Pas "digitaliser le processus". Un probleme que tu peux formuler en une phrase, avec un sujet et un verbe.
Si tu ne peux pas le dire simplement, c'est que ce n'est pas encore assez clair. Et si ce n'est pas clair pour toi, ca ne le sera pas pour un dev.
Pas "les PME". Pas "les jeunes actifs". Des gens. Avec des noms, ou au moins des profils precis.
Est-ce que tu les connais deja ? Est-ce que tu leur as parle ? Est-ce qu'ils t'ont dit "oui je paierais pour ca" ?
Si tu ne peux pas citer 10 personnes reelles, c'est un signal. Pas un signal d'abandon, un signal qu'il faut aller leur parler avant de coder quoi que ce soit.
Le chemin le plus court entre "je m'inscris" et "j'obtiens la valeur promise". Rien d'autre.
1. Le kine cree son compte
2. Il configure ses creneaux
3. Il partage un lien a ses patients
4. Le patient choisit un creneau et confirme
5. Le kine recoit une notification
C'est tout. Pas de messagerie integree. Pas de paiement en ligne. Pas de tableau de bord analytics. Pas encore.
Ton concurrent numero 1, c'est rarement une autre startup. C'est le bricolage que tes futurs utilisateurs font deja : un fichier Excel, un groupe WhatsApp, un Notion partage, un carnet papier.
Ce qui les frustre (et que ton produit doit resoudre)
Ce qu'ils ne feront jamais (et que tu ne dois pas leur imposer)
Pas "ca depend". Un chiffre. Meme approximatif.
| Type de produit | Fourchette | Duree |
|---|---|---|
| App web simple (CRUD, auth, dashboard) | 8 000 - 15 000 EUR | 4-8 sem. |
| App web + logique metier complexe | 15 000 - 30 000 EUR | 8-14 sem. |
| App web + app mobile | 25 000 - 50 000 EUR | 12-20 sem. |
| Marketplace (2 faces) | 20 000 - 40 000 EUR | 10-16 sem. |
| SaaS avec integrations tierces | 15 000 - 35 000 EUR | 8-16 sem. |
Si quelqu'un te propose ta V1 pour 3 000 EUR, mefie-toi. Si quelqu'un te propose 80 000 EUR pour un MVP, mefie-toi aussi.
Une deadline sans raison, c'est du stress gratuit. Une deadline avec une raison (levee, lancement, saison, engagement client), c'est une vraie contrainte a integrer.
La question que personne ne pose au depart. Et qui coute le plus cher 6 mois plus tard.
Ta V1 va avoir besoin de corrections de bugs (il y en aura), de mises a jour de securite, de petites evolutions demandees par tes utilisateurs, et de monitoring.
La question la plus importante de tout ce document.
Ta V1, c'est un outil de validation. Pas le produit final. Son job, c'est de prouver que des gens veulent utiliser ton produit. Pas d'etre parfait.
Liste tes fonctionnalites et classe-les :
Le glossaire tech en francais
Les termes que tu vas lire dans chaque devis, traduits en impact business.
La version la plus basique de ton produit qui permet de tester si des gens veulent l'utiliser. Ce n'est pas un prototype. C'est un vrai produit, utilisable, mais avec le strict minimum.
La premiere version "complete" de ton produit. Souvent un cran au-dessus du MVP : le MVP + les retours des premiers utilisateurs integres.
Un test rapide pour verifier qu'un point technique precis est faisable. Ce n'est pas un produit. C'est un brouillon technique.
Front-end = ce que l'utilisateur voit et touche (les ecrans, les boutons). Back-end = ce qui se passe derriere (la logique, les donnees, les calculs).
Un point de connexion entre deux systemes. Quand ton app envoie des emails via Mailjet, elle passe par l'API de Mailjet.
L'endroit ou toutes les informations de ton app sont stockees : comptes utilisateurs, commandes, messages, fichiers...
Les serveurs qui font tourner ton app. Soit tu loues des serveurs (AWS, OVH, Scaleway), soit tu utilises des plateformes managees (Vercel, Railway).
La combinaison de technologies choisies pour construire ton produit. Exemple : "React + Node.js + PostgreSQL sur AWS".
Une periode de travail de 1 a 2 semaines pendant laquelle le dev s'engage a livrer un ensemble de fonctionnalites definies a l'avance.
Les raccourcis pris pendant le dev pour aller plus vite, et qui couteront plus cher a corriger plus tard. Toute V1 en a. C'est normal.
Un site/app qui s'adapte automatiquement a la taille de l'ecran (mobile, tablette, desktop).
Le systeme de connexion de tes utilisateurs : email + mot de passe, connexion Google, SSO (connexion unique entreprise)...
La reglementation europeenne sur les donnees personnelles. Si ton app collecte des emails, noms, ou toute info perso, tu es concerne.
Le prix par jour d'un freelance. Dev senior full-stack en France : 500-700 EUR/jour. Dev junior : 250-400 EUR/jour.
Ton brief, pret a envoyer
Remplis ce template. Un brief identique pour tous = des devis comparables.
Brief projet
La grille de lecture pour evaluer un devis
Tu as envoye ton brief. Tu recois des devis. Voici comment les lire sans te faire avoir.
Pas de decoupage en etapes
Un devis qui dit "Developpement de la plateforme - 25 000 EUR" sans detail, c'est une boite noire. Tu ne sauras pas ou tu en es a mi-parcours.
Exige un decoupage par fonctionnalite ou par sprint, avec des livrables intermediaires.
Aucune question sur ton business
Un prestataire qui ne te demande pas "c'est quoi ton modele economique ?" va coder ce que tu demandes, pas ce dont tu as besoin.
Le "tout est inclus"
Hebergement illimite, maintenance a vie, modifications illimitees... Si ca semble trop beau, c'est qu'il y a un piege. Souvent : tu ne seras pas proprietaire du code.
Pas d'acces au code source
Si tu ne peux pas voir et recuperer le code a tout moment, tu es prisonnier. Verifie que le contrat stipule que tu es proprietaire du code livre.
Timeline irrealiste
"Votre marketplace en 3 semaines" - non. Soit le prestataire est naif, soit il va bacler, soit il y aura des couts caches apres la "livraison".
Aucune mention de la dette technique
Tout projet a des compromis. Un prestataire qui ne t'en parle pas, soit il ne les voit pas (mauvais signe), soit il les cache (pire signe).
Il esquive la question "et apres ?"
Si la reponse est floue, c'est que son business model repose sur ta dependance. Un bon prestataire a un plan pour que tu n'aies plus besoin de lui.
Il te pousse a couper des fonctionnalites
Il pense a ton budget et ta vitesse de mise en marche, pas a gonfler sa facture.
Il t'explique ses choix techniques en langage clair
"J'ai choisi PostgreSQL parce que tes donnees sont relationnelles et que tu auras besoin de requetes complexes." Si tu comprends la phrase, c'est bon signe.
Il prevoit un transfert de competences
Documentation, formation, passation. Il prepare son propre depart. C'est le signe qu'il pense a ton interet, pas au sien.
Il facture au reel, avec un suivi transparent
Sprint par sprint, avec un bilan a chaque etape. Tu sais exactement combien tu as depense et ce que tu as eu en retour.
Il te parle de tes utilisateurs, pas de ta techno
Sa premiere question n'est jamais "tu veux du React ou du Vue ?". C'est "c'est qui tes utilisateurs et qu'est-ce qu'ils veulent faire ?".
Grille de comparaison des devis
| Critere | Devis A | Devis B | Devis C |
|---|---|---|---|
| Montant total | |||
| Decoupage par etape/sprint | |||
| Livrables intermediaires | |||
| Propriete du code | |||
| Acces au code pendant le projet | |||
| Hebergement chez toi | |||
| Maintenance post-V1 | |||
| Stack technique justifiee | |||
| Questions sur ton business | |||
| Plan de transfert / sortie | |||
| Timeline realiste |
Le meilleur devis, c'est rarement le moins cher. C'est celui qui a le plus de vert et le moins de rouge.
Et maintenant ?
Tu as ton brief rempli. Tu sais quoi chercher dans un devis. Tu as les mots pour comprendre ce qu'on te propose.
30 minutes pour parler de ton projet, voir si je peux t'aider, et repartir avec des prochaines etapes concretes. Pas de pitch. Pas d'engagement.
Et si tu n'as pas besoin de moi, je te le dirai aussi.
On en parle ?Ce guide est gratuit. Il n'y a pas de piege.
Mon job c'est de devenir inutile - autant commencer avant meme qu'on travaille ensemble.
Tu veux savoir comment choisir le bon prestataire ? Lire le guide suivant