Cahier des charges CRM : le modèle complet, gratuit, à copier section par section
Un CRM mal cadré, c'est un projet qui dérape en budget et en délai dès le premier mois. Voici les 9 sections qu'un bon cahier des charges CRM ne doit jamais oublier, avec pour chacune ce qu'il faut écrire concrètement — pas des généralités.
Nos clients types
#Pourquoi un cahier des charges CRM change l'issue du projet
Un CRM n'est jamais juste « un logiciel pour stocker les contacts ». C'est un outil qui touche les commerciaux, le support, parfois la facturation et le marketing — des services qui n'ont pas toujours les mêmes priorités. Sans document écrit, chacun imagine un projet différent : le commercial veut un outil de relance rapide, la direction veut du reporting, le support veut l'historique complet d'un client. Trois attentes légitimes, trois cahiers des charges différents si personne ne les a mis sur papier.
Le cahier des charges sert à trois choses précises :
- Aligner les équipes avant de dépenser un euro. Ce qui n'est pas écrit sera discuté — ou pire, découvert — après la signature.
- Comparer des devis sur un périmètre identique. Sans document commun, un prestataire chiffre 8 000 € pour une chose, un autre 35 000 € pour une autre : les deux devis ne sont pas comparables.
- Servir de référence en cas de désaccord. Le document de réception d'un projet CRM reprend presque toujours, point par point, ce qui était écrit dans le cahier des charges initial.
#Les 3 erreurs qui coûtent le plus cher
Après avoir cadré des dizaines de projets de logiciels métier sur mesure, trois oublis reviennent systématiquement — et ce sont ceux qui coûtent le plus cher à corriger en cours de route :
- Aucun cas d'usage concret écrit. « Centraliser les données clients » n'est pas un besoin, c'est un slogan. Le bon niveau de détail : « Quand un commercial reçoit un appel entrant, il doit voir en moins de 3 secondes l'historique des 12 derniers mois et le statut du dernier devis. »
- Les données ne sont pas cartographiées. Personne n'a listé les champs réellement utiles, qui les saisit, ni d'où ils viennent (site web, facturation, tableur existant). Résultat : une migration de données improvisée, souvent le poste le plus sous-estimé d'un projet CRM.
- Pas de critère de réception. Sans définition écrite de ce qui marque la fin du projet, chaque partie a sa propre idée de ce qui reste à faire — et c'est le motif numéro un de dépassement de budget.
#Le modèle en 9 sections, à copier
Copiez ces 9 titres dans un document, et remplissez chaque section avec vos propres réponses. Ce n'est pas un formulaire à cocher : chaque section doit contenir des phrases écrites par vous, pas une liste de fonctionnalités cochées.
#1. Contexte et objectifs métier
Expliquez le problème actuel avant de décrire la solution. Exemples de questions à traiter : Combien de clients et de prospects gérez-vous aujourd'hui ? Avec quel outil (tableur, logiciel existant, rien) ? Quel incident récent justifie le projet (un client perdu de vue, une double saisie, un commercial qui est parti avec ses contacts) ? Fixez 2 ou 3 objectifs mesurables, par exemple : diviser par deux le temps de création d'un devis, ou ne plus jamais perdre le suivi d'un prospect après 30 jours.
#2. Les utilisateurs et leurs parcours
Listez qui va utiliser l'outil, combien de personnes par profil (commercial, support, direction, comptabilité), et ce que chaque profil doit pouvoir faire ou non. Un commercial doit-il voir la marge d'un client ? Le support doit-il créer des devis ? C'est ici qu'on définit les droits d'accès, pas après coup.
#3. Les données à gérer
C'est la section la plus souvent bâclée, et la plus coûteuse à improviser. Listez : les champs réellement utiles sur une fiche client ou prospect (pas « tous les champs possibles »), l'origine de chaque donnée existante à reprendre (tableur Excel, ancien logiciel, site web), et le volume approximatif (nombre de contacts, d'entreprises, d'historique à conserver).
#4. Les intégrations nécessaires
Un CRM isolé des autres outils de l'entreprise perd une grande partie de son intérêt. Listez précisément les connexions attendues : logiciel de facturation ou comptabilité, ERP, site web ou formulaires de contact, téléphonie, emailing. Pour chacune, précisez si l'échange de données doit être automatique et dans quel sens (le CRM alimente la facturation, ou l'inverse).
#5. Automatisations et workflows attendus
Décrivez les tâches répétitives que l'outil doit prendre en charge : relance automatique d'un devis resté sans réponse après X jours, notification au commercial quand un prospect ouvre un e-mail, attribution automatique d'un nouveau lead selon un critère (zone, secteur). Donnez des exemples précis plutôt que le mot « automatisation » seul.
#6. Reporting et tableaux de bord
Listez les indicateurs que la direction ou les équipes doivent pouvoir consulter sans demander un export à quelqu'un : chiffre d'affaires par commercial, taux de transformation des devis, pipeline par étape. Précisez qui doit voir quoi : un tableau de bord par commercial n'a pas besoin d'afficher les chiffres des collègues.
#7. Contraintes RGPD et sécurité
Un CRM contient des données personnelles de clients et de prospects : son cadrage RGPD n'est pas une option. Trois points à écrire noir sur blanc : la durée de conservation des données de prospection (la CNIL recommande de ne pas dépasser trois ans après le dernier contact avec une personne qui n'est pas devenue cliente), la localisation d'hébergement des données (France, Union européenne), et qui, dans l'entreprise, peut exporter ou supprimer une fiche sur demande d'une personne.
#8. Budget et modèle
Indiquez une fourchette budgétaire, même approximative : elle oriente le prestataire vers une solution SaaS, de la personnalisation d'un outil existant (Odoo, par exemple) ou un développement sur mesure. Précisez aussi si le budget couvre uniquement la mise en place ou s'il intègre la maintenance et les évolutions des 12 premiers mois.
#9. Planning et critères de réception
Donnez une date de mise en service souhaitée et les étapes intermédiaires attendues (démonstration, formation, période de test). Et surtout : écrivez la liste des critères qui déclenchent la réception du projet — par exemple « les 5 cas d'usage de la section 1 fonctionnent en conditions réelles » plutôt que « le projet est terminé ».
#SaaS, sur mesure ou Odoo : ce que le cahier des charges doit trancher
Un cahier des charges bien rempli répond déjà, en creux, à cette question. Trois repères pour trancher :
| Situation | Option à privilégier |
|---|---|
| Processus commercial standard, peu d'intégrations spécifiques, besoin rapide | CRM SaaS du marché, paramétré |
| Processus déjà clair mais avec des règles métier propres (secteur réglementé, workflow spécifique) | Personnalisation d'un CRM open source comme Odoo |
| Processus unique, fortement intégré à un ERP ou un outil métier déjà en place | Développement sur mesure |
Notre comparatif détaille les critères de décision entre solution standard et développement sur mesure pour une PME.
#Le budget réaliste selon votre taille
À titre indicatif, et sans engagement avant un vrai cadrage : un CRM SaaS standard se budgète en abonnement mensuel par utilisateur, un paramétrage d'un outil existant comme Odoo en jours de configuration, et un développement sur mesure en fonction du nombre d'intégrations et d'automatisations réellement nécessaires — la section 4 et la section 5 de votre cahier des charges sont, de loin, les deux postes qui font varier le budget d'un projet à l'autre. C'est précisément pour éviter un chiffrage à l'aveugle que ces deux sections doivent être écrites en détail, pas résumées en une ligne.
#Ce qu'il faut vérifier avant de signer avec un prestataire
Un cahier des charges complet ne suffit pas si le devis en face ne le respecte pas. Avant de signer, vérifiez que le devis répond point par point à chacune de vos 9 sections, qu'il précise une clause de réversibilité (pouvoir récupérer vos données si vous changez de prestataire), qu'une formation des utilisateurs est prévue et chiffrée séparément du développement, et que les critères de réception du devis correspondent mot pour mot à ceux de votre section 9 — pas à une formulation vague comme « projet livré selon les règles de l'art ».
Si vous voulez qu'on reprenne votre cahier des charges avec vous avant de le transmettre à plusieurs prestataires, notre audit gratuit sert justement à ça. Nous développons aussi des logiciels métier sur mesure, CRM compris, et accompagnons l'intégration de l'IA dans un ERP ou un CRM existant quand le besoin dépasse la simple gestion de contacts.
Questions fréquentes sur le cahier des charges CRM
Pour une PME, 4 à 8 pages bien remplies suffisent largement. L'important n'est pas la longueur mais que chacune des 9 sections contienne des réponses concrètes, pas des généralités reprises d'un modèle en ligne.
Oui, même pour paramétrer un outil existant. Les sections données, intégrations et RGPD restent nécessaires : elles déterminent le paramétrage et évitent de découvrir après coup qu'une intégration promise par le logiciel ne fonctionne pas comme prévu dans votre cas.
Idéalement une personne qui connaît à la fois le terrain commercial et les objectifs de direction, avec les contributions écrites des futurs utilisateurs (commerciaux, support). Un cahier des charges rédigé seul par la direction, sans retour du terrain, oublie presque toujours la section 2 (utilisateurs et parcours).
La CNIL recommande de ne pas conserver les données d'un prospect au-delà de trois ans à compter du dernier contact, si la relation n'a jamais abouti à une vente. Passé ce délai, la donnée doit être supprimée ou son traitement nécessite un nouveau contact avec la personne.
Indiquer une fourchette, même large, est préférable à ne rien indiquer. Cela oriente les prestataires vers une solution réaliste (SaaS, Odoo personnalisé, sur mesure) et évite de recevoir des devis sans aucun rapport entre eux.
Un CRM se concentre sur la relation commerciale (prospects, clients, devis, support), tandis qu'un ERP couvre l'ensemble des processus de gestion de l'entreprise (stocks, production, comptabilité, RH). Les deux documents partagent la même structure en 9 sections, mais la section « données » et la section « intégrations » sont beaucoup plus larges pour un ERP.
Oui, mais chaque évolution doit être écrite et datée, avec son impact sur le budget et le planning. C'est l'absence d'un cahier des charges de départ clair, plus que les évolutions elles-mêmes, qui fait déraper un projet CRM.
C'est la cause la plus fréquente de dérapage observée sur ce type de projet : non pas un mauvais logiciel, mais des données non cartographiées, des intégrations découvertes en cours de route et l'absence de critère de réception clair.