Un platform lead VC ha chiesto di recente: «ho undici portfolio company su HubSpot, sei sono pasticciate, da dove inizio?» L'istinto è triagare per company, scegliere la più pasticciata, embed per un trimestre, andare oltre. Quel modello non compone. Quando ha finito company tre, la quattro e la cinque hanno driftato oltre. Il supporto RevOps di portfolio scala solo quando l'unità di lavoro è l'audit, non la company. Faccia girare la stessa passata di 90 minuti su tutte e undici, le ordini in quattro bucket, e intervenga sul bucket, non sul logo.
Perché conta proprio adesso
Il sotto-investimento dei founder in RevOps è strutturale. Poyar ha argomentato a lungo che combinare motion product-led con vendite tradizionali: la forma standard di una portco B2B SaaS early-stage: crea complessità operativa intorno a struttura organizzativa, hiring, comp e assegnazione account che i founder sistematicamente sottostimano finché i forecast non cominciano a mancare. A quel punto al platform team viene chiesto di intervenire a valle di un anno di debito accumulato. Moltiplichi questo su undici company e il platform team sta fissando undici cleanup simultanei, tutti urgenti, nessuno che si costruisce sull'altro. Il modello di supporto deve ribaltarsi, definisca l'audit a monte, lo faccia girare su ogni portfolio company in intake, e accetti che il 60% del valore del platform RevOps è il diagnostico, non l'implementazione.
La trappola del platform team
La maggior parte dei platform team VC è composta da uno o due generalisti senior che hanno girato RevOps dentro una portfolio company prima. L'istinto è aiutare nel modo in cui aiutavano, embedded, hands-on, maniche su dentro una company alla volta. Quel modello funzionava quando erano l'operatore. Non funziona quando sono il fondo.
La questione è che l'aiuto su misura su un portfolio è uncapped nel tempo e irripetibile nell'output. Ogni ingaggio parte da zero. Ogni raccomandazione è one-off. Il platform team diventa una consulenza interna lenta, e le portco che effettivamente ricevono aiuto sono le più rumorose al meeting LP, raramente lo stesso set di quelle con la massima leva da intervento.
L'audit di portfolio in 90 minuti
Ciò che scala è l'inverso, definisca un singolo template di audit, scope fisso, tempo fisso, output fisso. Lo faccia girare su ogni portfolio company alla stessa profondità. Usi l'audit, non la company, come unità di lavoro.
La versione che giriamo a Checkpoint copre quattro aree in 90 minuti:
- Definizioni di pipeline. Quali sono le fasi Deal? Ognuna ha una definizione in una frase, un criterio di ingresso e un criterio di uscita? Due rep sanno descrivere «qualified» nello stesso modo? La maggior parte delle portfolio company fallisce questo nei primi 15 minuti.
- Attribuzione lead source. Da dove vengono i Contact, e la fonte è davvero popolata alla creazione? C'è un singolo campo fonte di verità, o tre in competizione? Il platform team può riconciliare un numero di campaign spend contro un numero di pipeline-sourced senza un export manuale?
- Contabilità marketing-contact. Come è gestito il tier Contact HubSpot? C'è un workflow che auto-marca i marketing contact al cambio di lifecycle, e combacia col tier pagato reale? Qui dove i costi di seat colano.
- Igiene rinnovi e post-sale. C'è un pipeline rinnovi distinto dal new business? Gli oggetti subscription sono in uso, o il rinnovo è tracciato in una proprietà personalizzata che nessuno aggiorna? Il customer success sta operando contro un sistema, o contro un foglio di calcolo?
Novanta minuti non sono un deep dive. Producono un diagnostico in una pagina e una decisione di triage.
Le quattro categorie di problema
Ogni audit di portfolio company atterra in uno di quattro bucket. L'intervento è mappato al bucket, non progettato da zero.
Categoria 1, Install greenfield
Seed o pre-Series A, GTM founder-led, HubSpot è stato setup da un founding AE in un weekend. Non c'è debito perché non c'è sistema. L'intervento è un install templatizzato, pipeline standard, lifecycle stage standard, schema lead-source standard, pipeline rinnovi standard. Abbiamo un template HubSpot portatile che il platform team deploya in una sandbox, valida contro i dati Deal reali della company, e spedisce in due settimane. Niente lavoro di design su misura.
Categoria 2, Triage brownfield
Series A o B, HubSpot è stato live per due+ anni, il count di proprietà personalizzate è nelle centinaia, e tre ex hire RevOps hanno lasciato ognuno le proprie impronte. L'intervento è un pass keep / edit / delete, coperto in un post separato, e l'output è uno schema ripulito contro cui la prossima hire può davvero operare. Questa è la maggior parte di ciò che i platform team ereditano.
Categoria 3, Candidato replatform
Seduta su Pipedrive, Attio o un'istanza Salesforce che il team ha superato ma non si può permettere di migrare da solo. L'intervento è un doc di scoping di migrazione e una decisione di vendor, non un'implementazione. Il valore del platform team è la conversazione di selezione di piattaforma imparziale, l'hanno fatto cinque volte sul portfolio, e il founder lo sta facendo una volta.
Categoria 4, Gap di operating model
Il CRM va bene. Il problema è a monte, non c'è ICP definito, la buying persona è sfuocata, il territorio è indefinito, il piano comp punisce il comportamento sbagliato. Nessun intervento HubSpot risolverà questo. Il lavoro del platform team è segnalarlo al board e connettere il founder con un lead GTM frazionale, non spendere tre mesi a tarare workflow che saranno riscritti in sei.
Condividere pattern tra portco senza far trapelare dati
Il composto funziona solo se il platform team può muovere learning tra portfolio company. Il percorso più veloce è una pattern library privata, anonimizzata: delle undici company auditate, otto avevano lo stesso gap di attribuzione lead source, ecco il workflow spedito per sistemarlo. La library è l'asset; le portco sono consumatori, non contributor-by-name. Nessun dato di portco si muove tra portco. Ciò che si muove è la ricetta: un export di workflow templatizzato, uno schema di proprietà, una definizione di pipeline, ricostruito in forma pulita, libero da identificatori di company di origine.
Pattern dal campo
Il platform lead di un fondo early-stage in DACH è arrivato con undici portfolio company su HubSpot e un trimestre per mostrare agli LP progresso misurabile. L'istinto era embed nelle due più pasticciate. Il progetto reale era diverso. Abbiamo girato l'audit di 90 minuti su tutte e undici in tre settimane. Il triage è uscito, quattro install greenfield, cinque triage brownfield, un candidato replatform, un gap di operating model che aveva bisogno di una hire GTM frazionale piuttosto che di un progetto CRM. I quattro greenfield sono stati spediti in otto settimane contro un singolo template. I cinque brownfield hanno ricevuto ognuno un progetto keep / edit / delete scoped con una riduzione di proprietà personalizzate del 30-50%. Al quarto mese, il platform team aveva miglioramenti misurabili su nove portco su undici, su circa l'headcount che prima portava lavoro su misura su una e mezza.
Risoluzione, un playbook RevOps di portfolio
Per un platform team che setup un supporto RevOps di portfolio da zero:
- Definisca l'audit prima di offrire aiuto. Scriva uno script di audit di 90 minuti con quattro-sei domande per area e un template di output in una pagina. L'audit è il prodotto.
- Faccia girare l'audit su ogni portfolio company in intake. Lo renda parte del piano post-investment a 30 giorni, non una call reattiva quando qualcosa è in fiamme. La cadenza crea il dataset.
- Triagi nelle quattro categorie. Install greenfield, triage brownfield, candidato replatform, gap di operating model. Forzi la scelta; non inventi un quinto bucket per company.
- Costruisca interventi templatizzati per le categorie uno e due. Un template di install HubSpot portatile, un foglio keep / edit / delete, uno schema di pipeline rinnovi. Sono asset riutilizzabili, non deliverable su misura.
- Faccia girare «office hours» per tutto il resto. Uno slot aperto settimanale di due ore che il platform team tiene per qualunque domanda RevOps di portco. La maggior parte degli issue non ha bisogno di un ingaggio embedded; ha bisogno di 20 minuti di giudizio senior.
- Mantenga una pattern library privata anonimizzata. Workflow, schemi e documenti di processo strippati di identificatori di company di origine, indicizzati per categoria di problema. La library compone il dataset di audit.
- Outsourci il lavoro embedded. Le categorie tre e quattro, e i progetti deep brownfield in categoria due, sono ingaggi esterni. Il platform team rimane scarso e senior; la profondità di implementazione viene da un partner vetted.
Il passo sette è dove la maggior parte dei platform team resiste. È anche dove il modello diventa duraturo. Un platform lead che fa implementazione dentro una portco non può girare l'audit sulle prossime otto.
Dove entra in gioco Checkpoint
Giriamo audit di portfolio e gli interventi templatizzati che ne escono come servizio standing per fondi venture e family office in DACH ed EMEA. L'economia funziona perché l'audit è fisso, i quattro interventi sono templatizzati, e il platform team mantiene il giudizio senior in casa mentre noi portiamo profondità di implementazione su più portco. Se è un platform lead che cerca di scalare il supporto RevOps su più di cinque portfolio company, ne parli con noi su come il supporto portfolio VC possa comporre piuttosto che bruciare il Suo team una company alla volta.
Fonti
- Poyar, Kyle. «PLG and Sales in 2023: How to Combine Them for Efficient Revenue Growth». OpenView, 13 giugno 2023. openviewpartners.com
- Lemkin, Jason. The RevOps playbook: how Owner.com's CRO scaled from 0 to $1B ARR. SaaStr. saastr.com