Why I Stopped Building Infrastructure
After decades inside some of the most sophisticated organizations in the world, the most consistent thing I have observed is that the winners are ruthless about what they own versus what they buy. Most companies are buying infrastructure when they should be buying outcomes.
By Jonah Manning
I want to tell you about a pattern I have watched play out so many times, across so many organizations, that I have stopped being surprised by it.
A company needs a capability. There is no good external option, so they build it internally. They hire a team, design a workflow, buy a platform, and some months later they have the capability running. It works. Everyone feels good.
Then something changes. A better external option emerges. But by then the internal team exists. The platform has been customized. The workflow is embedded in three other workflows. The capability has become infrastructure, and infrastructure, once built, has a way of becoming permanent.
The original capability still exists, but it is buried under layers of maintenance, management, and overhead that have nothing to do with the outcome the capability was built to deliver.
I have watched this happen at every company I have been inside. Google. Apple. HighRadius. Chewy. Dozens of portfolio companies. It does not matter the industry, the size, or the sophistication of the leadership team. The pattern is the same.
After four exits and 25 years of building things, I have finally found the language for what I have been observing:
Most organizations are buying infrastructure when they should be buying outcomes.
The infrastructure trap
Let me be precise about what I mean, because the distinction matters more than most people realize.
Infrastructure is everything you build, buy, or hire in order to produce an outcome. It is the means to the end. The payroll system. The server room. The recruiting function. The UM department. The compliance team.
The outcome is the actual thing you needed. Employees paid on time. Uptime. A leader in a seat. An authorized prior auth decision. A compliant organization. A clinical review completed.
Here is the trap. Most organizations have spent so much time building and maintaining infrastructure that they have forgotten to ask whether the infrastructure is actually the most efficient path to the outcome. They built it because it was the only path available at the time. That time has passed. The infrastructure stayed.
And here is what makes this so insidious. Once infrastructure exists, it generates its own organizational gravity. The infrastructure needs maintenance. The maintenance needs people. The people need management. The management needs process. The process needs tools. The tools need support.
Pretty soon, maintaining the infrastructure has become the job. The actual outcome, the thing that started the whole chain, has been deprioritized in favor of keeping the machine running.
I call this the infrastructure trap. I have never met an operator who did not recognize it the moment I described it.
The shift has already happened, almost everywhere
The interesting thing about buying outcomes versus infrastructure is that the shift has already happened in almost every domain except the one you are probably still stuck in.
Think about payroll. Large organizations once had payroll departments. Accountants, systems, processes, compliance staff, all dedicated to the internal function of paying employees. The outcome they needed was simple: people paid accurately and on time. The infrastructure to deliver it was enormous.
Then ADP happened. Then Paychex. Then Gusto. Suddenly you could buy the outcome, accurate payroll, on time, compliant, as a service. The infrastructure disappeared. Nobody builds an internal payroll department anymore. You would be considered slightly insane if you tried.
The same thing happened with servers. For decades, technology companies built and maintained data centers, with engineers whose entire job was keeping physical hardware running. The outcome: uptime and compute. The infrastructure: massive, expensive, and deeply embedded in how companies operated.
Then AWS happened. Then Azure. Then GCP. The infrastructure evaporated. You do not maintain servers anymore. You buy the outcome, uptime, compute, storage, at scale, on a consumption model. The provider owns the problem. You pay for the result.
HR systems. ERP platforms. Customer support. Finance operations. Legal research. In every case, the same pattern: infrastructure that organizations once built and owned internally became deliverable as an outcome by a specialized external provider, on a model that was cheaper, faster, and better than anything an individual organization could build itself.
The reason is always the same. Specialization at scale creates efficiency that no individual organization can replicate internally. When the company providing the outcome is doing it for thousands of clients simultaneously, they can invest in the platform, the people, the process, and the technology at a level no single client could ever justify. The outcome gets better and cheaper. The infrastructure becomes unnecessary.
The industries that are still stuck
So where is the infrastructure trap still operating? Where are organizations still building and maintaining things they do not need to own?
Healthcare operations is the obvious answer. It is where I have spent recent years, and it is where I have watched the most capable operators in the country maintain infrastructure that would have been outsourced in any other industry long ago.
Utilization management is the clearest example. Third party administrators, the firms that manage self-funded employer health plans, have been building and maintaining UM infrastructure for decades. Clinical review teams. Prior authorization platforms. Fax-based intake workflows that process hundreds of documents a day. Clinician panels that take months to credential and maintain. Compliance engines that require dedicated staff to operate.
All of that infrastructure exists to produce a single outcome: an accurate prior authorization decision, delivered on time, to the right clinician.
Strip away everything else and that is what a TPA needs from UM. Not a platform. Not a team. Not a workflow. A decision. Accurate, fast, compliant.
The infrastructure was the only path to that outcome for a long time. It is not anymore.
UM is just one example. Revenue cycle management is another. Executive recruiting is another. Strategic implementation and co-delivery is another. In every case the pattern holds: organizations building and maintaining internal infrastructure that could be replaced by an outcome-based model that is cheaper, better, and more scalable.
Why the shift is harder than it looks
If buying outcomes is so obviously better than buying infrastructure, why has not everyone already made the switch?
The honest answer is that switching is genuinely hard. Not because the new model is complicated, but because the old model has tentacles.
When you have built internal infrastructure, you have people whose jobs depend on it. You have processes built around it. You have institutional knowledge embedded in it. You have leadership teams who built their careers managing it. Switching is not just a technology decision or a vendor decision. It is an organizational identity decision.
There is also a real risk that operators feel when they think about outsourcing core capabilities. What if the external provider does not maintain quality? What if they lose control of the member experience? What if the outcome does not actually get delivered the way they have been delivering it internally?
These are legitimate concerns. They are also concerns that get resolved by the quality of the outcome provider, which is exactly why the design of the outcome model matters as much as the pricing.
The operators I most respect, the ones who have made the shift successfully, have told me that the fear of losing control was the biggest barrier. And that once they made the move, the control they had been afraid of losing was actually better in the new model, because the external provider's entire business depends on delivering the outcome reliably.
When your internal team maintains UM infrastructure, their incentive is to keep the infrastructure running. When an external provider delivers UM outcomes, their incentive is to deliver the outcome, because if they do not, you leave. That alignment of incentives is one of the most underrated advantages of the outcome model.
What I am building at Wells Onyx
Wells Onyx is a private holding company built around a single operating philosophy: buying outcomes, not infrastructure.
Every practice vertical in our constellation was designed to answer the same question. What is the outcome an organization actually needs, and how do we deliver it on a model that removes the infrastructure burden entirely?
That sounds simple. The design work behind it is not.
Executive Search. Companies do not need a recruiting function. They need leaders in seats who perform. Our search practice is built around outcome accountability, not just placing candidates but standing behind the quality of the placement. The outcome is a leader who delivers. We own the search.
GSI Co-Delivery. When large systems integrators win deals, they need delivery capability that can flex with the engagement. They do not need to build and maintain a bench of consultants. They need the right people in the right seats for the duration of the engagement. Our co-delivery model gives partners access to delivery capacity on an outcome basis. The engagement gets staffed, the work gets done, the client gets the result.
OnyxRCM. Healthcare providers and systems need revenue collected accurately and on time. They do not need a revenue cycle department. They need the revenue. Our RCM practice is built around that distinction, with a co-ownership structure that aligns our incentives with the client's outcome.
VantaUM. This is our utilization management service, and it is the clearest expression of the outcome philosophy in our portfolio. TPAs need prior authorization decisions delivered accurately, on time, with a member experience that builds trust. They do not need a UM platform, a nurse review team, or a fax workflow. They need the decision.
VantaUM delivers that decision through concierge delivery, a world class clinician panel, and an AI-powered workflow from intake to clinical determination. PEPM pricing that fits most stop loss criteria. The TPA buys the outcome. We own the infrastructure behind it.
Each of these verticals is a different answer to the same question. The model varies: PEPM, retainer, co-delivery, co-ownership. The philosophy is identical.
The compounding advantage
Here is what I have come to believe after watching this pattern play out for 25 years.
The organizations that figure out the infrastructure-to-outcome shift first do not just save money. They build a structural advantage that compounds.
When your competitor is still running UM as internal infrastructure, they are paying a tax on every member life: the overhead of the platform, the staff, the workflow, the compliance burden. That tax does not disappear as they scale. In most cases, it grows.
When you have converted UM to an outcome on a PEPM model, your cost scales linearly with your membership. No overhead. No fixed costs. No team to manage. The more lives you add, the more the unit economics improve.
That is a structural advantage, and it compounds every quarter you are on the outcome model while your competitor is still paying the infrastructure tax.
The same is true in every vertical. When you buy executive search outcomes instead of maintaining an internal recruiting function, you deploy capital against growth instead of overhead. When you buy RCM outcomes instead of maintaining a billing department, your collections improve and your cost per dollar collected drops.
The compounding effect of getting this right across an organization is enormous. The organizations that figure it out first, the ones that make the shift while their competitors are still debating it, lock in advantages that take years to close.
The phrase that lands
I want to come back to where this started.
I was on a call with a sharp operator, someone who has been in the healthcare benefits space for two decades. We were talking about VantaUM and the model behind it, and I used a phrase I had been turning over in my head.
Buying outcomes, not infrastructure.
I watched her eyes light up.
That moment told me something. Not just that the phrase works as a pitch, but that the idea underneath it is something a lot of operators have been feeling without having language for. They know they are maintaining infrastructure they should not own. They can feel the weight of it. They just have not had a clean way to articulate the alternative.
We are at an inflection point in how organizations think about operational infrastructure. The shift is happening whether you choose to be part of it or not. The AWS moment for healthcare operations is here. The ADP moment for utilization management is here.
The organizations that recognize it early and make the shift will look back on this period the same way technology companies look back at the decision to move to the cloud: as the moment when everything got cheaper, better, and more scalable at once.
The ones that wait will be maintaining infrastructure in a world where their competitors have converted it to a line item.
A final thought
I have had four exits. I have built enterprise teams resulting in billions of dollars in enterprise value. I have been inside some of the most sophisticated organizations in the world. And the single most consistent thing I have observed across all of it is this:
The organizations that win are the ones that are ruthless about what they own versus what they buy.
They own their relationships. They own their culture. They own their strategy. They own the capabilities that are genuinely proprietary to what they do.
Everything else, the infrastructure, the platforms, the back-office workflows, they buy as outcomes from people who can deliver those outcomes better than they can.
That is not laziness. That is discipline. And it is the discipline that separates organizations that scale from organizations that stagnate under the weight of everything they have built.
If you are running an organization and you are quietly sitting on infrastructure you know you should not own, start a conversation.