En bref : un projet CRM grand compte se joue avant la première ligne de paramétrage. Quand il dérape, la cause remonte presque toujours au cadrage : des processus jamais arbitrés, un modèle de données dessiné trop tard, des intégrations découvertes en recette. Cet article explique le rôle d'une AMOA côté client, ce que doit contenir un cahier des charges CRM qui sert vraiment, ce qui n'a rien à y faire, et comment s'en servir pour consulter les intégrateurs. Avec les positions que nous défendons après des centaines de projets.
Pourquoi un projet CRM grand compte se gagne au cadrage
Dans un grand compte, une mauvaise décision de conception se paie pendant des mois : plusieurs directions, une DSI, un ERP qui ne bougera pas, des filiales aux habitudes différentes. Ce qui coûte cher, c'est de découvrir en recette que le commerce et le service client ne donnent pas le même sens au mot « client », ou que personne n'a décidé quel outil fait foi sur l'adresse de facturation.
Le cadrage sert à prendre ces décisions pendant qu'elles sont encore bon marché. Un projet bien cadré reste pilotable même quand il devient complexe. Homelior, qui nous a confié l'implémentation de HubSpot, le relève dans un avis publié sur notre fiche partenaire HubSpot : son consultant « a su également piloter une gestion de projet complexe », tout en guidant l'équipe « vers les meilleures pratiques ». Ce pilotage n'est possible que si les décisions structurantes ont été prises en amont.
Notre position : le cadrage est la phase où l'on décide, pas celle où l'on documente. Un beau document sans arbitrage tranché ne fait que déplacer les désaccords vers la réalisation, où ils coûtent beaucoup plus cher.
L'AMOA : qui tient la plume côté client
L'AMOA (assistance à maîtrise d'ouvrage) est la fonction qui aide le client à exprimer et défendre son besoin. Elle peut être interne (un chef de projet métier, un responsable CRM) ou confiée à un cabinet. Son travail : animer les ateliers avec les métiers, faire arbitrer les points de friction par la direction, rédiger le cahier des charges, organiser la consultation des intégrateurs, puis suivre la réalisation et piloter la recette.
Le risque classique : l'AMOA boîte aux lettres, qui empile les demandes de chaque direction et les transmet sans rien trancher. On obtient un cahier des charges qui contente tout le monde sur le papier et un CRM que personne n'utilise.
Notre position : une AMOA est indispensable dès que plus de deux directions sont concernées, à condition qu'elle ait un mandat pour arbitrer, et un sponsor qui tranche quand elle ne peut pas. Sinon, mieux vaut un responsable interne avec du temps dédié.
L'AMOA doit aussi préparer l'après-projet. Chez Effy, l'implémentation du CRM HubSpot côté B2B visait à homogénéiser le fonctionnement interne entre les activités B2C et B2B. L'un des objectifs du projet était de former et d'accompagner le nouveau CRM Manager, sur l'outil mais aussi sur les processus métier d'Effy. C'est le bon réflexe : à la fin du projet, quelqu'un en interne doit savoir pourquoi le CRM est construit ainsi, pas seulement comment cliquer dedans.
Ce que doit contenir un cahier des charges CRM utile
Un cahier des charges utile décrit ce que l'entreprise veut faire et selon quelles règles, pas comment l'outil doit être paramétré écran par écran. Voici les rubriques que nous attendons, et la façon de reconnaître qu'elles ont été bâclées.
| Rubrique | Ce qu'on doit y trouver | Signe que c'est bâclé |
|---|---|---|
| Processus cibles | Du premier contact à la fidélisation : étapes, responsables, règles de passage entre marketing, ventes et service | L'existant recopié tel quel |
| Modèle de données | Les objets métier (contrats, sites, dossiers…), leurs liens, les définitions partagées | Une liste de 300 champs sans propriétaire |
| Intégrations | Chaque flux : outil source, sens, fréquence, outil qui fait foi | « Connexion avec l'ERP » en une ligne |
| Reprise des données | Sources, volumes, historique à garder, règles de dédoublonnage, qui valide | « On reprend tout » |
| Droits et gouvernance | Qui voit quoi, qui modifie le paramétrage, comment une évolution est validée | Le sujet renvoyé « à plus tard » |
| Critères de recette | Des scénarios concrets, testables, avec le résultat attendu | « L'outil doit être ergonomique » |
| Conduite du changement | Populations concernées, formation par profil, déploiement par vagues, référents | Une ligne « formation » en fin de planning |
Deux rubriques méritent une attention particulière. Les intégrations d'abord : elles conditionnent le modèle de données, et les traiter en fin de projet oblige souvent à le refaire (voir nos intégrations ERP). La recette ensuite : si le cahier des charges ne dit pas comment on saura que c'est réussi, la recette devient une négociation. Écrivez dix ou vingt scénarios réels (« un commercial de la filiale B crée une affaire pour un client déjà suivi par la filiale A ») plutôt que cent exigences abstraites. Côté environnement, HubSpot réserve les sandbox de test à ses éditions Enterprise : si vous en disposez, prévoyez que la recette s'y déroule.
Un cahier des charges utile sort d'ateliers avec les métiers, pas d'un modèle téléchargé.
Ce qui n'a rien à faire dans un cahier des charges CRM
- Une liste de fonctionnalités copiée d'un comparatif. Elle décrit un logiciel, pas votre besoin, et tous les éditeurs cocheront toutes les cases.
- Les écrans de l'ancien outil à reproduire à l'identique. On reconstruit les défauts du système qu'on quitte.
- Des exigences invérifiables : « simple », « intuitif », « performant ». Si on ne peut pas le tester, on ne peut pas le recetter.
- Des solutions techniques imposées sans raison métier. Décrivez le résultat, l'intégrateur propose la manière.
Éviter le cahier des charges de 200 pages que personne ne lit
Les cahiers des charges les plus épais sont rarement les plus clairs : la longueur cache souvent l'absence d'arbitrage. Chaque direction a eu son chapitre, personne n'a tranché entre les chapitres.
Notre position : un cahier des charges CRM grand compte tient en une trentaine de pages, avec les détails en annexe. Pour y arriver, trois habitudes. Commencer par des ateliers courts et préparés, par processus, avec les gens qui font le travail. Prioriser chaque besoin (indispensable au démarrage, important, plus tard) pour découper le projet en lots. Et faire relire le document par un utilisateur terrain : s'il ne s'y reconnaît pas, le CRM ne lui ressemblera pas non plus.
La qualité des ateliers fait la différence. Chez IPEDIS, l'avis laissé sur notre fiche partenaire retient que « dès le début, les process étaient clairs » et que « les ateliers sont de qualité ».
Le lien avec la consultation des intégrateurs
Un bon cahier des charges rend les réponses comparables. Sans lui, chaque intégrateur répond à un projet différent, et le moins cher est souvent celui qui a compris le moins de choses. Avec lui, vous pouvez demander à chacun une démonstration sur deux ou trois de vos scénarios, et un découpage en lots chiffré.
Regardez surtout comment l'intégrateur réagit au document. Celui qui le valide en bloc n'a probablement pas lu les rubriques difficiles. Celui qui questionne la reprise et les intégrations a vu les risques. GOVARCH citait parmi ses raisons de nous recommander « leur compréhension de nos besoins et leur capacité à nous challenger ». Et Pyl.Tech, après l'intégration de son CRM HubSpot, notait que la démarche était « remarquablement structurée, ce qui a rendu un projet complexe fluide et maîtrisé dès le premier jour », avec des conseils stratégiques « auxquels nous n'avions même pas pensé » (traduit de l'anglais).
Si votre cadrage est incomplet, ne le cachez pas : un lot de cadrage court, réalisé avec l'intégrateur retenu avant le chiffrage définitif, vaut mieux qu'un forfait signé sur des hypothèses. C'est l'approche que nous proposons dans nos missions de conseil HubSpot.
Les signaux d'alerte avant de lancer la réalisation
- Personne ne peut dire en une phrase ce que le CRM doit changer pour l'entreprise.
- Le sponsor n'a assisté à aucun atelier, et les arbitrages remontent sans réponse.
- La reprise des données n'a pas de responsable côté client. C'est le chantier le plus risqué (voir notre accompagnement en migration).
- La DSI découvre le projet au moment de la consultation.
Pour les sujets propres aux groupes multi-entités (un portail ou plusieurs, droits par filiale, outil qui fait foi), voir notre article HubSpot dans une ETI ou un grand groupe.
Questions fréquentes
Faut-il une AMOA externe pour un projet CRM ?
Pas toujours. Si vous avez en interne quelqu'un qui connaît les processus, dispose de temps dédié et a l'autorité pour faire trancher, il peut tenir ce rôle. Une AMOA externe se justifie quand plusieurs directions ont des intérêts divergents, ou quand personne en interne n'a déjà mené un projet CRM.
L'intégrateur peut-il faire le cadrage lui-même ?
Oui, et c'est souvent efficace, car il connaît les contraintes de l'outil. Deux conditions : que le livrable du cadrage vous appartienne et reste exploitable par un autre prestataire, et que les arbitrages restent pris par vous. L'intégrateur conseille, le client décide.
Combien de temps faut-il consacrer au cadrage ?
Cela dépend du nombre d'entités, de processus et d'intégrations. Le bon indicateur n'est pas la durée mais le résultat : à la fin du cadrage, chaque rubrique du tableau ci-dessus doit avoir une réponse validée, et les points ouverts doivent avoir un responsable et une date.
À propos de Copernic
Copernic, partenaire HubSpot Elite présent à Nancy et Paris, cadre et met en œuvre des projets CRM pour des ETI et des grands comptes, de l'atelier de cadrage à la mise en production. Depuis plus de 10 ans, nos 30 experts ont accompagné plus de 800 clients, avec une note de 4,9/5 sur plus de 300 avis dans l'annuaire des partenaires HubSpot et 4 accréditations HubSpot (implémentation CRM, onboarding, migration de données CRM, architecture de solution). Découvrir notre accompagnement d'intégration HubSpot, notre approche RevOps, ou parler de votre projet avec un expert.
