Thought Leaders

The AI Deployment Wave Has Capital—and a Portfolio Risk Nobody Is Pricing in Yet

mm

Last month, OpenAI launched a $4 billion entity called the OpenAI Deployment Company. TPG led the round, with Bain Capital, Advent, and Brookfield signing on as co-lead founding partners and nineteen PE firms committing capital in total. The stated mission is to embed AI deployment engineers directly inside enterprises and find their highest-value AI opportunities (and then, of course, scale them).

Anthropic is pursuing the same structure. Reuters reported that both companies have independently formed PE-backed joint ventures targeting acquisitions of business AI deployment firms. Clearly, this is an industry-level capital formation event, not a one-off strategic bet. The market they’re growing into is your portfolio. Investors should think carefully about what they’re actually looking at here.

What a PE-backed deployment company is

TPG manages $200 billion+ in assets, and its fiduciary duty runs to its limited partners (it does not, by contrast, run to the enterprise customers who’ll be receiving deployment engineers). When TPG writes a check to the OpenAI Deployment Company, it’s buying a growth asset that’s measured in AI deployment revenue. An engineer who activates ten workflows inside a portfolio company is a “better-performing” asset than one who activates three. That incentive to find, activate, and scale AI usage isn’t incidental to the investment structure. Rather, it’s the whole point.

This is what PE-backed growth vehicles do, and what they’re supposed to do. The incentives aren’t misaligned; they’re just aligned to a different outcome than the one your portfolio companies are optimizing for. While they optimize for scale, the companies absorbing these deployment teams need to be optimizing for profitability. In enterprise AI, those two things can diverge, quietly, for a surprisingly long time before anyone in the building furrows a brow.

We have seen this incentive structure before

In 1999, marchFIRST was formed from the merger of USinternetworking and Whittman-Hart, carrying a peak valuation north of $7 billion. The business was embedding internet consultants inside enterprises to find and build high-value web opportunities. Razorfish and Sapient were running the same play with the same capital logic behind them.

The pitch was timely. Enterprises genuinely needed expertise they didn’t have, the internet was moving faster than internal teams could track, and the consultants were actually good at their jobs. What enterprises didn’t fully think through (and what a lot of investors hadn’t either) was how the incentive structure underneath would behave once it was inside the building. These firms weren’t compensated for client ROI, but for metrics like headcount and billable hours. More deployment was always better for them regardless of what it meant for the client. The consultants finding opportunities were rewarded for finding more of them. LP returns depended on growth.

marchFIRST filed for bankruptcy in 2001, leaving enterprises holding infrastructure they’d approved but couldn’t always justify. The AI deployment market may or may not follow the same arc, but I’d argue the economic incentives underlying these new ventures are structurally identical to the ones that produced those outcomes. Investors with portfolio companies about to put out the welcome mat for a PE-backed deployment team need to be asking some specific questions before they’re through the door.

Inside the building, off the books

Every AI workflow a deployment engineer activates carries a cost structure, be it tokens consumed, API calls made, compute burned, etc. These compound month over month across every transaction and feature the team touches. Activating and scaling those workflows is the deployment engineer’s job; measuring whether they’re actually profitable relative to their cost isn’t their job, and it’s not how their performance gets evaluated. The capital structure behind them has no particular interest in whether the enterprise knows the answer to that question.

So who inside your portfolio company is actually tracking cost-per-AI-workflow? Who’s attributing AI spend to the customer segments and product features generating it? Who has the authority to slow or block usage that’s consuming budget without producing a return? If the answer to any of those amounts to a shrug, a PE-backed growth machine now has access to a cost center with nothing governing the spend. That risk that isn’t showing up in board decks yet. It’s not hidden, per se, but nobody’s built the instrumentation to find it.

The investment opportunity on the other side of this

Ask the average portfolio company what an AI workflow is actually costing them per transaction, or who can shut down usage that’s burning budget without a return, and the answer is usually a long pause. That gap tends to stay invisible until the bill makes it impossible to ignore, and investors are often better positioned to spot it early than the companies themselves.

Two years ago this wasn’t a commercial investment thesis because the deployment wave hadn’t arrived with serious capital behind it (that’s changed). Enterprises now absorbing embedded deployment teams without that layer in place are running the same experiment enterprises ran in 1999, and the ones that have it before those teams walk through the door are in a structurally different position, and so are their investors.

CFOs burned in 2001 had plenty of intelligence and not enough instrumentation and, by the time the cost structure became visible, stopping it was already expensive. That instrumentation exists now, but whether businesses demand it before opening the door (and whether investors push their portfolio companies to demand it) is still the open question.

Nineteen PE firms just committed $4 billion to scale AI usage inside companies like yours, and they’re very good at what they do. The investors who come out ahead on this wave will be the ones who made sure their companies were equally good at theirs.

Prior to founding Revenium, John co-founded OpSource and served as CTO as the company scaled through its acquisition by NTT and global expansion. He previously led enterprise infrastructure operations at Sitesmith as COO and SVP of Operations through its acquisition by MFN. He founded Revenium to bring economic governance and financial control to the next generation of AI systems.