The deals all made sense. The theses held. The acquired businesses kept perfor…

Read more

That framing is wrong in a specific way that costs platforms real money. Speed is not neutral during this window. Early integration is the single most fragile period in the life of the combined organisation, and moving fast in a fragile system amplifies whatever is already weak. Uncertainty is at its peak. Informal coordination — the stuff that made the acquired business run on a Tuesday — has been broken by the close. Leadership bandwidth is stretched across the new organisation before anyone has internalised what it is. And the base business, the one that just got bought for a reason, is most exposed.

The core mistake is not moving too slowly. It is moving without sequencing.

What clarity looks like from inside, vs. what it looks like on a deck

Most integration frameworks assume that at close, clarity already exists and the task is to implement it efficiently. That assumption fails on day one.

At close, authority is partially reset but not yet internalised. Old norms are suspended without replacement. Employees are genuinely uncertain which rules still apply. Leaders, on both sides, are absorbing more information than they can synthesise — and pretending otherwise damages their credibility. This is the state the integration plan meets when it arrives.

In that state, speed is not control. It is pressure, and pressure on a fragile system breaks things that were quietly holding.

What the organisation is actually doing (whether you see it or not)

In the first 30 to 90 days, most of what matters does not show up in dashboards. Employees are not waiting for detailed plans; they are watching leadership behaviour to infer what really matters now, who has authority, how decisions are going to be made, and whether the future is stable or volatile.

During this window, people run informal models of the new organisation in their heads, rumours travel much faster than formal communication, and people who used to decide things quietly start to defer them. The organisation isn’t resisting change — it is trying to reconstruct predictability. Leaders who read this as inertia and respond with more pressure make every one of those effects worse, at exactly the moment the system has the least slack to absorb it.

The operator’s real job in the first 90 days

Early integration tempts leaders to act decisively and visibly. The operators I most respect can usually point to a moment when they yielded to that temptation early in their career. The real job in this window is narrower: prevent loss of coherence while the system reorients. That means reducing uncertainty faster than complexity is added, protecting the base business above anything else, making decision logic visible even when individual decisions are provisional, and absorbing information before imposing new structure on it.

This is not work that can be delegated. Consultants can coordinate activity; only leaders can restore coherence. That asymmetry is the single biggest reason heavily-advised integrations can look orderly from outside and feel unstable from inside.

A four-phase sequencing logic

What follows is not a checklist. It is how most of the experienced integration operators I know sequence the first 90 days, whether or not they describe it this way.

Days 1–10: Control the narrative, not the detail

In the first days after close, silence gets interpreted as risk and over-explanation gets interpreted as instability. The task is not to provide answers — it is to establish a credible direction. Effective operators articulate a single consistent story, state explicitly what is not changing, are visible in person, and listen more than they diagnose. What matters most is coherence. Multiple narratives create anxiety faster than bad news does.

Days 10–30: Diagnose where absorption will break first

This is not the time for broad assessment. It is the time for focused diagnosis of the few areas where integration failure would damage the base business, the leadership roles that are bandwidth-constrained, the decision rights that are still ambiguous, and the cultural differences that affect execution speed or risk tolerance. The goal is not to finalise solutions; it is to identify where the organisation cannot absorb change yet.

Days 30–60: Rebuild predictability

By this point, the organisation is watching whether leadership behaviour stabilises or escalates. This phase is about establishing a regular leadership cadence, making decision criteria explicit, identifying culture carriers and informal leaders, and resolving a small number of visible issues decisively. Trust does not come from alignment workshops. It comes from repeated, predictable leadership behaviour under pressure. This is where absorptive capacity gets rebuilt.

Days 60–90: Begin selective structural integration

Structural integration should only begin once the organisation demonstrates basic stability. This phase includes selective systems alignment (not full convergence), limited organisational consolidation, shared operating rhythms, and symbolic moves that reinforce unity. The signal matters as much as the substance. Early structural moves should reduce ambiguity, not add to it. When structural integration begins before stability emerges, integration debt accumulates quietly — and it constrains what the platform can do at the next acquisition. (This is the argument I extended in From Integration to Execution, if you want the longer version.)

What experienced operators deliberately don’t do early

Just as important as what the best operators do in this window is what they avoid. The list is short: forcing systems convergence, reorganising for theoretical efficiency, outsourcing sensemaking to advisors, over-communicating detail before direction is clear, and mistaking visible motion for control. None of these actions are wrong in themselves. They are mistimed, and mistiming is what this window punishes.

Why this window decides the next deal

The first 30 to 90 days do more than determine whether one integration stabilises. They shape whether learning from this acquisition gets internalised or outsourced, how the next acquisition is sequenced, how much confidence leadership has in its ability to absorb complexity, and how much integration load the organisation is willing to carry into the next deal.

In buy-and-build, early integration behaviour compounds. Each deal modifies the organisation that must absorb the next one. (The longer argument on why this matters as a binding constraint is in Integration Capacity Is the Binding Constraint.)

The question I would put to any CEO about to close an add-on on a recently-integrated platform: is the organisation going into this deal more capable than it was at the last one, or just further along?

If the answer is “more capable,” proceed. If the answer is “further along,” the deal isn’t what needs reconsidering. The readiness is.

All three views are partly right. None of them, on their own, explains why integration fails as often as it does — even in deals that look fine on paper and are staffed by capable people. The reason is that the three views disagree about what integration actually is. Most integration failures I’ve looked at up close were not failures of execution. They were failures of definition. The team did a reasonable job of the thing they thought they were doing, and it turned out not to be the thing the deal actually required.

What integration actually is

The common framing treats integration as a phase — something that happens after close and before “business as usual” resumes. The framing is convenient, especially for planning and governance. It is also wrong in a way that shapes what gets measured.

Integration is not a post-close phase, a project run out of a PMI office, a stack of functional workstreams, a Day 1/30/100 checklist, or a substitute for leadership. Those things support integration. They are not integration itself.

A better working definition is this: integration is the process by which an organisation absorbs another organisation’s people, decisions, routines, and constraints without losing the ability to function. That process is not linear, it does not end cleanly, and it does not run on a fixed timetable. Most importantly, it happens whether it is being actively managed or not. From this angle, integration is not primarily an execution problem. It is a capacity problem that unfolds over time, often invisibly, until performance starts to drift.

Why integration gets outsourced

In PE-backed environments, integration is routinely contracted out. The economics are straightforward. Integration consumes management time and organisational attention; those costs are real but hard to capitalise. External advisors can accelerate coordination and impose discipline. Their fees are typically treated as one-time costs and normalised or added back to EBITDA at exit. From the fund-level perspective, outsourcing looks like a rational trade — protect the base business, preserve management focus, and keep reported margins clean.

The issue isn’t that integration gets outsourced. The issue is what outsourcing implicitly shifts and what it cannot transfer at all.

What consultant-led integration does well

Well-run integration programs bring real benefits. The consultants I respect are effective at standing up integration management offices, structuring workstreams and timelines, running steering committees, coordinating across functions, enforcing cadence, and reducing the overt chaos. Those structures matter — in many deals, they are the only thing keeping the organisation oriented.

But structure is not the same as absorption. PMI offices excel at coordination. They are considerably less effective at identifying when the organisation itself is becoming overloaded, because overload doesn’t appear on any of the reports they produce.

The breaks dashboards rarely catch

Integration failures usually don’t announce themselves in status meetings. They show up in places dashboards don’t cover. The five I see most consistently:

Leadership bandwidth collapse. Integration increases the volume, speed, and ambiguity of decisions all at once. Leaders end up running the base business, managing integration demands, and shaping the future simultaneously. PMI reports show tasks completed; they don’t show decision fatigue, cognitive overload, or leaders no longer noticing things they used to catch. (This is the argument extended in Leadership Is a Constraint, Not a Trait.)

Shadow decision rights. Formal governance may be redesigned quickly while informal authority stays unresolved. When it is unclear who actually decides — or when legacy hierarchies persist alongside new ones — execution slows quietly because people avoid risk. (Covered in more depth in Decision Rights, Not Alignment, Scale Platforms.)

Cultural misreads. Differences in pace, escalation norms, accountability, and communication styles surface early after close. They often get misdiagnosed as resistance instead of signals. The response is usually pressure, which replaces sense-making, and trust erodes before anyone recognises it as fragile.

Velocity mismatch. Integration workstreams often move faster than the organisation’s ability to adapt. Systems get standardised before roles stabilise. Processes get aligned before relationships reset. The organisation complies outwardly while fragmenting internally. (The specific version of this for early system rollouts is in From Integration to Execution.)

Deferred learning. Lessons get captured in decks and retrospectives but not embedded in routines. The organisation “gets through” the integration without actually becoming better at the next one. In a buy-and-build platform, where there always is a next one, this is the most expensive of the five.

None of these are operational failures. They are absorptive failures — the organisation’s ability to take in change has been overwhelmed before its ability to execute has.

Integration as an absorptive capacity problem

There is a useful academic frame here, not as theory but as translation. Absorptive capacity describes the differences between organisations in their ability to recognise what matters in new situations, interpret unfamiliar practices, fold new routines into existing ones, and apply learning without destabilising performance. It is shaped by prior experience, shared language, leadership availability, and — critically — the presence or absence of slack.

Integration stresses all of those at once. When the rate of imposed change exceeds the organisation’s ability to absorb it, learning slows, decision quality degrades, and coordination costs rise. From the inside, this feels like execution getting harder. From the outside, it looks like momentum fading without a clear cause. In buy-and-build, this is path-dependent: each acquisition changes the system that must absorb the next one, whether anyone explicitly tracks that change or not. (See this piece on integration capacity as the binding constraint — same dynamic, viewed from the platform level rather than the deal level.)

Why these failures persist

What makes integration failure frustrating is not that it’s rare. It’s that sophisticated actors repeat it. The forces that keep the pattern in place are almost structural. Early deals that “worked” mask the capacity erosion that eventually matters. Visible governance substitutes for invisible absorption. Experience accumulates with the advisors, not inside the organisation. Cleanliness today is rewarded more than capability tomorrow.

None of this reflects incompetence. It reflects a system optimised for deal completion rather than organisational learning, running exactly as designed.

The question that changes what integration means

If integration is treated as execution, the review question is “did we deliver the plan?” If integration is treated as absorption, the review question is different:

What did we ask this organisation to absorb? What capability did we build, and what did we outsource? What constraints surfaced that we chose to ignore because the deal was closing? And — the one that usually gets left off the list — what did this integration change about our readiness for the next one?

Integration rarely fails all at once. It fails by quietly exceeding capacity, long before the numbers show it. The work of answering these questions doesn’t eliminate integration risk. It moves the work from checklist management into leadership judgment, which is where it always was.

The next piece in this section goes into the window where these dynamics first become visible in practice: the first 30–90 days after close, and what experienced operators do differently during that window.

Despite that, integration is widely framed as a phase to be managed, a set of workstreams to be coordinated, or a checklist to be completed. Execution is framed as a matter of discipline — something that naturally improves once systems and processes are aligned. This section works from a different premise: integration and execution are organisational problems first. Process and structure support them; they don’t explain them. Most of what determines whether they work is invisible to the governance built to track them.

Why integration deserves its own section

In buy-and-build strategies, integration is a recurring stress on the organisation — one that compounds with each acquisition. Every deal consumes leadership attention, disrupts informal coordination, introduces new assumptions and routines, and alters the system that must absorb the next one.

What works in early integrations often fails later. Capacity gets quietly depleted while complexity keeps rising — and the team that handled the last integration isn’t the same team on the next one, even if the names are the same. Execution degrades gradually, as absorption limits are exceeded, rarely as a single visible failure.

The tension this section works on

Across PE, corporate development, and founder-operator acquisitions, the same pattern shows up: organisations are well-structured for integration but poorly prepared to absorb it. PMI offices, steering committees, and dashboards create the appearance of control, while leadership bandwidth, decision clarity, and trust quietly fray. Execution frameworks promise leverage; applied too early, they harden fragility.

This section works on where that tension breaks, and why. The focus across all three essays is on organisational absorption, leadership judgment under load, sequencing of change, and the conditions under which execution finally works.

What the section covers

Three essays build intentionally on each other:

• Why Integration Fails — reframes integration failure as a structural and capacity problem rather than an execution one.

• The First 30–90 Days: What Actually Matters — examines early integration as a stabilisation challenge where leadership behaviour matters more than systems.

• From Integration to Execution: When Systems Finally Matter — explains the transition point where execution creates leverage instead of locking in fragility.

Taken together, they describe integration as a system to manage over time rather than a phase to complete. The underlying claim is demanding: execution only works after absorption, and absorption is a leadership responsibility that cannot be outsourced. Every essay in this section tests that claim against operating reality.

(If you’re new here, How to Read This Project lays out the full structure and the recommended reading paths across sections.)

This section is written for operators carrying integration responsibility, investors evaluating execution risk, and leaders navigating post-close ambiguity without playbooks that fit. If you’ve lived through an integration that looked fine and still underperformed — as I’ve watched happen in more than one platform — the patterns here should feel familiar.