Le cahier des charges fonctionnel (CdCF) décrit un besoin sous forme de fonctions attendues et de niveaux mesurables, sans imposer de solution technique. Vous le construisez en trois temps : la bête à cornes cadre le besoin, le diagramme pieuvre sort les fonctions, le tableau de caractérisation fixe pour chacune un critère, un niveau et une classe de flexibilité. Le document sert ensuite à comparer les réponses des prestataires sur la même grille, puis à prononcer la recette. Le générateur plus bas déroule ces trois étapes et vous rend un document structuré à copier.
Voici les étapes couvertes par ce guide :
- Ce que le document engage
- La méthode d’analyse fonctionnelle
- Le générateur guidé
- Le plan type section par section
- Un exemple complet déroulé
- Les questions fréquentes
Cahier des charges fonctionnel : ce que le document engage
Un CdCF sert à obtenir des réponses comparables de plusieurs prestataires. Il fixe ce que le produit ou le service devra faire, et à quel niveau. Il laisse volontairement ouverte la problématique du comment.
Le document a son cadre normatif. La norme NF EN 16271, publiée en février 2013, porte sur l’expression fonctionnelle du besoin et le cahier des charges fonctionnel ; elle a annulé la norme française NF X50-151 de septembre 2007. Rien ne vous oblige à l’acheter pour rédiger, mais son vocabulaire (fonction de service, critère, niveau, flexibilité) est celui que vos prestataires reconnaissent, et c’est celui employé ici.
Un besoin exprimé en fonctions, pas en solutions
Une fonction se rédige avec un verbe à l’infinitif et décrit une action attendue, jamais un composant. La différence se voit tout de suite sur deux formulations du même besoin.
- Formulation fonctionnelle : permettre au client de valider sa commande sans passer par la caisse.
- Formulation technique : installer une borne tactile de 24 pouces avec lecteur de carte bancaire.
La seconde formulation ferme la porte à toute proposition alternative, par exemple une commande depuis le téléphone du client. Elle vous prive aussi d’un argument en cas de litige : le prestataire a livré la borne demandée, même si l’attente en caisse n’a pas bougé.
Une fonction sans critère ni niveau n'est pas opposable : le prestataire chiffre ce qu'il veut, et la recette se joue à l'appréciation de chacun.
CdCF, cahier des charges technique et CCTP : quelles différences ?
Ces trois documents circulent souvent dans le même dossier de consultation, mais ils ne portent pas les mêmes engagements.
| Document | Ce qu’il fixe |
|---|---|
| Cahier des charges fonctionnel | Les fonctions attendues, leurs critères, leurs niveaux et leur marge de négociation. Aucune solution imposée. |
| Cahier des charges technique | Les moyens retenus : architecture, matériaux, composants, versions logicielles, interfaces imposées. |
| CCTP (marchés publics) | Les clauses techniques particulières d’un marché. Pièce contractuelle du dossier de consultation des entreprises. |
L’ordre logique reste le même dans les trois cas. Le CdCF vient en premier et sert de base au document technique, qui ne se rédige qu’une fois la solution arbitrée.
Quand rédiger un cahier des charges fonctionnel ?
Le document se justifie dès que vous confiez la conception à quelqu’un d’autre que vous. Quelques situations typiques reviennent régulièrement.
- Une consultation avec plusieurs prestataires à départager sur des offres non comparables.
- Un projet interne piloté par une équipe qui ne connaît pas le métier des utilisateurs finaux.
- Le remplacement d’un outil existant, où le besoin réel diffère de ce que fait l’outil actuel.
- Un produit physique à faire fabriquer, dont la fiche technique produit sera écrite après coup, à partir des niveaux retenus.
L’analyse fonctionnelle, moteur du cahier des charges fonctionnel
La méthode d’analyse fonctionnelle diffusée sous le nom d’APTE enchaîne trois outils graphiques simples. Chacun produit une matière directement réutilisable dans le document final.
La bête à cornes : cadrer le besoin en trois questions
La bête à cornes tient en trois questions posées avant toute discussion technique : à qui le produit rend-il service, sur quoi agit-il, dans quel but existe-t-il ? Les réponses se recopient telles quelles dans la partie « expression du besoin ».
La troisième question fait le tri. Si le but tient en un objectif mesurable (diviser par deux le temps d’attente, supprimer une double saisie), le projet a une cible. Si personne ne sait y répondre, vous tenez là un projet qui dérivera.
Le diagramme pieuvre : sortir les fonctions principales et de contrainte
Le diagramme pieuvre place le produit au centre et les éléments de son environnement autour : utilisateurs, autres équipements, réglementation, budget, local, système informatique existant. Vous tracez ensuite les liens.
- Une fonction principale (FP) relie deux éléments de l’environnement entre eux en passant par le produit. C’est la raison d’être du projet.
- Une fonction de contrainte (FC) relie le produit à un seul élément. Elle traduit une adaptation subie : s’interfacer avec la caisse, tenir dans le local, respecter une réglementation.
Un projet courant sort une à trois fonctions principales et cinq à quinze fonctions de contrainte. Les oublis se situent presque toujours du côté des contraintes, en particulier l’exploitation et la maintenance après la mise en service.
Le diagramme FAST, souvent enseigné dans la foulée de la pieuvre, s’arrête au seuil du CdCF : il décompose chaque fonction en solutions techniques, donc il répond au comment que le document laisse justement ouvert. Gardez-le pour la phase de conception, une fois le prestataire choisi.
Le tableau de caractérisation : critère, niveau, flexibilité
Chaque fonction reçoit ensuite un critère d’appréciation (ce que l’on mesure), un niveau (la valeur attendue) et une classe de flexibilité qui indique la marge de négociation. Cette dernière colonne évite les malentendus les plus coûteux.
F0 : impératif, aucune négociation. F1 : peu négociable. F2 : négociable contre contrepartie. F3 : niveau indicatif.
Ajoutez une limite d’acceptation quand le niveau tolère un écart, par exemple 90 secondes visées avec 120 secondes acceptées. Pour les fonctions F2 et F3, précisez un taux d’échange : ce que vous acceptez de payer, ou de perdre ailleurs, en échange d’un niveau supérieur.
Générez votre cahier des charges fonctionnel étape par étape
Générateur de cahier des charges fonctionnel
Déroulez la bête à cornes, la pieuvre et la caractérisation des fonctions : l'outil assemble le CdCF, le note sur 100 et vous rend un document à copier dans votre traitement de texte.
Renseignez au moins le projet et les trois questions de la bête à cornes, puis lancez la génération : le document s'affiche ici.
Document généré dans votre navigateur, à relire et à compléter avant diffusion. Aucune donnée n'est envoyée.
Le générateur ci-dessous déroule la méthode dans l’ordre : nature du projet, bête à cornes, puis caractérisation de la fonction principale. Il propose des fonctions de contrainte adaptées à la nature du projet et note votre dossier sur 100 selon les rubriques renseignées.
Le document produit s’affiche dans une zone de texte à copier dans votre traitement de texte. Vous n’avez plus qu’à caractériser les fonctions de contrainte une par une, sur le modèle de la ligne FP1 déjà remplie.
Plan type d’un cahier des charges fonctionnel
Un CdCF lisible tient en sept sections. Le format compte moins que la présence de chaque brique : un lecteur pressé doit pouvoir chiffrer une réponse sans vous appeler.
Contexte, objet et périmètre
Présentez l’organisation, l’activité concernée et la situation qui déclenche le projet. Délimitez ensuite ce qui entre dans le périmètre et, surtout, ce qui n’y entre pas. Cette phrase négative vous évite les demandes de rallonge en cours de route.
Nommez aussi les parties prenantes et leur rôle : qui décide, qui valide la recette, qui utilise le produit au quotidien. Sur les projets pilotés en comité, ces responsabilités figurent parmi les erreurs courantes en gestion de projet les plus faciles à corriger en amont.
Expression du besoin et fonctions attendues
Reprenez l’énoncé issu de la bête à cornes, puis listez les fonctions issues de la pieuvre avec leur codification FP1, FC1, FC2. Le tableau de caractérisation suit immédiatement, une ligne par fonction.
Numérotez les fonctions une fois pour toutes. Le prestataire répondra ligne à ligne avec ces mêmes références, ce qui rend les offres comparables sans travail de retranscription.
Contraintes, livrables et critères de réception
Rassemblez ici le budget plafond, le calendrier, les contraintes réglementaires et les interfaces imposées avec l’existant. Une plateforme numérique, par exemple, tombe dans le champ d’application de l’accessibilité numérique dès lors que le donneur d’ordre est une personne morale de droit public, un délégataire de service public ou une entreprise dépassant 250 millions d’euros de chiffre d’affaires annuel en France. L’obligation pèse sur lui, pas sur le prestataire : elle doit donc figurer noir sur blanc dans le CdCF, avec le taux de conformité RGAA visé et le moment où il sera mesuré.
Terminez par les critères de réception : pour chaque fonction, comment son niveau sera vérifié, par qui et sur quel échantillon. Un CdCF qui s’arrête avant cette section laisse la recette se négocier au moment le plus défavorable pour vous.
Exemple déroulé : le CdCF d’une borne de commande en restauration
Prenons un cas concret : une enseigne de restauration rapide veut réduire l’attente en caisse le midi. Voici la méthode appliquée jusqu’au tableau final.
Bête à cornes et pieuvre du projet
À qui le produit rend-il service : au client pressé et à l’équipier de comptoir. Sur quoi agit-il : sur la prise de commande. Dans quel but : ramener le temps d’attente moyen sous trois minutes en période de pointe.
La pieuvre fait apparaître une fonction principale et quatre contraintes. La caisse existante, le local, la réglementation sur les données de paiement et l’équipe de maintenance forment l’environnement du produit.
Tableau de caractérisation rempli
Chaque ligne associe une fonction et son critère, puis le niveau attendu et sa flexibilité. C’est le coeur négociable du document.
| Fonction et critère | Niveau et flexibilité |
|---|---|
| FP1 : permettre au client de commander seul, durée d’une commande complète | 90 secondes visées, 120 acceptées, F1 |
| FC1 : s’interfacer avec la caisse existante, délai de remontée d’une commande | Moins de 5 secondes, F0 |
| FC2 : rester utilisable debout, hauteur de la zone tactile | Entre 110 et 140 cm du sol, F2 |
| FC3 : protéger les données de paiement, conformité aux exigences PCI DSS | Conformité totale attestée, F0 |
| FC4 : absorber le service du midi, commandes traitées par heure et par borne | 40 commandes, F2 |
Ce que le prestataire renvoie
Face à ce tableau, une offre sérieuse répond ligne par ligne : niveau tenu, niveau dépassé, ou écart chiffré avec sa justification. Les lignes F0 se traitent en premier, car un écart y suffit à l’écarter.
Les lignes F2 ouvrent la discussion. Un prestataire qui propose 60 commandes par heure au lieu de 40 vous vend une capacité supplémentaire : à vous de décider si elle vaut son surcoût. Sans classe de flexibilité, cette conversation n’a pas lieu et vous payez la surcapacité sans l’avoir demandée.
Le même raisonnement vaut pour un projet logiciel. Un besoin exprimé en fonctions permet de comparer une solution du marché, un développement sur mesure et le paramétrage d’un outil déjà en place, par exemple quand vous mesurez l’intérêt d’un ERP en entreprise avant de lancer une consultation.
Une fois le besoin figé et les fonctions caractérisées, le relais est pris par les documents qui décrivent la solution retenue, à commencer par le modèle de fiche technique produit : là où le cahier des charges exprime ce que le produit doit faire, la fiche technique consigne ce qu’il fait réellement, valeur par valeur.
Questions fréquentes
Quelle différence entre cahier des charges fonctionnel et cahier des charges technique ?
Le CdCF décrit les fonctions attendues et leurs niveaux, sans dire comment les obtenir. Le cahier des charges technique fixe les moyens : composants, technologies, architecture. Le premier ouvre la consultation, le second la referme une fois la solution arbitrée.
Qui rédige le cahier des charges fonctionnel ?
La maîtrise d’ouvrage le rédige, c’est-à-dire celui qui exprime le besoin et paie. Les utilisateurs finaux alimentent les fonctions, les services techniques valident les contraintes d’interface. Faire rédiger le document par le futur prestataire vide l’exercice de son intérêt.
Combien de pages fait un cahier des charges fonctionnel ?
Comptez cinq à quinze pages pour un projet courant, tableau de caractérisation compris. La longueur dépend du nombre de fonctions, pas du volume de prose. Un document de quarante pages sans tableau chiffré vaut moins qu’un document de six pages caractérisé ligne à ligne.
Faut-il indiquer le budget dans le document ?
Oui, sous forme de plafond. Un budget annoncé écarte d’emblée les offres hors cible et vous fait gagner des semaines de consultation. Les prestataires calibrent leur proposition sur cette enveloppe et arbitrent eux-mêmes les fonctions F2 et F3.
Que signifient les classes de flexibilité F0 à F3 ?
F0 marque un niveau impératif, non négociable. F1 signale une marge très faible. F2 indique un niveau négociable contre une contrepartie, F3 un niveau simplement indicatif.
Cette échelle dit au prestataire où il peut proposer autre chose sans être disqualifié.
Le cahier des charges fonctionnel a-t-il une valeur contractuelle ?
Il en prend une dès qu’il est annexé au contrat ou au bon de commande et que les deux parties le signent. Sans cette annexion, il reste un document de consultation, utile en discussion mais fragile devant un désaccord sur la recette. Précisez donc dans le contrat que le CdCF et ses tableaux font partie des pièces contractuelles.