In February 2026, US software stocks lost roughly $285 billion in value over 48 hours, a selloff the market nicknamed the "SaaSpocalypse." The trigger was a belief that AI-generated internal tools were about to displace a meaningful share of enterprise SaaS spend. A 2026 survey of 817 Retool customers found 35% of enterprises had already replaced at least one SaaS product with a custom build, and 78% expected to build more in the year ahead.
The build side of that trade is the part everyone measures. The four costs that follow it are not.
What you budget for, vs. what it costs
Illustrative positioning based on the pattern described in the sources below, not a measured average across companies. Marker size loosely tracks how easily the cost compounds once it appears.
01Token cost: the one everyone already tracks
VisibleThis is the cost vector with the best data, because it shows up on an invoice. Enterprise agentic coding tools run $200 to $2,000 or more per engineer per month in 2026, and one audit of thirty engineering teams found that within 90 days of enabling AI coding agents, the AI bill typically became the second-largest line item on the engineering ledger after salaries.
The mechanism is structural, not a sign of misuse. An orchestrated agent workflow costs roughly $1.20 per interaction in 2026 against about $0.04 for a simple linear query in 2023, a thirty-fold increase, because the workflow now includes tool calls, retries, and re-sent context on every turn. Gartner puts agentic tasks at five to thirty times the token consumption of a standard chatbot query for this reason.
Because this cost is visible, it is also the most manageable. Teams that audit usage and route simple subtasks to cheaper models have cut monthly spend by close to 40% with no change to output. The other four cost vectors get less attention precisely because they don't arrive with a number attached this cleanly.
02Hosting cost: the second bill, on a separate budget
Semi-visibleA tool built through a prompt-to-app platform typically is not hosted for free once it leaves the demo stage. Production-grade hosting, databases, and CDN costs commonly run $15 to $100 or more per month per application before any meaningful usage, and that figure multiplies with every additional tool a team spins up independently rather than sharing infrastructure.
This is where the SaaS-replacement calculus quietly shifts. A SaaS subscription bundles hosting, uptime, and security patching into one fee paid to a vendor with the scale to absorb it cheaply. A self-hosted internal tool moves that responsibility, and its cost, onto the business, and it rarely appears on the same budget line as the token spend that built the tool, so the two rarely get compared honestly.
The bill that gets measured is not the bill that matters most. Token cost is visible because it is metered per interaction. Hosting, maintenance, and knowledge loss are diffuse: they show up as a slower team, a support ticket, or a rebuild months later, and by then nobody connects them back to the tool that caused them.
03Maintenance: the cost that compounds
DelayedIndustry benchmarks have long put maintenance at 50โ80% of a software system's total cost of ownership across its lifecycle, and that figure assumes a human-authored codebase with a coherent structure. Emerging data on AI-generated codebases suggests the multiplier runs higher: some analyses put ongoing maintenance at up to three times the original development cost, because a business rule that would live in one place in a clean codebase may be duplicated across dozens of unrelated files in a vibe-coded one.
The mechanism is architectural rather than incidental. AI coding assistants optimise for the task in front of them, not for how the system will look after fifty more prompts, so implicit contracts between components erode gradually. Tests keep passing because they were generated by the same process that wrote the code they're testing, so they validate what the code does rather than what it should do.
One frequently cited case from a health-tech startup illustrates the shape of the risk: a patient management system built through vibe coding worked until the company reached 10,000 users, at which point scalability failures forced roughly $250,000 in rework. The number is specific to that company, but the pattern, low visible cost until a threshold is crossed, then a large one, recurs across the case studies in this space.
04Knowledge management: the cost of forgetting how it works
CompoundingEvery vibe-coded tool starts as a conversation between one person and a model. The reasoning behind a given implementation, why this field is required, why that workflow branches the way it does, usually lives in that conversation and nowhere else. When the prompt history is gone, the system's rationale is gone with it, even though the code still runs.
- No source of truth for intent. The prompt that produced a feature is rarely saved anywhere a future maintainer would think to look.
- No architectural map. Nothing records why the system is shaped the way it is, only what it currently does.
- Rising blast radius. Each subsequent change has a higher chance of breaking something the original builder never documented and the next person can't see.
This cost is the hardest of the five to price precisely, because it rarely appears as a single invoice. It appears as a project that takes longer than it should, for reasons nobody can quite point to.
05Switching cost: what it costs to go back
AsymmetricTeams that replace a SaaS subscription with a vibe-coded tool sometimes discover the SaaS product was doing more than the visible feature they replaced: proprietary data feeds, compliance certifications, vendor-side maintenance, and integrations with other systems that would take real engineering effort to rebuild. Reporting on the trend has found this cuts both ways. One security-focused firm in Europe successfully replaced roughly ten SaaS tools with self-hosted alternatives over a year; elsewhere, teams that vibe-coded a replacement for a logging or observability tool ended up adopting more SaaS, not less, because AI made integrating a proper vendor tool easier than it made maintaining a homegrown one.
The asymmetry is what makes this cost dangerous. Cancelling a SaaS subscription is a single decision, made once, with an immediate saving. Rebuilding what that subscription quietly provided, data licensing, uptime guarantees, a compliance attestation, is a project, discovered incrementally, usually after the cancellation has already happened and the renewal price is no longer on offer.
Three ways to carry these costs, compared
None of the five cost vectors above go away once a business notices them. Someone still has to own token spend, hosting, maintenance, documentation, and the build-versus-buy judgment on an ongoing basis. In practice, businesses absorb that ownership one of three ways.
| Approach | Hire an internal engineer | Outsource to a contractor | jig |
|---|---|---|---|
| Typical first-year cost | $248,000 to $390,000 fully loaded for one US senior engineer, before tools or infrastructure | $60 to $150+ per hour, billed whether or not the work maps to a full-time need | $3,000 per active build week, plus a platform fee from $0 to $1,299/mo |
| Coverage when idle | Full salary continues regardless of workload, an expensive fit for spiky maintenance demand | No cost when not engaged, but no guaranteed availability when an issue appears | No sprint fee between engagements; platform fee covers bug fixes continuously |
| Documentation and continuity | Depends entirely on one person's discipline and survives only as long as they stay | Varies by contractor and contract; institutional knowledge often leaves with them | Delivery team retains context across sprints; client owns all code and data throughout |
| Time to address a new issue | Immediate if the engineer has bandwidth; blocked entirely if they don't | Subject to contractor availability and onboarding time for each new engagement | A new sprint at a known weekly rate; bug fixes covered under the platform fee |
| Best fit | Sustained, full-time internal software need across many systems | Defined, temporary projects with a clear scope and a technical manager to direct them | Ongoing internal tooling need without the volume to justify a full hire |
Hiring and outsourcing figures are 2026 US market ranges drawn from published salary and staffing data; actual cost varies by role, seniority, and region.
The comparison is not that one option is free of the five cost vectors and the others carry all of them. Every approach still has to pay for tokens, hosting, maintenance, documentation, and the judgment of when to build versus buy. What differs is who is paid to carry that judgment, and whether the cost scales with actual workload or with a fixed commitment made in advance.
A full-time hire makes sense once the internal tooling need is large and constant enough to occupy someone permanently; the fully loaded cost is fixed whether that week is busy or quiet. A contractor makes sense for a defined, temporary scope, provided someone in-house is available to direct the work and hold the institutional knowledge once the contract ends. jig sits between those two: sprint pricing tracks actual build weeks rather than a standing salary, and because the same delivery team carries context across sprints, the knowledge-management cost described above is retained by the team rather than by one person's memory.
The AI-assisted build is rarely the expensive part. The expensive part is everything that has to happen after the first version works: hosting it properly, maintaining it as requirements shift, keeping the reasoning behind it somewhere durable, and not discovering the switching cost only after the subscription it replaced is gone.
See what a managed alternative costs for your actual workload. Discovery is free.
Book a free discovery call