Décrire le contexte avant les exigences.
Hiérarchiser les besoins et imposer un format de réponse.
Rendre visibles interfaces, données, volumes et contraintes.
Construire un document compréhensible
Commencez par l’entreprise, ses métiers, son organisation, ses implantations et les raisons du projet. Présentez l’existant sans chercher à le reproduire : applications, interfaces, difficultés, volumes et contraintes. Délimitez explicitement ce qui appartient au projet et ce qui en est exclu.
Le cahier des charges doit permettre au candidat d’estimer sa couverture, sa méthode, ses charges et ses risques. Une information inconnue doit être signalée comme telle plutôt que remplacée par une hypothèse implicite.
Rédiger des exigences évaluables
Une exigence décrit un besoin, une population, une règle et un résultat attendu. Évitez les formulations générales comme « gérer les achats ». Décrivez les variantes, validations, contrôles, éditions et exceptions importantes. Attribuez une priorité cohérente : obligatoire, importante ou souhaitable.
| Champ | Exemple |
|---|---|
| Référence | VEN-012 |
| Domaine | Ventes |
| Besoin | Gérer plusieurs conditions tarifaires |
| Priorité | Obligatoire |
| Population | ADV et commerciaux |
| Volume | 20 000 lignes par mois |
| Réponse demandée | Standard, paramétrage, spécifique ou non couvert |
Ne pas reléguer les données et interfaces en annexe
Listez les systèmes concernés, propriétaires, sens des échanges, fréquence, volumes et niveau de criticité. Pour la reprise, identifiez les objets, historiques, pièces jointes, règles de qualité et responsabilités de validation. Ajoutez les exigences de sécurité, d’habilitation, de traçabilité, de disponibilité et de conformité.
Décrire le projet attendu
Précisez les lots, sites, pays, populations, langues, jalons imposés et périodes sensibles. Demandez la composition de l’équipe, les responsabilités, la méthode, les livrables, les prérequis, la formation, l’assistance au démarrage et le passage au support. Les candidats doivent chiffrer leurs hypothèses et leurs exclusions.
Imposer une structure de réponse commune
Sans cadre commun, les offres deviennent incomparables. Demandez une matrice de couverture, un planning, une charge par phase, les profils mobilisés, les coûts récurrents et non récurrents, les réserves ainsi que les références pertinentes.
- Entreprise, contexte et objectifs
- Organisation et gouvernance
- Système d’information existant
- Périmètre et processus
- Exigences fonctionnelles
- Architecture, sécurité et conformité
- Interfaces et reprise de données
- Déploiement, formation et support
- Planning et contraintes
- Cadre de réponse et critères de sélection
Erreurs à éviter
- Accumuler des centaines d’exigences sans priorité.
- Décrire uniquement l’existant et oublier la cible.
- Masquer les incertitudes ou les dépendances.
- Oublier les volumes, interfaces et responsabilités de reprise.
- Demander un prix ferme sur un périmètre insuffisamment défini.
Le document est-il prêt ?
- Le contexte, les objectifs et les critères de succès sont clairs.
- Le périmètre inclus et exclu est explicite.
- Chaque exigence importante est priorisée et vérifiable.
- Données, interfaces, sécurité et volumes sont documentés.
- Le format de réponse permet une comparaison ligne à ligne.
Questions fréquentes
Quelle longueur doit faire le cahier des charges ?
Il n’existe pas de longueur idéale. Le bon niveau est celui qui sécurise les sujets différenciants sans transformer le document en spécification prématurée.
Faut-il décrire tous les processus ?
Décrivez surtout ceux qui influencent le choix, le chiffrage ou le risque. Les processus standards peuvent être traités plus simplement.
Peut-on consulter avec des zones encore ouvertes ?
Oui, à condition de les identifier et de demander aux candidats leurs hypothèses, variantes et modalités de cadrage complémentaire.