The Great Unbundling: How AI APIs Are Replacing SaaS Subscriptions

Can you actually replace a SaaS subscription with an AI API?

Yes, for a specific and growing category of software, and the economics already work today. If a tool's core job is to take some input, run it through a model, and hand back an answer or a document, a direct API call to GPT-4o mini, Claude, or Gemini Flash can now do that job for a fraction of a cent per run instead of a flat monthly seat fee. That's why employees and finance teams are quietly building their own narrow replacements instead of renewing the contract.

The $4,830-per-employee problem

Start with the number that explains the motive. Average enterprise SaaS spend hit $4,830 per employee in 2025, up 21.9% year over year, the first increase in three years.¹ Organizations separately waste an average of $21 million a year on licenses nobody uses.¹

That waste isn't evenly spread. It piles up in point-solution tools one team bought and everyone else forgot about, exactly the software this piece is about. Our breakdown of where SaaS budgets actually leak covers the pattern in full.

What's new is who's noticing. Lines of business, not IT, now control 70% of SaaS purchasing decisions, against just 26.1% for IT.¹ The people closest to the pain of a bad tool are also the people with a company credit card and, increasingly, the coding fluency to build their own fix. At the same time, spending on AI-native apps grew 75.2% year over year even as total SaaS costs rose.¹ Budget is moving toward tools people build or buy specifically because they run on AI.

What actually changed: API costs collapsed while models got multimodal

The technical shift underneath all this is straightforward. OpenAI's GPT-4o mini prices out at $0.15 per million input tokens and $0.60 per million output tokens, roughly an order of magnitude cheaper than the frontier models that came before it. A support-reply classifier, a lead scorer, or a report summarizer that runs thousands of times a month now costs pennies, not a per-seat license. We've written before about how this zero-marginal-cost shift is breaking the logic behind $99-a-seat pricing, and the pattern shows up again here from the buyer's side of the table: if the intelligence inside the SaaS tool costs almost nothing to run directly, the markup on the wrapper around it becomes very visible, very fast.

Multimodal capability matters just as much as price. A model that can read a spreadsheet, parse a PDF, or look at a screenshot removes the last excuse for needing a dedicated app with a polished UI. The UI was often the product. Once a model can do the task without one, the app underneath starts to look optional.

The pattern: real teams are already doing this

This isn't hypothetical. Netlify employees have used AI coding tools like Bolt and Lovable to build internal replacements for an employee survey tool that would normally be bought from Qualtrics or Momentive, a CPQ pricing calculator, and an interview-training app.² Andreessen Horowitz general partner Martin Casado built his own AI-powered CRM that syncs his calendar and email and prepares weekly meeting briefings. His reasoning was blunt: "For some software, it's becoming quicker to code my own version with AI than learn someone else's non-intuitive, shit UI."²

Netlify CEO Mathias Biilmann frames this as a change in who gets to build software, not just a change in tools. AI-native "software composers" in ops and business roles, not only engineers, can now ship functional internal tools. That changes the buy-versus-build calculus: what one internal developer can build inside a company just went up dramatically.²

The most vivid example is also the smallest. One consultant described replacing a client's "Enterprise AI Suite," in his words a fancy dashboard wrapped around a standard API, with a direct Python connection to an LLM API and a cron job. The build took about four hours. It eliminated a $20,000-a-year subscription with, in his account, the same output quality.³

Where this works, and where it doesn't

Not every SaaS category is equally exposed. Gartner projects up to $234 billion in enterprise application software spend is at risk from what it calls agentic arbitrage between now and 2030, roughly 20% of enterprise SaaS spending, as AI agents complete cross-system tasks and bypass software interfaces entirely.⁴⁵ Separately, Gartner predicts that by 2030, 35% of point-product SaaS tools will be replaced by AI agents or absorbed into agent ecosystems.⁶

That 35% figure implies the other 65% survives, and the reason is instructive. Tools built around structured data ownership, audit trails, and network effects don't unbundle easily, because AI agents still need something to read from and write to.⁶ A useful filter for your own stack:

• Point solutions and workflow tools. Survey tools, report generators, lead scorers, meeting-prep assistants. High replacement risk, because the value is mostly "run this task," not "hold this data."
• Systems of record. Your core CRM database, your accounting ledger, your HRIS. Low replacement risk, because switching means migrating the actual data of record, not just the interface.
• Compliance and regulated software. Tools tied to audit requirements or legal attestations. Low replacement risk, because the vendor is often selling liability coverage, not just software.
• Network-effect platforms. Tools whose value comes from other people also using them, like a shared design tool or a marketplace. Low replacement risk, because you can't build the other side of the network yourself.
• Thin wrappers over commodity APIs. Dashboards that mostly reformat a model's output. Highest replacement risk of all, because there's often nothing proprietary underneath to protect.

How do you calculate whether replacing a SaaS tool pays off?

A useful data point comes from InsiderAITrends' review of SMB stacks: a targeted audit typically surfaces three to five tools, support chatbots, lead enrichment, internal knowledge bases, reporting, form-to-CRM pipelines, that can be replaced with lightweight AI builds running $10 to $40 a month each, against typical SaaS costs of $100 to $500 a month per tool.⁷ Gartner's SMB figures put the average annual SaaS bill at $9,062, while the average SMB only actively uses about 30% of the features it's paying for.⁷ That gap between what's bought and what's used is where most of the payback comes from.

A rough version of the model looks like this:

1. Current SaaS cost. Annual subscription price, all seats.
2. API cost. Estimated monthly token spend at current usage volume, priced at published rates like GPT-4o mini's $0.15/$0.60 per million tokens.
3. Build hours. Time to write and test the replacement, often measured in hours, not sprints, for narrow tasks.³
4. Payback period. Build cost divided by monthly savings. SMB audits commonly land in the 3 to 9 month range.⁷

We walk through this same build-versus-buy arithmetic in more depth in our look at how AI has repriced the calculus for 2026, and the short version holds here too: once the payback period drops under a year, the conversation inside most companies shifts from "should we" to "who owns it."

The counter-pressure: vendors are closing the wrapper loophole

This movement isn't unlimited or risk-free. Model providers are already pushing back on its most exposed version. Anthropic's updated commercial API terms now restrict using a single company-held API key to authenticate requests on behalf of third-party paying end users, directly targeting the classic wrapper pattern of marking up per-token costs into a flat subscription.⁸ Genuinely internal tools, where every user is an employee under one organization, are still explicitly fine.⁸ The line Anthropic is drawing is exactly the line this article is about: build for your own company, don't resell the API back out as a product.

Pricing is shifting underneath vendors too. GitHub moved Copilot from flat-rate premium requests to usage-based billing tied to input, output, and cached token counts, a change that took effect in 2026, and Zendesk and Workday made similar moves.⁵⁹ Consumption pricing is spreading because flat subscriptions no longer match what AI actually costs to deliver, on either side of the transaction.

Seat-based pricing is looking worse for the vendors selling it, too: companies still using it are 1.6 times more likely to miss growth targets than consumption-priced peers, and 58% of SaaS companies report declining net revenue retention because AI lets customers do the same work with fewer seats.¹⁰ The unbundling pressure and the vendor pricing pressure are the same force, viewed from two sides of the same invoice.

The governance catch

A tool an employee builds without asking anyone isn't automatically a safe one.

• Gartner's 2025 survey of 302 cybersecurity leaders found 69% of organizations suspect or have evidence that employees are using prohibited public GenAI tools.¹¹
• The 2025 Verizon Data Breach Investigations Report found 15% of employees routinely access GenAI systems on corporate devices, and 72% of that access happens through non-corporate email accounts, entirely outside company logging and authentication.¹¹
• IBM's 2025 Cost of a Data Breach report found shadow AI added an average of $670,000 to global breach costs.¹¹

That's the tradeoff nobody puts on the four-hour build's slide. A cron job that saves $20,000 a year is only a good trade if someone knows it exists, knows what data it touches, and can turn it off. The same builder instinct that unbundles a wasteful SaaS contract also creates a new asset that needs an owner, a review cycle, and a place on the books, not a folder on someone's laptop.

How to run your own unbundling audit

A practical version of this process, in order:

1. Audit the stack. List every SaaS tool by category and annual cost. Flag anything whose core function is summarizing, classifying, extracting, or generating text or images from input data.
2. Classify by risk tier. Sort flagged tools against the five categories above. Systems of record and compliance tools stay put. Point solutions and thin wrappers go to prototyping.
3. Prototype with a narrow wrapper. Build the smallest version that does the one task the SaaS tool was bought for. Time-box it. Most of the examples here took hours, not weeks.
4. Calculate payback. Compare current subscription cost against projected API cost plus build and maintenance hours. Anything under a year's payback is worth a serious look.
5. Keep governance in place. Log what the tool touches, who owns it, and how it's reviewed, the same rigor you'd expect from a vendor contract, not less.

Teams that treat this as an ongoing practice, rather than a one-time cost-cutting exercise, tend to build the audit itself into a lightweight internal system. That's the same instinct behind platforms like Remy, which exist to help companies keep the tools they build, and the budget behind them, as an owned asset rather than something scattered across personal laptops and forgotten cron jobs.

The unbundling underway right now isn't a rejection of software. It's a rejection of renting software whose core function you could run yourself for the price of a few thousand tokens. Not every SaaS line item deserves that scrutiny. But the ones that do are easy to spot, once you know the filter to use.