Comment rédiger un cahier des charges et éviter les mauvaises surprises ?

Un cahier des charges sert à décider, pas seulement à décrire

Un cahier des charges formalise le besoin du client et les conditions permettant de vérifier que la prestation répond à ce besoin. Pour un cabinet de conseil, une agence web ou un prestataire informatique, il protège aussi la marge : sans périmètre partagé, chaque interlocuteur peut avoir une idée différente de ce qui était compris dans le prix.

Commencez par trois questions : quel problème faut-il résoudre, qui utilisera le résultat et comment vérifierons-nous que le projet est réussi ? « Moderniser notre organisation » est une intention ; « permettre à trois responsables de suivre les demandes clients dans un outil commun » décrit déjà un usage. Le document ne supprime pas les désaccords, mais fournit une base pour les traiter.

1. Poser le contexte, les objectifs et les interlocuteurs

Présentez l'activité, la situation actuelle, les difficultés rencontrées et les objectifs prioritaires. Distinguez les besoins indispensables des options souhaitables. Identifiez le décideur, les utilisateurs, la personne qui validera les livrables et les personnes à consulter sur les données, la sécurité ou la comptabilité.

Fixez des indicateurs observables, sans promettre un résultat commercial hors de votre contrôle. Par exemple, vérifier qu'un utilisateur peut créer et retrouver un dossier est différent de garantir une hausse du chiffre d'affaires. Si un objectif dépend de l'adoption par les équipes ou de la qualité des fichiers fournis, inscrivez ces dépendances.

2. Définir ce qui est inclus et ce qui ne l'est pas

Décrivez les prestations, les livrables, leur format, leur quantité et leurs destinataires. Précisez les limites : nombre d'ateliers, versions, corrections, pages, utilisateurs ou interfaces. Séparez clairement mise en place, formation, maintenance et assistance après livraison.

Exemple illustratif pour une agence : « Livraison d'un site de cinq pages, avec un formulaire de contact et une formation de prise en main. Le client fournit les textes et visuels validés. La rédaction, la traduction, l'espace client et la maintenance après livraison ne sont pas inclus. Deux séries de corrections sont prévues sur les maquettes. » Cette formulation est plus exploitable que « création d'un site complet ». Les exclusions doivent être discutées et acceptées, pas découvertes à la livraison.

3. Écrire des exigences testables plutôt que des adjectifs

Remplacez « rapide », « intuitif », « sécurisé » ou « compatible » par des critères et des conditions de test. Pour chaque exigence, indiquez un identifiant, un besoin utilisateur, sa priorité, le résultat attendu et la méthode de vérification. Les performances doivent être associées à un volume, un environnement et une méthode de mesure convenus.

Exemple de fiche à adapter : « EX-01 — Le responsable peut exporter les dossiers de la période sélectionnée au format CSV. Test : créer trois dossiers de référence, sélectionner la période puis comparer les lignes exportées avec les données attendues. Validation : responsable désigné par le client. » Pour une prestation de conseil, le critère peut porter sur le contenu d'un diagnostic et sa restitution, plutôt que sur une promesse de gain futur.

4. Répartir les responsabilités et organiser les dépendances

Listez ce que le client doit fournir : fichiers, accès, validations, disponibilités et informations sur ses contraintes. Pour chaque contribution, indiquez un responsable et une date cible. Prévoyez comment un retard de fourniture ou une modification des données sera analysé et comment le calendrier sera révisé d'un commun accord.

Pour les données personnelles, clarifiez les rôles et les instructions. Si le prestataire traite des données pour le compte du client, un encadrement adapté à cette relation est nécessaire ; un simple paragraphe « nous respectons le RGPD » ne suffit pas. Définissez les accès, la confidentialité, les sauvegardes, le sort des données à la fin de la mission et le recours éventuel à d'autres prestataires.

5. Prévoir les jalons, la recette et les réserves

La recette est la vérification des livrables au regard des critères convenus. Prévoyez les jalons intermédiaires, le délai d'examen, la personne habilitée à valider et la manière de consigner les résultats. Distinguez un défaut par rapport au périmètre signé d'une nouvelle demande : les deux ne se traitent pas de la même façon.

Un compte rendu de recette peut indiquer la version testée, les critères vérifiés, les réserves, leur niveau de priorité et le calendrier de correction convenu. Ne présumez pas que le silence du client vaut toujours acceptation : toute procédure d'acceptation doit être cohérente avec le contrat et adaptée à la situation. Pour un projet sensible, faites relire ces clauses.

6. Encadrer les changements avant qu'ils consomment la marge

Toute demande nouvelle mérite une analyse d'impact : effort supplémentaire, prix, calendrier, dépendances et risques. Tenez un registre des demandes et confirmez par écrit la décision retenue. Une courte fiche de changement peut suffire : demande, motif, livrables concernés, coût, dates révisées et validation des deux parties.

Exemple illustratif : le client demande une connexion à son logiciel comptable après validation du site. Ne l'ajoutez pas comme une correction gratuite par défaut. Vérifiez la faisabilité et les accès, proposez une option chiffrée et attendez l'accord avant l'exécution. Une version datée du cahier des charges, reliée au devis et au contrat, évite que plusieurs documents contradictoires circulent.

La trame à reprendre pour votre prochain projet

Votre document peut suivre cet ordre : contexte et objectifs ; utilisateurs et décideurs ; périmètre inclus et exclusions ; livrables et exigences vérifiables ; données et contraintes techniques ; contributions du client ; calendrier et jalons ; recette et corrections ; traitement des changements ; budget et renvoi aux conditions contractuelles.

Avant de démarrer, vérifiez que le client et le prestataire ont la même version, que les points non résolus sont identifiés et que le devis renvoie aux bons documents. Le cahier des charges décrit la mission ; le contrat doit aussi traiter paiement, propriété intellectuelle, confidentialité, responsabilité et fin de la relation. Ce guide est une méthode de cadrage, pas un modèle juridique universel.

Quel lien avec la responsabilité civile professionnelle ?

Un cadrage précis peut réduire les malentendus et aide à documenter ce qui a été demandé, livré et validé. Il ne vous exonère pas automatiquement de votre responsabilité en cas de faute. À l'inverse, la RC Pro n'est pas une garantie que chaque projet sera terminé sans surcoût : vos heures de reprise, le remboursement de vos honoraires ou les pénalités contractuelles ne doivent pas être supposés couverts.

Exemple illustratif : une migration mal exécutée rend un outil client indisponible et le client réclame une perte financière. L'assureur examinera les faits, la responsabilité et les conditions du contrat. Pour une activité de service, vérifiez les activités déclarées, les dommages immatériels non consécutifs, les exclusions informatiques ou cyber, les plafonds et franchises. Faites analyser les engagements inhabituels avant de les signer ; une attestation ne prouve pas à elle seule que ces engagements sont assurés.

À lire aussi