Platform Selection and Add-On Selection Are Different Decisions
Why the same diligence framework misfires on both, and where the asymmetry actually lives
Most platforms run their first add-on through the same diligence framework they used for the platform itself. The deal team is mostly the same. The materials look broadly similar. The criteria carry over. And in most cases I’ve watched up close, the team is surprised when the framework that picked the platform well doesn’t pick the add-on well — or worse, picks an add-on that looks attractive on every metric the framework tracks and still turns out to be the wrong add-on for the platform that just bought it.
The error sits one layer earlier than the framework. Platform selection and add-on selection are different decisions, governed by different logics, and the criteria that should dominate each are nearly opposite to one another in places that matter.
What platform selection is actually deciding
Platform selection is, at root, an industry decision. It is a bet on the structural attractiveness of a sector and on the long-term economics of operating inside it. The question being answered is whether this is an industry where a focused, well-capitalised platform can compound advantage over a 7- to 12-year horizon, against the realistic competitive set.
That question has a long pedigree in strategy. Porter’s Five Forces (Porter 1980) is the canonical framework for thinking through it: competitive intensity, threat of new entrants, buyer power, supplier power, and substitution dynamics. The resource-based view (Wernerfelt 1984, Barney 1991) adds the resource lens — what does the platform need to control to make the industry economics actually work for it? Picking a platform means picking an industry-position-resource bundle that has to hold up under conditions you can’t yet describe.
Other inputs at the platform stage: the availability of attractive add-ons in the sector (a platform with no plausible add-on path is a single-asset bet, not a buy-and-build); the structural moat or scale advantage the platform can build over time; and the exit landscape 7–12 years out — who buys these in size, at what multiples, under what conditions.
Platform decisions are slow, expensive to reverse, and rare. A typical PE platform thesis gets built over months and lived with for the better part of a decade.
What add-on selection is actually deciding
Add-on selection is a fundamentally different question. It is a bet on the interaction between this specific add-on and the specific platform that already exists, given the integration capacity that platform currently has and the sequencing of what’s already been absorbed.
The question being answered isn’t “is this a good business?” — that question is mostly settled by the time an add-on reaches diligence. The question is whether, given everything the platform is already carrying, it can absorb this one well, and whether absorbing it improves the platform’s position for the next add-on.
The criteria that matter at this layer are nearly the inverse of the platform layer: operational overlap with the platform (how much capacity will integration consume?), integration burden relative to current load (what’s already in flight?), leadership bandwidth in the platform team (who has to actually run the absorption?), sequencing (what does this one make easier or harder for the next?), and cultural and process compatibility — not just industry fit. Add-on decisions are governed more by integration capacity than by industry structure, and they are faster, more frequent, and partially reversible (add-ons can be divested cleanly more often than platforms can).
Where the framework misfires
The conflation usually goes one direction. Deal teams that selected a platform on industry-and-resource grounds keep using industry-and-resource framing for the add-ons. The add-on diligence centres on customer concentration, contract risk, financial performance, and management quality. Those things matter — they are necessary conditions, but they are not sufficient ones.
What the framework misses, when it’s the wrong framework, is the question that actually drives outcomes at the add-on layer: how much of the platform’s absorptive capacity will this acquisition consume, and how much will it leave in reserve for the one after this? The original acquisition motive tells you why this kind of add-on is on the list at all; it doesn’t tell you whether this one is the right next one for the platform.
That question doesn’t appear in a Porter-style analysis because Porter is about the industry, not about the platform. It appears only when add-on diligence is built around the buying platform’s current state, not just the target’s stand-alone characteristics.
Why this matters
Both decisions are real, and both deserve rigorous diligence — but they need different rigour. Platform selection needs to ask whether the industry and the resource bundle can hold up over a long horizon. Add-on selection needs to ask whether the platform that already exists can absorb this one well now.
Conflating them produces a recognisable failure pattern: the deal team approves an add-on on platform-criteria grounds; the integration team is left with a target that fits the industry but not the platform’s current state; and twelve to eighteen months later the post-mortem identifies “integration challenges” — when the real problem was the criteria the add-on was approved against in the first place.
How Platform Calls and Add-On Calls Get Made Differently takes up the operator side of this — how the call gets made differently in the room, and what the first add-on usually reveals about whether the platform decision was right.

