Publié le
Temps de lecture
9 min

CRM pour cabinet de conseil : ce qu’il faut chercher, et ce qu’un CRM commercial ne voit pas

Un CRM commercial est conçu pour des transactions qui s’arrêtent à « affaire gagnée ». Le conseil vit de missions qui commencent là. Ce qu’un cabinet doit chercher dans un CRM, un scénario de démonstration qui teste le passage de la vente à la réalisation, et les questions à poser à tout éditeur.

Sur cette page
  1. Des missions, pas des transactions
  2. Ce qu’il faut chercher dans un CRM pour cabinet de conseil
  3. Le test du passage de relais
  4. Où les CRM de cabinets de conseil échouent en pratique
  5. Les questions à poser à tout éditeur de CRM
  6. L’approche de Cyril
  7. Questions fréquentes

La plupart des CRM du marché ont été conçus autour d’une équipe commerciale. Un commercial travaille un prospect, fait avancer une affaire d’étape en étape, la gagne et la passe à quelqu’un d’autre. Le travail du CRM s’arrête à « affaire gagnée », et chaque rapport qu’il produit sert à y arriver plus vite.

Le conseil ne fonctionne pas ainsi. Un cabinet vend une mission, pas un produit. Le périmètre est écrit pour un seul client, le prix dépend de qui fait le travail, et la signature du client n’est pas la fin de la vente mais le début de ce qui a été vendu. La mission suivante, celle qui fait l’essentiel du chiffre de la plupart des cabinets, naît de la façon dont la mission en cours est menée.

Un cabinet de conseil qui achète un CRM commercial bien noté se retrouve donc souvent avec un excellent historique de tout ce qui précède la signature, et presque rien de ce qui la suit. Cet article décrit ce qu’un CRM pour cabinet de conseil doit faire autrement, comment le tester, et les questions qui valent d’être posées.

Des missions, pas des transactions

Cinq différences expliquent l’essentiel des frictions entre les cabinets de conseil et les CRM génériques.

La relation survit à chaque affaire. Un client peut acheter un diagnostic cette année, un programme de transformation l’an prochain, puis une mission d’accompagnement au forfait mensuel. C’est le compte, et non l’affaire, qui compte, et il doit porter des années d’historique.

Un compte a de nombreux acheteurs. Le directeur financier qui a acheté la revue des coûts n’est pas le directeur des opérations qui pourrait acheter la suite. Chaque contact a sa propre relation avec vos associés, et le CRM doit montrer qui connaît qui.

L’affaire est un périmètre, pas une ligne de commande. Une affaire produit a une référence et une quantité. Une mission a des phases, une équipe, des hypothèses et un mode de rémunération : forfait, régie ou abonnement. Ce détail vit généralement dans un document de proposition que le CRM ne voit pas.

Gagner, c’est la mi-parcours. L’affaire gagnée est le moment où l’équipe de réalisation a besoin de tout ce que l’associé a appris pendant la vente. Dans un CRM commercial, ce savoir dort dans des notes et des fils d’e-mails, et la réunion de lancement sert surtout à le dire à voix haute.

La vente suivante vient de la réalisation. Qu’un client rachète dépend du déroulement de la mission, d’un éventuel dépassement de budget, et du paiement des factures à temps. Un CRM qui ne voit ni la réalisation ni la facturation ne peut pas dire à un associé quels comptes se portent bien.

Ce qu’il faut chercher dans un CRM pour cabinet de conseil

Regroupez les exigences selon la vie d’une mission plutôt que selon une liste de fonctionnalités.

Les relations

  • Les comptes d’abord, avec de nombreux contacts par compte et l’historique de chaque mission.
  • L’activité e-mail et agenda rattachée au compte, et pas seulement à un contact.
  • Un résumé du compte qui inclut la réalisation et la facturation, pas seulement le dernier e-mail commercial.

Le pipeline

  • Des étapes que vous pouvez renommer, ajouter et supprimer pour coller à votre façon réelle de vendre : découverte, proposition, négociation, lettre de mission, ou les noms qu’utilise votre cabinet.
  • Un moyen de signaler la transition qui cale le plus souvent, généralement une proposition restée sans réponse.
  • Une prévision que vous pouvez lire honnêtement. Le pipeline pondéré est utile ; ce n’est pas la même chose que la capacité à le réaliser.

Proposition et lettre de mission

  • La proposition rédigée ou stockée sur l’affaire, et non jointe comme un fichier isolé.
  • Une étape de validation interne avant l’envoi d’une proposition ou d’une lettre de mission.
  • Une trace claire de la version que le client a signée.

Le passage de relais

  • Une affaire gagnée qui ouvre le projet, avec le périmètre, l’équipe, le budget et l’échéance, et qui y reste rattachée.
  • Des tâches et du temps qui remontent au compte, pour qu’un associé voie la réalisation sans avoir à demander.

La facturation

  • Des factures qui lisent le client, les conditions et les lignes dans la mission plutôt que dans une copie ressaisie.
  • Le statut des paiements visible depuis le compte, pour que « que nous doivent-ils ? » ait une seule réponse.

Le test du passage de relais

Les listes de fonctionnalités flattent tous les éditeurs. Utilisez une seule démonstration pour dérouler une mission de bout en bout, et guettez le moment où la personne qui présente change de produit, ouvre un export ou prononce le mot « intégration ».

  1. Créez un compte avec deux contacts de niveaux différents.
  2. Créez une affaire avec un périmètre, une équipe proposée, des honoraires et une date de démarrage visée.
  3. Faites-la passer par vos étapes, y compris une validation interne avant l’envoi de la proposition.
  4. Marquez-la gagnée. Demandez à voir le projet créé, et l’endroit où il indique l’affaire dont il provient.
  5. Saisissez quelques heures sur le projet. Demandez où ces heures s’imputent sur le budget vendu.
  6. Demandez un brouillon de facture pour la première phase. Vérifiez que le client, les conditions et les lignes proviennent de la mission.
  7. Revenez au compte et demandez : que se passe-t-il avec ce client en ce moment ?

Une bonne réponse à l’étape 7 inclut l’opportunité ouverte, le projet en cours, la situation budgétaire et la facture. Une mauvaise réponse vous montre le dernier e-mail.

Nous décrivons le même cycle plus en détail, avec une liste de contrôle plus large, dans gérer un cabinet de conseil sur un seul système.

Où les CRM de cabinets de conseil échouent en pratique

Il devient le carnet d’adresses des associés. Les contacts y entrent, les affaires rarement, et rien de ce qui suit la signature n’y apparaît jamais. En un an, le CRM est un annuaire doté d’une vue pipeline à laquelle personne ne se fie.

Le pipeline prévoit des honoraires que personne ne peut réaliser. Un CRM commercial affichera volontiers un trimestre prometteur que l’équipe n’a pas les effectifs pour assurer. Pipeline et capacité sont deux questions distinctes, et un cabinet doit savoir quel outil, s’il en est un, répond à la seconde. Nous abordons ce versant dans taux d’occupation, budget et marge.

Les champs personnalisés prolifèrent. Faute de modèle pour les phases, le mode de rémunération et l’équipe, les cabinets ajoutent un champ pour chacun, puis un second quand le premier a été rempli de façon incohérente.

Les notes deviennent la source de vérité. Le vrai périmètre tient dans un paragraphe de texte libre sur l’affaire, que personne en aval ne lit.

Le passage de relais est une réunion. Si la seule façon pour l’équipe de réalisation d’apprendre ce qui a été vendu est un appel de lancement, le CRM ne fait pas son travail.

Les questions à poser à tout éditeur de CRM

  • Puis-je redessiner moi-même les étapes du pipeline, après la mise en service, sans intégrateur ?
  • Où vit la proposition, et comment est-elle rattachée à l’affaire ?
  • Que se passe-t-il, dans le système, quand une affaire est gagnée ?
  • Le temps et les factures sont-ils visibles depuis le compte, ou seulement dans un autre produit ?
  • La fiche client de votre CRM est-elle la même que celle de votre facturation, ou une copie synchronisée ?
  • Qu’est-ce que votre CRM fait mal pour les services professionnels ? Citez une chose.
  • Combien coûte un export complet de nos données, et dans quel format ?

L’approche de Cyril

Cyril traite la vente et la réalisation comme une seule relation à deux stades. En mode B2B, Ventes est centré sur le compte, avec les contacts et les affaires sous chaque compte, l’activité e-mail et agenda rattachée à ce compte, et un résumé IA sur chaque fiche, rédigé à partir de vos propres données.

Pour les cabinets de conseil, il existe un point de départ étudié, proposé à la mise en route : cinq étapes de mission, une règle de validation avant l’envoi d’une proposition ou d’une lettre de mission, une tâche de relance à la fin de la découverte, et une alerte au responsable quand une proposition reste sans réponse. Chacun est une proposition que vous acceptez, modifiez ou écartez, et les étapes sont le réglage par défaut que les cabinets modifient le plus.

Quand une affaire est gagnée, le projet peut s’ouvrir à partir d’elle sur le même graphe : le temps saisi s’impute sur le budget de la mission, et la facturation lit le client et les lignes dans l’affaire elle-même. Le détail figure dans CRM avec projets et CRM avec facturation, et la réalisation elle-même dans Projets.

Ce que Cyril ne fait pas : la gestion des territoires et la planification des quotas au niveau qu’attend une grande organisation commerciale, ni le pilotage du taux d’occupation et de l’intercontrat à l’échelle d’un large vivier de consultants. Considérez aujourd’hui que ni l’un ni l’autre n’est couvert. Cyril n’est pas encore lancé et n’a pas encore de clients.

Questions fréquentes

Un cabinet de conseil a-t-il vraiment besoin d’un CRM ?

En dessous de quelques associés, un tableur partagé et de bonnes habitudes peuvent suffire. Le besoin apparaît quand plusieurs personnes vendent aux mêmes clients, quand la réalisation et la vente sont assurées par des personnes différentes, ou quand le cabinet veut savoir quelles relations produisent des missions récurrentes. Les trois arrivent généralement en même temps.

Quelle différence entre un CRM et un PSA pour un cabinet de conseil ?

Un CRM gère les relations et le pipeline jusqu’à la signature. Un outil d’automatisation des services professionnels gère la réalisation qui suit : affectation des ressources, temps, taux d’occupation et comptabilité de projet. Le passage de l’un à l’autre est l’endroit où la plupart des cabinets perdent de l’information, et c’est pourquoi le lien entre les deux compte davantage que la puissance de chacun.

Le CRM doit-il contenir nos propositions ?

La proposition, ou au moins la version signée, doit être rattachée à l’affaire à laquelle elle appartient. Qu’elle soit rédigée dans le CRM compte moins que la capacité de l’équipe de réalisation à trouver le périmètre convenu sans demander à l’associé qui l’a écrit.

Pouvons-nous garder notre CRM actuel et ajouter un outil de projet ?

Beaucoup de cabinets le font. La contrepartie, c’est que le passage de relais reste une couture, entretenue par un connecteur ou par une personne. Cela peut valoir la peine si l’équipe tient aux deux outils ; c’est un coût qu’il vaut mieux nommer que faire semblant d’ignorer.

L’équipe CyrilProduit et ingénierie

Écrit par l’équipe qui construit Cyril.

À lire ensuite

Tous les articles

Cyril ouvre son accès anticipé

Une seule plateforme pour les ventes, les projets, le support, les documents et les finances, avec l’IA en dessous plutôt que vissée par-dessus. Inscrivez-vous sur la liste d’attente pour être parmi les premiers.

Une petite équipe qui travaille ensemble autour d’une longue table en bois, dans un bureau lumineux rempli de plantes