GTM Vendor Sprawl Across a Portfolio: How to Rationalize Without Breaking What Works

By , Founding Partner, Humus & Shore

How VC platform teams can rationalize GTM vendor sprawl across portcos without destroying founder trust or the motions that are already working.

GTM Vendor Sprawl Across a Portfolio: How to Rationalize Without Breaking What Works

Every VC platform team eventually stares at the same spreadsheet: twelve CRMs, seven sequencing tools, four intent platforms, and no shared language for what any of it is producing. The instinct is to consolidate. The risk is that consolidation becomes a platform team power grab that burns founder trust and stalls the companies that were actually executing.

I'm not a portfolio operator. I'm a founder who spent a decade in SaaS sales and built a tool that helps founders get their GTM right. But I've talked to enough platform teams and portco founders to see the same mistake play out: the rationalization reflex treats the symptom and severs the people who were generating real signal.

Here's what I'd actually do.

The Tools Aren't the Problem — The Absence of Shared Output Is

When a founder picks a tool, they're solving their immediate operational problem. When a platform team looks across twelve of those decisions, they see noise. But the noise isn't the tools — it's that each company has built a local GTM system with no comparable outputs and no instrumentation that travels upward.

The move isn't to collapse the stack. It's to agree on what you're measuring across all of them: a common definition of pipeline health, a shared ICP framework each company populates from its own customer data, and a consistent way to assess GTM maturity that doesn't require identical tooling.

This is harder than mandating one CRM. It's also the only version that doesn't blow up founder trust.

Diagnose Before You Touch Anything

Before any rationalization conversation, you need to know what each company's tools are actually doing. Specifically: is the tooling supporting the GTM motion, or just recording it after the fact?

A founder running a high-velocity, low-ACV product-led motion on a lightweight stack may be more GTM-mature than a founder running enterprise outbound on a sophisticated CRM with nothing in the pipeline. Standardizing their tooling to match each other helps neither of them.

A useful diagnostic sorts tools into three buckets: load-bearing (the company's motion depends on them), habitual (familiar but not differentiated), and redundant (producing no actionable output). You rationalize the third. You leave the first alone. You make a considered call on the second.

This takes real conversations with founders — not a survey, not a stack audit from the outside. You have to understand what they're actually doing before you touch what they're using to do it.

What the Exit Environment Is Demanding Right Now

I'll be honest: I'm not an M&A expert. But the pattern I keep hearing from founders going through diligence is that buyers are reading GTM infrastructure as a proxy for revenue durability. Fragmented tooling with no shared instrumentation makes retention problems invisible until it's too late to correct before a process.

If your portcos can't produce a clear picture of ICP, pipeline health, and retention in a diligence request, that's a discount factor — regardless of what tools they're running. The platform team's job is to make GTM legible at the portfolio level without homogenizing it at the company level. That's a different mandate than vendor consolidation.

What Actually Travels Across a Portfolio

The plays that work at scale for a small platform team aren't tool implementations. They're diagnostic and enablement motions that work regardless of stack.

  • ICP and persona workshops that produce a structured output each company owns — not a platform document, but a company artifact that feeds into whatever CRM or sequencing tool they use.
  • Pipeline health reviews using a common rubric — stage definitions, coverage ratios, velocity benchmarks — that can be applied whether the company is on Salesforce, HubSpot, or a spreadsheet.
  • GTM maturity assessments that score on dimensions buyers actually care about: ICP clarity, motion-market fit, retention instrumentation, leadership depth.

These travel. They don't require the platform team to own the portco's tooling decisions.

For Operating Partners: Where to Start

Audit before you consolidate. Map each portco's stack against their actual GTM motion. Identify what's load-bearing before you touch anything.

Install shared outputs, not shared inputs. Mandate comparable reporting formats and ICP frameworks. Leave tool selection to founders where the tool is genuinely serving the motion.

Make retention visible now. Any portco without clear retention instrumentation is a diligence liability — and the earlier you surface that, the more time you have to fix it before it becomes a valuation conversation.

The goal isn't a clean portfolio slide showing one CRM. It's a portfolio where every company can tell a coherent GTM story when a buyer asks.

The question this answers

“Our portcos are each running a different stack of sales and marketing tools with no shared infrastructure — how do I rationalize that vendor sprawl without destroying what's working at individual companies?”

Sources

  1. ChartMogul data: AI-native SaaS companies show median NRR of just 48–49%, creating a hidden diligence risk for PE buyers underwriting these assets · subjolt.com
  2. AI adoption gap widens exit multiples: documented AI programmes now command measurable premiums in PE due diligence · mayfairequity.com
  3. PE exit volume hits lowest quarterly level since Q1 2024 as only premium 'A-grade' assets clear at scale — 13,509 PE-backed companies in backlog · cbh.com
  4. PE exit M&A volume collapses 63% in Q2 2026 while IPO exits triple to 31% of total exit value — PitchBook Q2 2026 US PE Breakdown · pitchbook.com