Retour au blog
Guide · Maxime Nicole

Comment rédiger un cahier des charges quand on n'est pas tech

Comment rédiger un cahier des charges quand on n'est pas tech

Tu n'as pas besoin d'être développeur pour cadrer ton projet

Tu as une idée de site web, d'application ou d'outil interne. Tu as trouvé un prestataire. Et là, il te demande : "Tu as un cahier des charges ?" Panique. Tu ne sais pas ce que c'est, tu ne sais pas par où commencer, et tu as peur de passer pour un amateur.

Respire. Un cahier des charges (CDC), c'est juste un document qui explique ce que tu veux. Pas besoin de jargon technique, pas besoin de 50 pages. Juste de la clarté.

Pourquoi c'est important

Un bon CDC, c'est :

  • Un gain de temps : le prestataire comprend ton besoin dès le départ, pas après 3 réunions
  • Un gain d'argent : moins de malentendus = moins de corrections = moins de surcoûts
  • Une protection : en cas de litige, le CDC fait référence
  • Un outil de comparaison : tu peux envoyer le même CDC à plusieurs prestataires et comparer les devis

Sans CDC, voici ce qui se passe : le prestataire interprète ton besoin à sa manière, développe quelque chose qui ne correspond pas, tu demandes des modifications, ça coûte plus cher, ça prend plus de temps, et tout le monde est frustré.

Les 8 sections essentielles

1. Présentation de ton entreprise

  • Qui es-tu ? Que fais-tu ?
  • Quel est ton marché ? Ta cible ?
  • Quels sont tes valeurs et ton positionnement ?

Pourquoi c'est utile : le prestataire doit comprendre ton contexte pour proposer la bonne solution.

2. Objectifs du projet

Sois précis. Pas "je veux un site moderne", mais :

  • "Je veux générer 50 leads qualifiés par mois via mon site"
  • "Je veux réduire le temps de traitement des commandes de 2h à 15 min"
  • "Je veux que mes clients puissent réserver en ligne sans m'appeler"

Astuce : utilise la méthode SMART (Spécifique, Mesurable, Atteignable, Réaliste, Temporel).

3. Utilisateurs cibles

  • Qui va utiliser le produit ?
  • Quel est leur niveau technique ?
  • Quels sont leurs besoins et frustrations ?

Exemple : "Nos utilisateurs sont des artisans de 35-55 ans, peu à l'aise avec le numérique, qui veulent suivre leurs chantiers sur mobile."

4. Fonctionnalités attendues

Liste les fonctionnalités par priorité :

Essentielles (MVP) :

  • Formulaire de contact
  • Catalogue de services
  • Espace client sécurisé

Importantes (V2) :

  • Paiement en ligne
  • Système de notifications
  • Tableau de bord analytics

Bonus (V3) :

  • Application mobile
  • Intégration IA
  • Multi-langue

Astuce : décris chaque fonctionnalité du point de vue de l'utilisateur. Pas "un CRUD de gestion des clients", mais "en tant qu'admin, je veux pouvoir ajouter un client avec son nom, email et téléphone".

5. Contraintes techniques

Si tu as des contraintes, mentionne-les :

  • Hébergement imposé (OVH, AWS, serveur interne...)
  • Technologies existantes à intégrer (CRM, ERP, API tierce)
  • Conformité (RGPD, accessibilité, secteur réglementé)
  • Performance (temps de chargement, nombre d'utilisateurs simultanés)

Si tu ne sais pas : dis-le clairement. Un bon prestataire te conseillera.

6. Design et ergonomie

  • As-tu une charte graphique ? Des couleurs, un logo ?
  • Des exemples de sites/apps que tu aimes ?
  • Des contraintes d'accessibilité ?

Astuce : crée un "moodboard" avec 3-5 captures d'écran de sites qui te plaisent, en expliquant pourquoi.

7. Budget et planning

Sois transparent sur :

  • Budget : même une fourchette (5-10K€) aide le prestataire à calibrer sa proposition
  • Deadline : y a-t-il une date butoir ? Un événement ?
  • Phases : préfères-tu un lancement progressif ou un big bang ?

8. Critères de sélection

Comment vas-tu choisir ton prestataire ?

  • Prix ?
  • Références ?
  • Méthodologie ?
  • Technologies ?
  • Disponibilité ?

Les erreurs classiques à éviter

  • Trop de détails techniques : le prestataire est l'expert technique, pas toi. Décris le QUOI, pas le COMMENT.
  • Pas assez de contexte : sans comprendre ton business, le prestataire ne peut pas proposer la meilleure solution.
  • Oublier la maintenance : qui maintient le site après la livraison ? Prévois un budget.
  • Ignorer le contenu : qui fournit les textes, images, vidéos ? C'est souvent le point bloquant.
  • Vouloir tout en V1 : priorise impitoyablement. Un bon MVP vaut mieux qu'un produit parfait jamais livré.

Template simplifié

Voici une structure que tu peux copier-coller :

1. Présentation : [ton entreprise en 3 lignes]
2. Objectifs : [3 objectifs SMART]
3. Utilisateurs : [qui sont-ils, que veulent-ils]
4. Fonctionnalités MVP : [liste de 5-10 features prioritaires]
5. Fonctionnalités V2 : [liste des nice-to-have]
6. Contraintes : [techniques, légales, budget, planning]
7. Design : [charte existante + 3 exemples de sites aimés]
8. Budget : [fourchette]
9. Planning : [date souhaitée de livraison]

Et si tu n'as pas de CDC ?

Pas de panique. Chez KodeSaaS, on accompagne nos clients dès la phase de cadrage — même sans CDC. Notre process :

  1. Appel découverte (30 min) : on comprend ton besoin, ta cible, tes objectifs
  2. Proposition structurée : on te livre un document clair avec périmètre, planning et budget
  3. Validation : tu ajustes, on affine
  4. Go : on démarre le développement

On fait ça parce qu'on sait que 60% des porteurs de projet n'ont pas de CDC. Et c'est normal : cadrer un projet tech quand on n'est pas tech, c'est notre job, pas le tien.

Tu veux lancer ton projet mais tu ne sais pas par où commencer ? Réserve un appel et on cadre ça ensemble — gratuitement.

No-code Code