Buyer guide · Private equity

Portfolio RevOps: Shared Team vs. One Team per Portco

Six portcos, six admins, six definitions of "customer." Here is how sponsors should actually staff portfolio RevOps: what each model costs, where each one breaks, and a calculator to pick yours.

Joe LaGrutta, Founder of JayOh
Joe LaGrutta, Founder, JayOh14 min read · Updated November 2026
Portfolio RevOps meme: a 100-day plan promises a quick systems cleanup estimated at 10 items, someone actually counts 1,784, and a wide-eyed cat stares into the camera
↑ the 100-day plan, meeting the CRM

The short answer: for five or more similar B2B portcos, a hybrid usually wins: a small sponsor-level team owns the standards (metric dictionary, match key, core fields, monthly pack) and each portco keeps one named local owner. A full shared team beats it when companies are near-identical and small; one team per portco only makes sense for large, unrelated companies held for a long time.

Outsourcing to a portfolio partner is the right call when the post-close window is short, the hold has under ~24 months left, or the fund will not carry headcount, as long as someone internal still owns the definitions.

Side by side

The four ways to staff portfolio RevOps

Every sponsor ends up in one of four models. The cost gap is real, but the bigger gap is whether you can produce one comparable number across the portfolio.

CriteriaOne team per portcoShared sponsor teamHybrid (central standards + local owner)Outsourced portfolio partner
Who owns definitionsEach portco, separatelySponsor teamSponsor teamPartner drafts, an internal owner signs off
Illustrative annual cost, 6 portcos*~$1.29M~$0.49M~$1.20M~$0.72M
Time to one comparable portfolio number6–9 months (hiring first)3–4 months3–4 months2–3 months
Depth inside each portcoHighThin past ~8 portcos per operatorMedium-highDepends on scope purchased
Single-point-of-failure riskHigh: one person per companyMediumLowLow (team, not a person)
Best whenLarge, unrelated companies, long holdNear-identical small companies5+ similar B2B portcos, add-ons comingShort window, specialized work, no headcount
Breaks whenYou need a portfolio answer fastThe loudest portco takes all the capacityLocal owners aren't given time for itNobody internal owns the standards

*Calculator defaults: $215K loaded cost per RevOps hire (from Glassdoor's 2026 US RevOps manager pay range of $134K–$231K, plus benefits and overhead), local owners at 55% of that, an outsourced retainer of $10K per company per month (JayOh's read of 2026 market ranges, not a quote). Change every input in the calculator.

Where this started

The original LinkedIn post

The meme is about one cleanup estimate. The real problem is that every portco discovers the same mess on its own.

Read the post: "The cleanup estimate said 10 items. Then someone counted."
Joe LaGrutta, Founder of JayOh
Joe LaGrutta, Founder, JayOhon LinkedIn

The cleanup estimate said 10 items. Then someone counted.

That's how most 100-day plans meet the CRM.

The scope gets written from memory, in a meeting, by people who use the system but never audited it.

The real number lives where nobody looks: unused properties, duplicate workflows, reports nobody has opened in years, picklist values with one record each.

So count before you scope.

The tools already exist: 🔸 HubSpot: Settings > Properties, then Monitor > Usage for fill rate and where it's used 🔸 Salesforce: Fields & Relationships, then "Where is this used?" on each field 🔸 Org Check from Salesforce Labs for a full-org scan 🔸 A Drive search for "forecast," "pipeline" and "FINAL" to find the shadow systems

That last one finds the dependencies a CRM audit misses.

Then sort the count. Most items have zero references and can go in waves of about 50, once you confirm nothing reads them.

The ones that matter are the few feeding forecast, comp or the board deck. Those get an owner, a plan and a date.

A big number isn't bad news. It means the real work is finally visible, and you can scope it honestly.

You can't plan a cleanup you haven't counted.

#RevOps #CRM #PrivateEquity #HubSpot #Salesforce

Root causes

Where each model fails

Portfolio RevOps rarely fails because of the model you picked. It fails because nobody owns what's shared between companies.

1

Every portco re-learns the same lesson

Each company writes its own cleanup scope from memory, defines "customer" its own way and builds its own board pack. The tenth estimate turns into 1,784 at every company, one at a time.

2

Buy-and-build adds systems faster than anyone governs them

Add-ons were 75.9% of US buyout deals in Q2 2025 (PitchBook via Cherry Bekaert). Each one arrives with its own CRM, fields and definitions, and the cross-sell thesis needs one list nobody can produce.

3

Operating partners are spread thin

In KPMG's October 2025 value creation survey, two-thirds of operating-partner respondents covered five or more portcos. Without a system, their time goes to the loudest company, not the biggest gap.

4

One person per company is a single point of failure

A lone admin builds the routing, the reports and the forecast. When they resign, the system walks out the door with them, usually right before a board meeting.

5

Consolidation gets rushed instead of sequenced

Board pressure pushes every add-on into the platform CRM in the first quarter. Without a shared key and shared definitions first, the migration imports the mess, and the second board meeting gets three customer counts and an apology.

Benchmarks

What good portfolio RevOps looks like

Grade your portfolio against these. If you can't fill in the first two rows, that is the finding.

MetricWeakAcceptableStrongSource
Time to one comparable customer count after closeMore than 2 quarters1 quarter60 days or lessJayOh delivery experience
Portcos reporting from one metric dictionaryUnder 50%50–90%100%JayOh delivery experience
Portcos per centralized operator9 or more6–84–5Press & Associates, 2026 (centralized: ~4–8; embedded: 1–3)
Portcos with a named RevOps owner (internal or partner)Some have noneAll, but one person eachAll, with a backupJayOh delivery experience
US RevOps manager total pay (cost of the per-portco model)$134K–$231K range, median ~$174K, before benefits, tools and recruitingGlassdoor, 2026
Operating partners covering 5+ portcosAbout two-thirds of operating-partner respondentsKPMG global PE value creation survey, Oct 2025
GPs ranking operational improvement as the #1 value lever72%S&P Global Market Intelligence PE survey, Apr 2026

Sources: Press & Associates, Structuring the Value Creation Function (Feb 2026); Glassdoor RevOps manager salaries (2026); KPMG and S&P figures as reported by Not Very Private Equity (Aug 2026); add-on share from CapitalPad's roll-up statistics (Oct 2026). Weak / acceptable / strong bands without a third-party source come from JayOh's portfolio work and are labeled that way.

Verdict

Who should pick which

Pick by portfolio shape and time left in the hold, not by what the last fund did.

One team per portco

Large and unrelated

Portcos above roughly $50M ARR, different buyers and motions, 3+ years left in the hold. Each company needs depth more than comparability.

Fair warning: still standardize the board metrics, or you'll pay for six teams and still get six answers.

Shared sponsor team

Small and near-identical

Six or more small B2B companies with the same ICP, the same CRM and the same motion. The economics are best here, as long as no operator covers more than ~8 companies.

Fair warning: write capacity rules down per quarter.

Usual defaultHybrid

5+ similar portcos, add-ons coming

A small central team owns the dictionary, key, core fields and the pack. Each portco keeps one local owner for daily admin and requests. It costs more than a pure shared team and buys the depth that model lacks.

Outsourced partner

Short window, specialist work

Post-close stabilization, a migration, a warehouse or attribution build, under ~24 months left, or no appetite for headcount. Use one portfolio-level agreement, not a vendor per portco.

Fair warning: keep one internal owner of definitions.

PE-backed platform with two fresh add-ons? Start hybrid even if you outsource the build: one dictionary, one match key, one cross-reference table, and one customer count reported while the three CRMs keep running. Consolidation can follow on a plan. Our guide to post-acquisition CRM consolidation covers that sequence.

Playbook

The 9-step portfolio RevOps rollout

These steps work under any of the four models. Only the owner column changes.

  1. 1

    Inventory every portco's stack

    What
    One sheet: portco, CRM and edition, seats, renewal date, admin owner, key integrations, ops headcount, months left in the hold.
    Why
    You can't choose a model or a sequence until you can see six stacks side by side. Renewal dates drive consolidation timing.
    How
    HubSpot: Settings > Account Management > Account & Billing for seats and editions, Connected apps for integrations. Salesforce: Setup > Company Information for licenses, Installed Packages and Connected Apps for integrations.
  2. 2

    Count before you scope

    What
    A real count per portco: custom properties or fields, active workflows or flows, reports and dashboards, duplicate records.
    Why
    Scopes written from memory are off by an order of magnitude. The count sizes the work, and the work sizes the team.
    How
    HubSpot: Settings > Properties, then the usage view for fill rate and dependencies. Salesforce: Object Manager > Fields & Relationships and "Where is this used?", or Org Check from Salesforce Labs for a full-org scan.
  3. 3

    Write the portfolio metric dictionary

    What
    One page defining customer (active and churned), ARR, new logo, expansion, pipeline, and each stage. Signed by the operating partner.
    Why
    Comparability comes from definitions, not platforms. This is the cheapest high-impact step in the whole rollout.
    How
    Keep it in one shared doc with a version number. Every board-pack metric links back to its definition.
  4. 4

    Pick one match key and build the cross-reference table

    What
    Domain for accounts, email for contacts. A table mapping each portco's record IDs to one portfolio key.
    Why
    It's what gets you one customer count and a cross-sell list while separate CRMs keep running.
    How
    HubSpot: normalize the company domain property. Salesforce: normalize Account.Website into an External ID field such as Portfolio_Account_Key__c. Land both in a warehouse or a governed sheet.
  5. 5

    Ship a portfolio core field set

    What
    Twenty to thirty standard fields with identical internal names in every CRM: segment, ICP tier, source, ARR, renewal date, stage dates.
    Why
    Identical names make one report spec and one warehouse model possible.
    How
    HubSpot: a property group called "Portfolio Standard" with the same internal names in each portal. Salesforce: the same API names on every org, deployed with change sets or metadata so they match.
  6. 6

    Standardize stages and exit criteria

    What
    The same stage names and the same exit criteria, mapped from each portco's current pipeline.
    Why
    Pipeline coverage and win rates mean nothing across portcos until a stage means the same thing everywhere.
    How
    HubSpot: deal pipeline stages with required properties per stage. Salesforce: Opportunity StageName picklist, a Sales Process per record type, and validation rules for exit criteria.
  7. 7

    Build one monthly portfolio pack

    What
    The same eight to twelve metrics from every portco, every month, in one view.
    Why
    This is the output the operating partner actually needs, and it shows which portco needs capacity next.
    How
    Build the same report spec in each CRM (HubSpot custom report builder; Salesforce custom report types), or sync each CRM into a warehouse and build once. See how to standardize GTM reporting across portfolio companies.
  8. 8

    Choose the staffing model and write the RACI

    What
    Run the calculator, pick a model, and assign: who owns standards, who owns daily admin, who approves changes.
    Why
    Most shared models fail on capacity, not skill. Writing down who gets how many hours per quarter prevents the loudest-portco problem.
    How
    One table: standard or task, accountable owner (sponsor team, local owner or partner), backup, and SLA.
  9. 9

    Sequence consolidation and review quarterly

    What
    Decide per add-on: stay separate, join the platform instance, or migrate later. Score each portco's RevOps maturity every quarter.
    Why
    Consolidating on purpose costs less than consolidating under board pressure, and quarterly scores send capacity to the worst gap.
    How
    HubSpot: Brands (formerly business units) needs Marketing Hub Enterprise plus a Brands add-on per brand, up to 100 (see multi-brand HubSpot). Salesforce: a single org with record types and sharing, or a temporary separate org with a dated exit decision, the pattern Salesforce architects recommend over multi-org as a governance shortcut.
Field notes

Best practices and common mistakes

Standards before platforms, owners before tools, counts before scopes.

  • Standardize definitions before you consolidate platforms. A shared key and a shared dictionary get you one answer while three CRMs keep running.
  • Run the same count (fields, workflows, reports, duplicates) at every new add-on before anyone writes a scope.
  • Give every portco a named local owner, even under a shared model.
  • Write the shared team's capacity allocation down every quarter, by portco.
  • Use one portfolio-level vendor agreement instead of each portco buying its own help.
  • Match the model to hold math: with 24 months left, a four-month hiring search eats a sixth of the hold.
  • Keep a portfolio playbook so knowledge outlives turnover at any one company.
  • Measure the model itself: time to comparable metrics, share of portcos on the dictionary, request backlog age.
  • Sell the standards to portco CEOs as "less board-prep work," not as sponsor control.
  • Revisit the model when the portfolio changes shape: a fourth add-on or an exit changes the math.
MistakeWhat it looks likeWhat it costs
Forcing every add-on onto the platform CRM in 90 daysMigration starts before definitions existImported duplicates and broken reporting at the first board meeting
Hiring a junior admin per portco and calling it RevOpsTickets close, nothing gets standardizedSix salaries, zero comparability, high turnover
A shared team with no capacity rulesThe loudest CEO gets every hourQuiet portcos with the biggest gaps never get fixed
Outsourcing with no internal ownerThe vendor writes the definitionsMetrics that change when the vendor changes
Letting each portco pick its own toolsThree enrichment vendors, two routing toolsDuplicate spend and no shared playbooks
Measuring activity instead of comparability"We closed 140 tickets this quarter"No idea whether the portfolio is more predictable
Interactive tool

Portfolio RevOps model calculator

Enter your portfolio. The calculator scores all four models on fit, prices each one, and estimates time to one comparable portfolio number.

Scenario simulator
6
$25M
3
36
Best fit for this portfolio
Hybrid
  • Calculating…
ModelFitAnnual costPer portcoMonths to one number

Cost math: one per portco = N × hire cost. Shared = (1 leader + N/6 operators, rounded up) × hire cost × 1.15. Hybrid = (1 leader + N/8, rounded up) × hire cost × 1.15 + N local owners at 55% of hire cost. Outsourced = N × retainer × 12 × 0.85 (portfolio agreement) + half an internal owner. Fit scores start at 40 and add or subtract points for portfolio size, similarity, ARR, CRM sprawl, hold time, add-ons and headcount appetite. These are planning estimates, not quotes.

Take it with you

Vendor questions, red flags + a Claude skill

Whether you hire, share or outsource, run every option through the same questions.

Portfolio RevOps decision checklist

PORTFOLIO REVOPS DECISION CHECKLIST (JayOh)

1. INVENTORY
[ ] Every portco listed: CRM + edition, seats, renewal date
[ ] Named RevOps owner per portco (and a backup)
[ ] Months left in the hold per portco
[ ] Real count per portco: fields, workflows, reports, duplicates

2. STANDARDS (any model)
[ ] Metric dictionary signed by the operating partner
[ ] Match key: domain (accounts), email (contacts)
[ ] Cross-reference table built before any migration
[ ] Portfolio core field set, identical internal names
[ ] Stage names + exit criteria standardized
[ ] One monthly portfolio pack, same report spec

3. QUESTIONS TO ASK ANY OPTION (hire, shared team, partner)
[ ] Who owns the definitions, and who signs off on changes?
[ ] How many portcos per operator? (healthy: 4 to 8)
[ ] How is capacity split across portcos each quarter?
[ ] Time to one comparable customer count?
[ ] What happens when the key person leaves?
[ ] Can you show a portfolio pack you have run before?

4. RED FLAGS
[ ] "We'll migrate everyone to one CRM first"
[ ] No written capacity rules for a shared team
[ ] Partner proposes its own metric definitions with no sign-off
[ ] Each portco buying its own RevOps vendor
[ ] Success measured in tickets closed

5. DECISION
Model chosen: ____________  Owner of standards: ____________
Review date (quarterly): ____________
Free Claude skill

Portfolio RevOps Model Planner

portfolio-revops-model-planner

  • Turns your portfolio inventory into a scored comparison of all four staffing models, using this page's rules.
  • Prices each model from your own hire cost and retainer figures, per company and in total.
  • Drafts the portfolio standards list and a 90-day rollout with owners, and lists any missing evidence.

Claude web or desktop: Settings > Capabilities, make sure code execution and file creation is on, then under Skills click Upload skill, choose the .zip and toggle it on. Claude Code: save the file as ~/.claude/skills/portfolio-revops-model-planner/SKILL.md, or in .claude/skills/ inside a repo.

Skills are available on Claude Pro, Max, Team and Enterprise plans. New to skills? Read how to use skills in Claude.

Preview SKILL.md
---
name: portfolio-revops-model-planner
description: Recommends how a PE firm should staff RevOps across its portfolio (one team per portco, a shared sponsor team, a hybrid, or an outsourced portfolio partner) from the user's own portfolio inventory, then drafts the standards list and a 90-day rollout. Use when an operating partner, portfolio ops lead or platform CEO asks who should own RevOps across portfolio companies, after an add-on closes, or when planning portfolio-wide GTM reporting.
---

# Portfolio RevOps Model Planner

Apply the JayOh portfolio RevOps framework to the user's real portfolio. Work only from what the user provides. Never invent numbers, company names or tools.

## Inputs to collect

Ask for anything missing, in one message, then proceed with what you have:

1. Each portfolio company: name or code, ARR band, CRM and edition, number of sellers, current RevOps or admin headcount, months left in the hold.
2. How similar the companies are: same ICP and sales motion, mixed, or unrelated.
3. Whether add-ons are expected in the next 12 months.
4. Budget posture: can the fund or platform carry central headcount, yes or no.
5. Loaded annual cost of a RevOps hire in their market (default 215,000 USD if they do not know; say that you used the default).

## Step 1: Inventory table

Build one table: company, ARR band, CRM, sellers, ops headcount, hold months left. Flag every company with zero ops owners as a single point of failure risk, and every company with a different CRM from the platform.

## Step 2: Score the four models

Score each model from 0 to 100 using these rules, and show the points for each rule:

- One team per portco: +25 if average ARR is above 50M; +20 if companies are unrelated; +15 if hold months left are above 36; minus 20 if there are 6 or more companies.
- Shared sponsor team: +25 if there are 6 or more companies; +25 if companies are similar; +15 if 3 or more CRMs; minus 20 if fewer than 4 companies.
- Hybrid (central standards plus a local owner per company): +20 if there are 4 or more companies; +20 if companies are similar or mixed; +15 if average ARR is between 10M and 75M; +10 if add-ons are expected.
- Outsourced portfolio partner: +25 if hold months left are under 24; +20 if add-ons are expected; +15 if 3 or more CRMs; +15 if the fund cannot carry central headcount.

Start every model at 40 before applying rules. Cap at 100, floor at 0.

## Step 3: Annual cost per model

Use the loaded hire cost (H) and the company count (N):

- One team per portco: N times H.
- Shared sponsor team: (one leader plus N divided by 6, rounded up) times H times 1.15.
- Hybrid: (one leader plus N divided by 8, rounded up) times H times 1.15, plus N times 0.55 times H for local owners.
- Outsourced: N times the monthly retainer the user gives times 12 times 0.85, plus 0.5 times H for an internal owner. If the user gives no retainer figure, show the cost as a range using 6,000 to 20,000 USD per company per month and label it a market range, not a quote.

Show cost per company for each model.

## Step 4: Recommendation

Name the highest scoring model. In 3 to 5 bullets, explain why using the user's own inputs as evidence (quote them). Name the runner-up and the one condition that would flip the decision.

## Step 5: Standards and 90-day rollout

Regardless of model, list what must be standard across the portfolio:

1. One metric dictionary: customer (active and churned), ARR, new logo, pipeline, stage definitions, signed by the operating partner.
2. One match key: domain for accounts, email for contacts, plus a cross-reference table.
3. A portfolio core field set with identical internal names in every CRM.
4. Standard stage exit criteria.
5. One monthly portfolio pack built from the same report spec.

Then draft a 90-day plan in three 30-day blocks with an owner for each item, using the chosen model's roles.

## Output format

1. Inventory table
2. Model scorecard table (model, score, annual cost, cost per company)
3. Recommendation and runner-up
4. Standards list
5. 90-day plan table (week range, item, owner, done-when)
6. Missing evidence: list every input you had to assume or that is missing

## Guardrails

- Quote the user's inputs as evidence. If a number was not provided, say so in Missing evidence instead of guessing.
- Do not recommend migrating every add-on onto the platform CRM in the first 90 days. Shared definitions and a shared key come first.
- Do not name or recommend specific consulting firms or agencies.
- Keep cost figures labeled as estimates from the user's inputs.

Built by JayOh (jayoh.io). Framework and benchmarks: https://jayoh.io/portfolio-revops/
FAQ

Portfolio RevOps questions sponsors ask

Straight answers to the questions operating partners bring to us most.

Should a PE firm build a shared RevOps team or let each portfolio company hire its own?

If you hold five or more B2B companies with a similar buyer and sales motion, a shared team or a hybrid usually wins: one set of definitions, one portfolio pack, and no single point of failure at each company. Let each company hire its own when the companies are large (roughly 50M ARR and up), unrelated to each other, and held for a long time.

How many portfolio companies can one centralized operator cover?

Press and Associates (2026) puts centralized operators at about 4 to 8 companies each, and embedded operators at 1 to 3. Past eight, depth suffers: the shared team ends up serving whichever company is loudest.

What does it cost to staff RevOps at every portfolio company?

Glassdoor (2026) puts US RevOps manager total pay between 134K and 231K USD, with a median near 174K. Add benefits, taxes, tools and recruiting and one loaded hire lands around 160K to 300K a year. Multiply by the number of companies and the per-company model is usually the most expensive option for six or more portcos.

Should add-ons be moved onto the platform company's CRM right away?

No. Agree on one customer definition and one match key first, build a cross-reference table, and report one customer count while the separate CRMs keep running. Then consolidate on a planned sequence instead of rushing it before the first board meeting.

When does outsourcing portfolio RevOps make sense?

Outsource when the post-close window is short, when the work is specialized (migrations, warehouse builds, attribution), when the hold has less than about 24 months left, or when the fund will not carry central headcount. Keep one internal owner of the standards so the vendor does not end up defining your metrics.

What should be standardized across a portfolio and what should stay local?

Standardize the metric dictionary, the match key, a core set of CRM fields, stage exit criteria and the monthly portfolio pack. Keep daily admin, rep enablement and company-specific workflows local.

JayOh's take

Standardize the portfolio, not the platform

The fight over "shared team or one per portco" usually hides the real gap: nobody owns what sits between the companies. Fix that first. Get one dictionary, one key and one pack in place, and any of the four models can work. Skip it, and none of them will.

We've done this from both sides, standardizing RevOps across five portfolio companies and stabilizing new add-ons in the post-close window. If you want a second set of eyes on your portfolio, or a partner to run the standards while your local owners run the day-to-day, here's how we work with PE firms. Weighing a partner against hiring for a single company instead? Read RevOps agency vs. in-house vs. fractional or see what a RevOps agency costs in 2026.

Bring your portco list. We'll map it to a model in one call.