CE QUE REVOPS VEUT DIRE
À 5, 25 OU 60 PERSONNES.
RevOps est devenu un de ces mots qui veut tout dire et rien à la fois. La plupart des entreprises ne sont pas à grande échelle. Elles en sont à 5 personnes, ou 25, ou 60. À chaque étape, RevOps veut dire quelque chose de différent.
À 5 personnes : RevOps, c'est un ensemble de décisions
Vous n'avez pas besoin d'un hire RevOps à 5 personnes. Vous avez besoin d'un fondateur qui prend trois décisions et qui les écrit.
Décision 1 : Quelle est votre source de vérité pour chaque chiffre clé? Les revenus vivent dans Stripe. Le pipeline vit dans HubSpot. Le statut client vit dans le produit. Choisissez un seul système par métrique.
Décision 2 : Que veut dire votre pipeline, concrètement? Définissez vos étapes. « Discovery » veut dire que le premier appel a eu lieu. « Proposition envoyée » veut dire qu'un document de prix a été livré. Si vos étapes ne sont pas définies, votre pipeline est une liste de tâches, pas une prévision.
Décision 3 : Qu'est-ce qui se passe après qu'un client signe? Le transfert de la vente vers l'onboarding vers le CS, c'est là que la plupart des entreprises en démarrage perdent des morceaux. Un deal ferme, et ensuite?
À cette étape, le travail « ops » prend peut-être deux heures par semaine. Ce n'est pas un poste. C'est une discipline. Mais si vous la sautez, vous accumulez une dette qui devient exponentiellement plus difficile à corriger.
À 5 personnes, RevOps n'est pas un poste. C'est une discipline. Sautez-la, et vous accumulez une dette qui se compose.
À 25 personnes : RevOps devient un emploi à temps plein
C'est l'étape où les choses commencent à s'effilocher. Vous avez maintenant une personne marketing qui roule des campagnes, un ou deux SDR qui bookent des rencontres, quelques AE qui closent des deals, et quelqu'un qui fait du CS. Tout le monde est dans HubSpot. Tout le monde construit des trucs. Personne ne coordonne.
Être propriétaire de l'architecture CRM. Quelqu'un doit décider où les données vivent, imposer des conventions de nommage, et empêcher l'objet contact de devenir un tiroir fourre-tout.
Construire les premiers vrais workflows. L'assignation de leads, l'automatisation des étapes de deal, les rappels de renouvellement, les déclencheurs d'onboarding. Pas parce que l'automatisation est excitante, mais parce que les transferts manuels échappent déjà des choses.
Faire le pont entre les équipes. Le marketing génère des leads. Les ventes les travaillent. Le CS gère les comptes. Mais est-ce qu'ils utilisent les mêmes étapes de cycle de vie? Les mêmes définitions de « qualifié »?
Protéger la qualité des données. Faire des vérifications régulières. Nettoyer les contacts inactifs. Fermer les deals morts. Archiver les propriétés inutilisées. La partie la moins glamour du travail, et la plus importante.
Le piège à cette étape, c'est de donner à cette personne la responsabilité sans l'autorité. Elle voit tous les problèmes, mais si le leadership ne soutient pas ses décisions, le système se dégrade plus vite qu'une seule personne peut le maintenir.
Le piège à 25 personnes, c'est de donner aux ops la responsabilité sans l'autorité.
À 60 personnes : RevOps est une fonction, pas une personne
À 60 personnes, vous avez probablement des équipes distinctes de marketing, de ventes et de CS avec leurs propres gestionnaires et leurs propres objectifs. Les intégrations se multiplient. Les workflows sont complexes. Et les conséquences de données de mauvaise qualité sont réelles.
Une équipe dédiée avec une autorité transversale. Pas intégrée aux ventes. Pas sous le marketing. Assise en travers de toutes les équipes revenus avec le mandat de construire et d'imposer des systèmes partagés.
Une architecture documentée. Qu'est-ce qui vit où, ce que chaque propriété veut dire, qui est propriétaire de quel système, comment les données circulent entre les outils. Si ça n'existe pas par écrit, vous êtes à un départ d'employé de ne plus comprendre comment rien fonctionne.
Une gouvernance des intégrations. Chaque outil parle à chaque autre outil. Mais qui a décidé la direction du sync? Qu'est-ce qui se passe quand Stripe et HubSpot ne sont pas d'accord? À 60 personnes, ce ne sont pas des cas limites. Ce sont des occurrences hebdomadaires.
La standardisation des processus entre les équipes. Le lead scoring veut dire la même chose en marketing et en ventes. Les étapes du pipeline ont des définitions communes. Le renouvellement est un processus, pas un rappel de calendrier.
Du reporting auquel le leadership fait confiance. C'est le test ultime. Si le CEO demande « c'est quoi notre rétention nette de revenus? » et obtient une réponse claire en cinq minutes, RevOps fonctionne.
Le fil conducteur
Que vous soyez 5 ou 60, RevOps pose la même question : est-ce que les équipes responsables des revenus travaillent à partir de la même réalité?
À 5, c'est un fondateur qui écrit trois décisions. À 25, c'est une personne ops qui tient le système ensemble et qui demande l'autorité d'imposer des standards. À 60, c'est une fonction avec le mandat de construire l'infrastructure qui rend les revenus prévisibles.
L'erreur que la plupart des entreprises font, c'est de traiter RevOps comme quelque chose qu'on « ajoute » une fois qu'on est assez gros. Rendu là, vous avez déjà construit trois réalités séparées, et les fusionner est dix fois plus difficile que d'en construire une seule dès le départ.
C'est ce qu'on aide les entreprises à démêler chez Sequolia, que vous en soyez à vos premières décisions CRM ou à défaire des années d'accumulation.