Le document faisait quarante-deux pages. Liste de modules, cases à cocher, exigences « doit pouvoir », captures d’écrans d’un vieux CRM. Trois éditeurs ont répondu « oui » à presque tout. Six mois plus tard, le projet découvrait que personne n’avait décrit la même chose derrière le mot « qualification ».
Un cahier des charges CRM utile n’est pas un catalogue de fonctionnalités. C’est un récit opérationnel : comment vous vendez, quelles données comptent, ce que « réussi » veut dire dans quatre-vingt-dix jours. Sans cela, vous achetez des promesses compatibles avec toutes les démos.
Pourquoi tant de CDC finissent inutiles
Parce qu’ils listent des moyens (« scoring prédictif », « workflows illimités ») sans décrire les fins. Parce qu’ils copient un modèle trouvé en ligne. Parce qu’ils sont écrits par l’IT sans le métier, ou par le métier sans contrainte. Parce qu’ils confondent souhait et non-négociable.
Le symptôme arrive en démo : chaque éditeur coche les cases, et la décision se fait sur le feeling de l’interface. Le CDC n’a servi qu’à se rassurer.
À retenirSi votre cahier des charges pourrait s’appliquer à n’importe quelle PME sans changer une ligne, il est trop générique pour vous aider.
Ce qu’il faut écrire en premier : les process
Commencez par le parcours commercial réel — pas idéal, réel, puis cible. Comment un lead entre. Qui le qualifie. Quand il devient opportunité. Quelles étapes existent vraiment. Qui décide quoi. Qu’est-ce qui se passe à la signature, au renouvellement, à la perte.
Faites la même chose pour les interactions marketing et, si besoin, le SAV. Une page claire sur un process vaut mieux que dix pages de features. Les éditeurs et intégrateurs sérieux s’en servent pour proposer une solution adaptée — ou pour dire non.
Impliquez ceux qui font le métier. Un CDC écrit seul dans un bureau produit des process imaginaires. Un atelier de demi-journée avec commerciaux, managers et marketing évite six mois de dette.
Ensuite : les données, pas les champs
Décrivez les objets et leur sens. Compte, contact, lead, opportunité, ticket : que signifient-ils chez vous ? Quelles informations sont critiques pour vendre, facturer, relancer, reporter ? Quelles sources alimentent le CRM aujourd’hui ? Quelles durées de conservation s’imposent ?
Évitez la liste de deux cents champs « au cas où ». Priorisez. Distinguez obligatoire au démarrage et nice-to-have. Un modèle de données trop large tue l’adoption avant le go-live.
ConseilPour chaque donnée obligatoire, écrivez qui la saisit, quand, et à quoi elle sert dans une décision. Si personne ne peut répondre, retirez-la du MVP.
Les intégrations : trois critiques valent mieux que quinze options
Votre CDC doit nommer les systèmes connectés et le sens des flux. ERP vers CRM pour les clients actifs. Site vers CRM pour les leads. CRM vers outil emailing pour les campagnes. Support vers CRM pour le contexte client.
Précisez la fréquence, le volume, et ce qui se passe en cas d’échec. « On s’intégrera plus tard » est une phrase qui coûte cher. Les intégrations critiques appartiennent à la vague 1 — ou le CRM naîtra isolé.
Exigences non fonctionnelles : là où les projets se cognent
Hébergement, droits d’accès, exports, temps de réponse acceptable, mobilité terrain, capacité à restaurer une erreur de masse : ces sujets ennuient en atelier et sauvent en production. Traitez-les tôt, surtout si vous avez des contraintes sectorielles ou des appels d’offres clients.
Sur la conformité et la résidence des données, soyez factuels. Pas de slogan. Des questions précises — et des réponses écrites exigées des candidats.
Comment formuler une exigence qui tranche
Remplacez « le CRM doit permettre le reporting » par « un manager doit pouvoir préparer sa revue pipeline en moins de quinze minutes sans export Excel, avec filtre par commercial et étape ». Remplacez « gestion des doublons » par « à la création d’un contact, alerte si email déjà présent ; fusion possible par un admin en moins de cinq minutes ».
Le test est simple : une exigence doit être vérifiable en POC. Sinon, c’est une intention.
| Mauvaise formulation | Meilleure formulation |
|---|---|
| Workflows puissants | Relance auto J+3 si opportunité sans activité |
| Mobile friendly | Créer une activité terrain hors ligne, sync < 2 min |
| Reporting avancé | Forecast mensuel par équipe sans retraitement |
| IA embarquée | Résumé d’appel optionnel, désactivable par rôle |
| Conforme RGPD | Export / anonymisation d’une fiche en autonomie |
Définir le succès autrement que « go-live »
Votre CDC devrait contenir une page de succès à 30 / 60 / 90 jours. Exemples : 80 % des opportunités créées dans le CRM, plus de fichier pipeline parallèle, délai moyen de mise à jour de statut sous sept jours, temps de création d’une opportunité sous trois minutes.
Ces critères protègent le projet contre le faux succès technique. Ils aident aussi à arbitrer : si une feature n’aide aucun de ces succès, elle peut attendre.
AttentionUn CDC de 60 pages qui n’indique aucun critère d’adoption est un CDC de déploiement, pas un CDC de valeur.
La taille juste : assez pour décider, pas assez pour se noyer
Pour une PME, dix à vingt pages utiles suffisent souvent — process, données, intégrations, contraintes, critères de succès, planning cible, rôles. Au-delà, méfiez-vous du remplissage. Les annexes techniques peuvent vivre à part.
Faites relire par un commercial, un manager, un profil data/IT. Si l’un des trois ne comprend pas une section, réécrivez.
ChecklistCDC prêt : process cibles écrits, objets/données prioritaires, 3 intégrations critiques, exigences vérifiables en POC, contraintes data/sécurité, succès 30/60/90, hors-scope explicite, sponsor nommé.
Mini-cas : le hors-scope qui a sauvé le planning
Une scale-up avait listé vingt modules « indispensables ». En recentrant le CDC sur le cycle sales + deux intégrations, le hors-scope a explicitement renvoyé scoring avancé et portail partenaire en vague 2. Résultat : choix d’outil plus clair, POC comparable, go-live en dix semaines. Les modules reportés sont revenus — une fois l’usage stabilisé.
FAQ rapide
Faut-il un CDC avant de regarder le marché ? Un pré-cadrage oui. Le CDC se raffine ensuite, mais sans process écrits, les démos vous mènent.
CDC ou cahier de recette ? Les deux. Le CDC dit quoi et pourquoi. La recette dit comment on valide. Ne les confondez pas.
Peut-on s’en passer en PME ? Pas d’un roman. Mais d’une note de cadrage solide, non. Sinon vous déléguez le cadrage à l’intégrateur — et ses hypothèses deviennent vos process.
Qui rédige ? Un binôme métier / projet, avec relecture IT. Un expert CRM peut structurer sans écrire à votre place ce que vous ne savez pas encore.
Un document pour décider, pas pour décorer
Le cahier des charges qui sert vraiment décrit des manières de travailler, des données qui comptent, des intégrations vitales et des succès mesurables. Il laisse les catalogues de features aux plaquettes commerciales.
Si vous êtes au stade shortlist, appuyez votre CDC sur un comparatif CRM pour confronter le marché — mais gardez vos process comme juge de paix. L’outil s’adapte à votre façon de vendre, pas l’inverse.