Un platform lead VC nous a récemment demandé : « J'ai onze portcos sur HubSpot, six sont messy, par où commencer ? » L'instinct est de trier par entreprise, choisir la plus messy, embarquer un trimestre, passer à la suivante. Ce modèle ne compose pas. Au moment où vous finissez l'entreprise trois, les quatre et cinq ont dérivé plus loin. Le support RevOps de portefeuille ne scale que quand l'unité de travail est l'audit, pas l'entreprise. Tournez le même passage de 90 minutes sur les onze, triez-les en quatre bacs, et intervenez sur le bac, pas le logo.
Pourquoi cela compte maintenant
Le sous-investissement des fondateurs en RevOps est structurel. Poyar a longuement défendu que combiner motion product-led et vente traditionnelle: la forme standard d'une portco B2B SaaS early-stage: crée une complexité opérationnelle autour de la structure org, du recrutement, de la comp et de l'attribution d'Account que les fondateurs sous-dimensionnent systématiquement jusqu'à ce que les prévisions commencent à manquer. À ce moment-là, la platform team est demandée à intervenir en aval d'une année de dette accumulée. Multipliez ça par onze entreprises et la platform team contemple onze nettoyages simultanés, tous urgents, aucun ne s'appuyant sur les autres. Le modèle de support doit basculer , définir l'audit en amont, le tourner sur chaque portco à l'intake, et accepter que 60 % de la valeur du RevOps platform soit le diagnostic, pas l'implémentation.
Le piège de la platform team
La plupart des platform teams VC sont staffées par un ou deux généralistes seniors qui ont mené du RevOps dans une portco avant. L'instinct est d'aider comme ils aidaient, embarqués, hands-on, manches retroussées dans une entreprise à la fois. Ce modèle marchait quand ils étaient l'opérateur. Il ne marche pas quand ils sont le fonds.
Le souci, c'est que l'aide sur-mesure à travers un portefeuille est non plafonnée en temps et non répétable en sortie. Chaque mission part de zéro. Chaque recommandation est one-off. La platform team devient une consultancy interne lente, et les portcos qui obtiennent réellement de l'aide sont les plus bruyantes au LP meeting, rarement le même set que celles avec le plus haut levier d'intervention.
L'audit de portefeuille de 90 minutes
Ce qui scale, c'est l'inverse , définir un seul template d'audit, scope fixe, temps fixe, output fixe. Tournez-le sur chaque portco à la même profondeur. Utilisez l'audit, pas l'entreprise, comme unité de travail.
La version que nous tournons chez Checkpoint couvre quatre zones en 90 minutes :
- Définitions de Pipeline. Quelles sont les étapes Deal ? Chacune a-t-elle une définition en une phrase, un critère d'entrée et un critère de sortie ? Deux commerciaux peuvent-ils décrire « qualified » de la même façon ? La plupart des portcos échouent dessus dans les 15 premières minutes.
- Attribution lead source. D'où viennent les Contacts, et la source est-elle vraiment peuplée à la création ? Y a-t-il un seul champ source de vérité, ou trois concurrents ? La platform team peut-elle réconcilier un chiffre de campaign spend contre un chiffre de Pipeline sourced sans export manuel ?
- Comptabilité marketing-contact. Comment est géré le palier Contact HubSpot ? Y a-t-il un workflow qui auto-marque les marketing contacts au changement de lifecycle, et matche-t-il le palier réellement payé ? C'est là que les coûts de siège fuient.
- Hygiène renouvellement et post-vente. Y a-t-il un Pipeline de renouvellement distinct du new business ? Les objets abonnement sont-ils utilisés, ou le renouvellement est-il tracké dans une propriété personnalisée que personne ne met à jour ? Le customer success opère-t-il contre un système, ou contre un tableur ?
Quatre-vingt-dix minutes ne sont pas un deep dive. Ça produit un diagnostic en une page et une décision de triage.
Les quatre catégories de problème
Chaque audit de portco atterrit dans l'un de quatre bacs. L'intervention est matchée au bac, pas conçue depuis zéro.
Catégorie 1 , Install greenfield
Seed ou pré-Series A, GTM founder-led, HubSpot a été mis en place par un AE fondateur en un week-end. Il n'y a pas de dette parce qu'il n'y a pas de système. L'intervention, c'est un install templatisé , Pipeline standard, lifecycle stages standards, schéma lead-source standard, Pipeline de renouvellement standard. Nous avons un template HubSpot portable que la platform team déploie en sandbox, valide contre les vraies données Deal de l'entreprise, et livre en deux semaines. Pas de design sur-mesure.
Catégorie 2 , Triage brownfield
Series A ou B, HubSpot est live depuis plus de deux ans, le compte de propriétés personnalisées est dans les centaines, et trois anciennes recrues RevOps ont chacune laissé leurs empreintes. L'intervention, c'est un passage keep / edit / delete: couvert dans un post séparé, et la sortie, c'est un schéma nettoyé contre lequel la prochaine recrue peut réellement opérer. C'est l'essentiel de ce que les platform teams héritent.
Catégorie 3 , Candidat à la replatformisation
Assis sur Pipedrive, Attio, ou une instance Salesforce que l'équipe a dépassée mais ne peut pas migrer seule. L'intervention, c'est un doc de scoping de migration et une décision vendor, pas une implémentation. La valeur de la platform team, c'est la conversation de sélection de plateforme non biaisée, elle l'a faite cinq fois sur le portefeuille, et le fondateur la fait une.
Catégorie 4 , Écart de modèle opérationnel
Le CRM va bien. Le problème est en amont , il n'y a pas d'ICP défini, la persona acheteuse est floue, le territoire est indéfini, le plan de comp punit le mauvais comportement. Aucune intervention HubSpot ne réparera ça. Le job de la platform team, c'est de le flagger au board et de connecter le fondateur avec un GTM lead fractionnel, pas de passer trois mois à tuner des workflows qui seront réécrits dans six.
Partager les patterns entre portcos sans fuiter de données
Le composé ne marche que si la platform team peut déplacer les apprentissages entre portcos. Le chemin le plus rapide, c'est une bibliothèque de patterns privée et anonymisée : sur les onze entreprises auditées, huit avaient le même écart d'attribution lead source, voici le workflow livré pour le réparer. La bibliothèque est l'asset ; les portcos sont consommatrices, pas contributrices nominales. Aucune donnée portco ne bouge entre portcos. Ce qui bouge, c'est la recette: un export de workflow templatisé, un schéma de propriétés, une définition de Pipeline, reconstruit en forme propre, libre de tout identifiant d'entreprise source.
Cas observé sur le terrain
Le platform lead d'un fonds early-stage DACH est arrivé avec onze portcos sur HubSpot et un trimestre pour montrer aux LPs un progrès mesurable. L'instinct, c'était d'embarquer dans les deux plus messy. Le vrai projet était différent. Nous avons tourné l'audit de 90 minutes sur les onze en trois semaines. Le triage est sorti , quatre installs greenfield, cinq triages brownfield, un candidat replatform, un écart de modèle opérationnel qui nécessitait une recrue GTM fractionnelle plutôt qu'un projet CRM. Les quatre greenfield ont livré en huit semaines contre un seul template. Les cinq brownfield ont chacun obtenu un projet keep / edit / delete scopé avec une réduction de 30 à 50 % des propriétés personnalisées. Au quatrième mois, la platform team avait des améliorations mesurables sur neuf portcos sur onze, sur à peu près le headcount qui obtenait précédemment du travail sur-mesure dans une et demie.
Résolution , un playbook RevOps de portefeuille
Pour une platform team mettant en place du support RevOps de portefeuille depuis zéro :
- Définissez l'audit avant d'offrir de l'aide. Écrivez un script d'audit de 90 minutes avec quatre à six questions par zone et un template d'output en une page. L'audit est le produit.
- Tournez l'audit sur chaque portco à l'intake. Faites-en partie du plan post-investissement à 30 jours, pas un appel réactif quand quelque chose brûle. La cadence crée le dataset.
- Triez en quatre catégories. Install greenfield, triage brownfield, candidat replatform, écart de modèle opérationnel. Forcez le choix ; n'inventez pas un cinquième bac par entreprise.
- Construisez des interventions templatisées pour les catégories un et deux. Un template d'install HubSpot portable, un tableur keep / edit / delete, un schéma de Pipeline de renouvellement. Ce sont des assets réutilisables, pas des livrables sur-mesure.
- Tournez des « office hours » pour tout le reste. Un slot ouvert hebdomadaire de deux heures que la platform team tient pour toute question RevOps de portco. La plupart des sujets n'ont pas besoin d'une mission embarquée ; ils ont besoin de 20 minutes de jugement senior.
- Maintenez une bibliothèque de patterns privée et anonymisée. Workflows, schémas et documents de process dépouillés des identifiants d'entreprise source, indexés par catégorie de problème. La bibliothèque compose le dataset d'audit.
- Externalisez le travail embarqué. Les catégories trois et quatre, et les projets brownfield profonds en catégorie deux, sont des missions externes. La platform team reste rare et senior ; la profondeur d'implémentation vient d'un partenaire vetté.
L'étape sept, c'est là où la plupart des platform teams résistent. C'est aussi là où le modèle devient durable. Un platform lead faisant de l'implémentation dans une portco ne peut pas tourner l'audit sur les huit suivantes.
Là où Checkpoint intervient
Nous menons les audits de portefeuille et les interventions templatisées qui en sortent comme un service standing pour les fonds VC et les family offices en DACH et EMEA. L'économie tient parce que l'audit est fixe, les quatre interventions sont templatisées, et la platform team garde le jugement senior en interne pendant que nous portons la profondeur d'implémentation à travers plusieurs portcos. Si vous êtes un platform lead essayant de scaler le support RevOps sur plus de cinq portcos, parlez-nous de comment le support de portefeuille VC peut composer plutôt que cramer votre équipe une entreprise à la fois.
Sources
- Poyar, Kyle. « PLG and Sales in 2023: How to Combine Them for Efficient Revenue Growth. » OpenView, 13 juin 2023. openviewpartners.com
- Lemkin, Jason. The RevOps playbook: how Owner.com's CRO scaled from 0 to $1B ARR. SaaStr. saastr.com