Une stack RevOps se construit dans un ordre imposé par les décisions à prendre, pas par le catalogue des fournisseurs. Le CRM vient toujours en premier, parce que tout s'y rattache. Les trois briques suivantes se justifient une par une, sur une question à laquelle personne ne sait répondre aujourd'hui. Un outil acheté pour résoudre un problème d'organisation ne règle rien et rend le problème plus cher.
La question arrive presque toujours sous forme de comparatif : quel CRM, quel outil d’enrichissement, quelle solution de reporting. C’est la question intéressante posée trop tôt, parce qu’une stack ne se choisit pas outil par outil. Elle se construit dans un ordre, et l’ordre compte davantage que les marques.
Nous partons toujours des décisions à prendre plutôt que du catalogue, principe que nous développons dans construire son socle RevOps. Cet article porte sur la conséquence pratique : dans quel ordre acheter, et à quelles conditions.
La brique un : le CRM, toujours en premier
Tout s’y rattache. Un outil de séquences, un enrichissement de données, un tableau de bord : chacun a besoin de savoir à quel compte et à quelle affaire rattacher ce qu’il produit. Sans ce point d’ancrage, chaque brique crée sa propre vérité.
C’est pourquoi l’ordre n’est pas négociable, quelle que soit l’urgence ressentie ailleurs. Brancher un outil de prospection sur un CRM mal tenu ne fait pas gagner du temps : cela produit de la donnée fausse plus vite, et cela ajoute une deuxième source à réconcilier.
Le choix du CRM lui-même compte moins qu’on ne le croit à ce stade. Ce qui compte, c’est que les définitions d’étapes y soient écrites et respectées, et qu’une personne en réponde. Un outil modeste bien tenu vaut mieux qu’un outil puissant renseigné à moitié.
Les trois briques suivantes, une par une
L’exécution commerciale : séquences, appels, suivi des échanges. C’est généralement le deuxième achat, parce qu’il fait gagner du temps immédiatement et que son effet se voit. Condition : il doit écrire dans le CRM, pas à côté.
La donnée entrante : enrichissement, signaux, intent data. Elle arrive après, et seulement quand quelqu’un a le temps de traiter le flux quotidiennement. Nous détaillons cette condition dans choisir sa source d’intent data : sans organisation, cette brique produit un tableau que personne ne consulte au bout de trois semaines.
Le pilotage : reporting, attribution, prévision. C’est la dernière, et c’est celle qu’on veut acheter en premier parce qu’elle est la plus visible en comité. Posée sur des données incohérentes, elle produit des décisions fausses avec une grande assurance.
Le test avant chaque achat
Un seul, et il élimine la plupart des achats regrettés : écrivez la question à laquelle personne ne sait répondre aujourd’hui, puis vérifiez que l’outil y répond.
« Nous ne savons pas quels comptes sont en train de décrocher » est une question. « Il nous faudrait un outil de scoring » n’en est pas une, c’est une solution déguisée en besoin. La plupart des abonnements reconduits par habitude pendant trois ans répondaient à une capacité générale, jamais à une question précise.
Deuxième vérification, souvent oubliée : qui va s’en servir, combien de fois par semaine, et à quel moment de sa journée. Un outil sans utilisateur nommé et sans moment d’usage identifié ne sera pas utilisé, quelles que soient ses qualités.
Les trois achats qu’on regrette
L’outil acheté pour résoudre un problème d’organisation. Un CRM ne fait pas qualifier, un outil de reporting ne fait pas décider. Quand le problème est que personne n’a défini ce qu’est une affaire qualifiée, aucun logiciel ne le règlera, et vous aurez ajouté un coût au problème.
La brique achetée trop tôt dans l’ordre. L’attribution avant les définitions d’étapes, le scoring avant des données propres. Elle ne produit pas des résultats médiocres, elle produit des résultats faux et crédibles, ce qui est pire.
L’outil qui devient une deuxième source de vérité. Souvent un tableur que quelqu’un maintient en parallèle parce que le CRM ne dit pas ce qu’il veut. Il rend service six mois, puis les deux divergent, et plus personne ne sait lequel croire.
Le coût réel d’un outil
L’abonnement est la partie visible et rarement la plus lourde. Chaque brique ajoute trois coûts que personne ne chiffre à l’achat.
Une intégration à maintenir, qui cassera un jour en silence. Une administration, c’est-à-dire du temps humain récurrent. Et une charge de saisie pour les commerciaux, qui est le coût le plus sous-estimé : chaque champ obligatoire supplémentaire est du temps retiré à la vente, et un champ de trop est un champ rempli n’importe comment.
C’est pourquoi deux ou trois outils suffisent jusqu’à une dizaine de commerciaux. Au-delà, chaque ajout doit passer le test de la question.
Qui en répond
Une stack sans propriétaire nommé se dégrade en quelques mois, et le processus est silencieux. Les champs se vident, les automatisations cassent sans alerte, les définitions dérivent, et personne ne s’en aperçoit avant que les chiffres deviennent visiblement faux.
Le poste n’a pas besoin d’être à temps plein au début, mais il doit exister et être nommé dès la première intégration. C’est la même logique que pour les définitions : ce qui n’appartient à personne ne tient pas.
Par où commencer
N’ouvrez aucun comparatif. Écrivez les cinq questions auxquelles votre direction doit pouvoir répondre chaque semaine, puis regardez lesquelles votre outillage actuel permet déjà de traiter.
Dans la plupart des entreprises que nous ouvrons, trois sur cinq sont déjà couvertes par des outils en place mal utilisés. Le premier chantier n’est donc pas un achat, c’est de tenir ce que vous avez.
Questions fréquentes
- Par quel outil commencer ?
- Par le CRM, toujours, parce que toutes les autres briques s'y rattachent. Un outil d'enrichissement, de séquences ou de reporting branché sur un CRM mal tenu produit de la donnée fausse plus vite. L'ordre n'est pas négociable, quelle que soit l'urgence ressentie ailleurs.
- Combien d'outils faut-il pour une petite équipe ?
- Deux ou trois suffisent jusqu'à une dizaine de commerciaux : le CRM, un outil de séquences, et de quoi voir les chiffres. Chaque outil supplémentaire ajoute une intégration, une source de vérité potentielle et quelqu'un pour l'administrer. Le coût réel d'un outil n'est pas son abonnement.
- Comment savoir si un outil est vraiment nécessaire ?
- Écrivez la question à laquelle personne ne sait répondre aujourd'hui, et vérifiez que l'outil y répond. Si la question n'existe pas, l'outil ne servira pas. La plupart des achats regrettés répondaient à une capacité générale, pas à une question précise.
- Faut-il un poste dédié pour tenir la stack ?
- Quelqu'un de nommé, oui, dès la première intégration. Pas forcément à temps plein. Une stack sans propriétaire se dégrade en quelques mois : les champs se vident, les automatisations cassent en silence, et personne ne s'en aperçoit avant que les chiffres deviennent faux.