« Nous voulons le même produit, moins cher. » Cette demande peut cacher un besoin mal servi, une spécification devenue inutile ou une contrainte réellement indispensable. Le cahier des charges sert d’abord à rendre ces distinctions visibles avant de solliciter le marché.
Un cahier des charges Achats décrit le besoin, le périmètre, les exigences, les preuves attendues et les règles de réponse. Il distingue résultats recherchés et moyens imposés. Sa qualité se vérifie quand plusieurs fournisseurs peuvent répondre au même besoin sans deviner les hypothèses manquantes.
Une exigence complète
Besoin
Quel résultat pour l’utilisateur ?
Exigence
Quel niveau attendu ?
Preuve
Comment le vérifier ?
Acceptation
Qui valide la conformité ?
Les huit rubriques à préparer
| Rubrique | Contenu à préciser |
|---|---|
| Contexte et objectifs | Problème actuel et résultat d’usage attendu |
| Périmètre | Sites, volumes, inclusions, exclusions et calendrier |
| Exigences fonctionnelles | Fonctions et performances à atteindre |
| Contraintes techniques | Interfaces, compatibilités et prescriptions justifiées |
| Exigences RSE | Impacts pertinents, éléments vérifiables et suivi |
| Niveaux de service | Délais, qualité, disponibilité et traitement des écarts |
| Modalités de réponse | Unités, hypothèses, options et justificatifs |
| Évaluation | Critères, preuves et règles de comparaison |
Une rubrique peut renvoyer à une annexe. L’important est la cohérence entre les pièces : une exigence de disponibilité annoncée dans le besoin doit se retrouver dans l’évaluation, le contrat et le suivi, avec les mêmes définitions.
Passer d’une préférence à une exigence vérifiable
Exemple pédagogique : « un emballage robuste » devient « protéger le produit dans les conditions de transport décrites, avec un protocole d’essai et un niveau d’acceptation validés par la qualité ». La seconde formulation permet de discuter des preuves. Elle évite d’imposer sans justification l’épaisseur ou la matière de la solution historique.
Distinguez les impératifs des préférences. Pour chaque impératif, demandez qui le justifie et comment il sera vérifié. Une contrainte de compatibilité peut être indispensable ; une couleur habituelle peut ne pas l’être. La hiérarchisation doit être faite avec les utilisateurs et les experts, avant la réception des propositions.
Préparer la réception en même temps que la demande
Une exigence sans méthode d’acceptation reporte le désaccord à la livraison. Décrivez ce qui sera testé, par qui, sur quel échantillon et avec quelle preuve. Pour une prestation, précisez les livrables et leurs critères d’acceptation, plutôt que de vous limiter à un nombre de jours.
La trame de réponse doit permettre au fournisseur d’indiquer conformité, réserve, hypothèse et alternative. Demandez qu’une alternative soit séparée de l’offre de base. Vous pourrez ainsi comparer les offres sur une base commune tout en examinant les innovations proposées, sans mélanger silencieusement les scénarios.
Intégrer la RSE à l’objet réel de l’achat
Sur un équipement, la consommation en usage, la réparation ou la durée de vie peuvent être pertinentes. Sur une prestation, les conditions d’exécution et de travail peuvent demander une attention particulière. Le choix des exigences dépend de l’état des lieux de la famille ; un questionnaire identique pour tous les achats peut produire beaucoup de documents et peu d’informations utiles.
Reliez chaque donnée demandée à une décision ou à un suivi. Précisez le périmètre, la période et le justificatif. Une déclaration générale de l’entreprise ne prouve pas automatiquement la performance du produit proposé. Les exigences applicables à une procédure publique doivent être examinées dans son cadre propre.
L’état des lieux et le kick-off évitent la page blanche
Dans Impact³, la construction de l’appel d’offres vient après l’état des lieux et le kick-off interdisciplinaire. L’équipe partage les problèmes, les usages et les arbitrages avant de rédiger. Le dossier devient la traduction de ce travail, pas une liste de demandes assemblées sans hiérarchie.
L’IA peut préparer une structure, reformuler une exigence ou repérer une contradiction. Demandez-lui de signaler les informations absentes plutôt que de les inventer. La validation technique appartient aux personnes compétentes. Avant l’envoi, faites une lecture croisée du besoin, de la trame de réponse et de la grille d’analyse : toute exigence importante doit avoir un traitement cohérent dans les trois.
Pour approfondir votre prochain dossier
Poursuivez avec le choix du document de consultation, l’analyse des offres. Ces ressources prolongent les points de méthode abordés ici et permettent de préparer les livrables suivants.
Questions fréquentes
Quelle différence entre cahier des charges fonctionnel et technique ?
Le fonctionnel décrit le résultat attendu ; le technique précise des moyens ou contraintes. Une bonne rédaction justifie les prescriptions techniques et laisse ouverte la solution quand c’est possible.
Qui rédige le cahier des charges ?
Les Achats coordonnent avec les prescripteurs, utilisateurs et experts. Les contraintes et critères doivent être validés par les responsables compétents.
Faut-il tout rendre obligatoire ?
Non. Distinguez les exigences impératives, les critères évalués et les options. Tout classer obligatoire peut fermer inutilement le marché.
Peut-on utiliser une IA pour rédiger ?
Oui, pour préparer et améliorer un projet de document avec des données autorisées. Les hypothèses manquantes, les contraintes techniques et la version envoyée doivent être vérifiées.
