← Back to Blog

Labor as a Service: The So-Called Death of SaaS and What's Really Happening

Everyone is declaring Software as a Service dead. They're wrong. SaaS is about to be consumed at a scale no human workforce could ever match. The real revolution isn't the death of software — it's the birth of Labor as a Service.

The Headline Everyone Gets Wrong

Open any technology publication in 2026 and you'll find a familiar refrain: "SaaS is dead." Venture capitalists are tweeting it. Founders are pivoting because of it. Conference keynotes are built around it. The narrative has reached escape velocity, and at this point, it almost feels like established fact.

Except it isn't.

The pronouncement that Software as a Service has reached its terminal moment is not just premature — it fundamentally misunderstands what is actually happening in the software industry. What's occurring right now is not the death of a delivery model. It's the birth of an entirely new relationship between intelligence and infrastructure. And if you misread this moment, you'll make decisions that cost you years.

Here is the truth, stated plainly: SaaS is not dying. It is about to be consumed at a scale that dwarfs anything in the history of enterprise technology. But the consumers won't be human beings sitting at desks, clicking through dashboards, and exporting CSV files. The consumers will be autonomous AI agents — tireless, parallel, operating around the clock — that treat SaaS applications the way factory robots treat machine tools: as instruments of production, wielded at superhuman speed.

This shift has a name. We call it Labor as a Service — LAAS — and it represents the most significant transformation in how businesses purchase, deploy, and derive value from technology since Marc Benioff put a CRM in the cloud.

"Business applications as we know them will collapse in the agent era."

— Satya Nadella, CEO of Microsoft

Nadella isn't wrong about the collapse. He's just talking about the interface layer. The applications themselves — the databases, the APIs, the business logic, the workflow engines — aren't going anywhere. They're going to multiply. What's collapsing is the assumption that a human needs to sit between the business problem and the software that solves it.

• • •

Before SaaS Existed: A History Most People Don't Know

To understand why Labor as a Service is the natural evolution of the software industry, you need to go back much further than Salesforce's founding in 1999. The impulse to deliver computing capability as an on-demand service — rather than a product you install — is as old as commercial computing itself.

The Service Bureau Era (1930s - 1960s)

1932

IBM opens its first service bureaus — physical facilities where businesses could bring their data processing needs and receive results without owning any computing equipment. Companies would arrive with punch cards and raw data, hand them over to operators, and collect computed output later. This is, in a fundamental sense, the first "as a Service" model in computing history.

1950s - 1960s

As mainframes emerged, the timesharing model took root. Organizations that couldn't justify the cost of a full mainframe — which could run into the millions — could rent time on a shared machine. Multiple users accessed a single computer through remote terminals, each believing they had the machine to themselves. This was cloud computing before there was a cloud, and the economics were identical: pay for what you use, avoid massive capital expenditure, and let someone else maintain the hardware.

The decision tree was simple even then. If your transaction volume was high enough, you bought the mainframe. If it wasn't, you used a service bureau. That same calculus — build versus buy, own versus rent — has driven every major platform transition since.

The Application Service Provider Experiment (1990s)

1990s

Application Service Providers (ASPs) emerge as the internet creates new distribution possibilities. ASPs hosted applications on their own servers and delivered them to customers over the internet. On paper, this was SaaS before SaaS had a name. In practice, it was a technical and commercial disaster for most participants.

The ASP model failed for reasons that are instructive. Bandwidth was inadequate. Latency was unacceptable for interactive applications. Security was questionable. And critically, most ASPs were simply hosting the same monolithic, on-premise software on their own servers — they hadn't rearchitected anything for multi-tenancy or internet-native delivery. They were trying to sell a cloud experience using pre-cloud technology.

But the instinct was correct. The market wanted software delivered as a service. It just needed the infrastructure to catch up to the ambition.

• • •

The Birth of SaaS and the End of Shrink-Wrap

March 1999

Marc Benioff, Parker Harris, Dave Moellenhoff, and Frank Dominguez incorporate Salesforce.com in a San Francisco apartment. Their marketing tagline: "The End of Software." Not the end of functionality — the end of software as a product you install, update, and maintain on your own hardware.

February 2000

Salesforce officially launches its cloud-based CRM. Despite the dot-com bubble bursting months later, the company hits $5.4 million in first-year revenue and grows to 40 employees. The value proposition survives the crash because it's grounded in operational reality: businesses don't want to manage servers. They want to manage customers.

2001

Revenue reaches $22.4 million with over 3,000 customers. Salesforce becomes the fastest-growing CRM company, proving that internet-delivered software isn't a gimmick — it's superior economics.

2004

Salesforce goes public on the New York Stock Exchange. The SaaS model is validated in the capital markets.

2006 - 2008

Amazon Web Services launches its foundational services (S3 in 2006, EC2 shortly after). Google releases Google Apps for Your Domain, later Google Workspace. The cloud infrastructure layer that will enable the SaaS explosion is now in place.

The core insight of early SaaS was deceptively simple. Software has always been expensive to distribute and maintain. If you eliminate the distribution problem by delivering through the browser and eliminate the maintenance problem by centralizing updates, you unlock a business model with extraordinary economics: recurring revenue, lower customer acquisition friction, and compounding network effects.

What Benioff intuited — and what the market eventually proved — was that most businesses don't care about software. They care about outcomes. CRM software is just the mechanism through which they achieve better customer relationships. The less they have to think about the mechanism, the better.

Remember that insight. It's the key to everything that follows.

• • •

The Golden Age: A Thousand Tools for Every Task

Between 2008 and 2024, SaaS went from disruptive idea to the default delivery model for nearly all business software. The numbers are staggering.

SaaS by the Numbers

~$300B

Projected global SaaS spending in 2025, growing at nearly 20% year-over-year.

30,000+

Estimated number of SaaS products on the market as of 2025.

$1.58T

Projected B2B SaaS market size by 2031, representing a 26% compound annual growth rate.

Every conceivable business function got its own SaaS layer. Customer relationships got Salesforce and HubSpot. Project management got Asana, Monday.com, Jira, and dozens more. Communication got Slack, Microsoft Teams, Zoom. Accounting got Xero and QuickBooks Online. Marketing got Mailchimp, Marketo, and Klaviyo. Human resources got BambooHR, Workday, and Rippling. Even niche functions — restaurant waitlist management, dental appointment scheduling, HVAC dispatch — got their own dedicated SaaS applications.

The SaaS explosion was a genuine triumph of specialization. For the first time in history, a five-person company could access the same caliber of tools that were previously reserved for the Fortune 500. The democratization of enterprise-grade software was one of the most consequential economic developments of the early 21st century.

But this golden age carried within it the seeds of a different kind of problem.

• • •

The Problem No One Talks About: Tool Fatigue

By 2024, the average mid-market company was running somewhere between 100 and 300 SaaS applications. Enterprises often maintained over a thousand. Each application had its own login, its own interface, its own logic, its own data silo, and its own learning curve.

The promise of SaaS was simplification. The reality became complexity at scale.

Consider what a typical customer service operation looks like in 2026. An agent needs to check the CRM for customer history, reference the knowledge base for policy details, update the ticketing system with resolution notes, check the billing platform for account status, send a follow-up email through the marketing automation tool, and log the interaction in the analytics platform. That's six different applications, six different tabs, six different interfaces — for a single customer interaction.

The software worked. Each individual tool did its job. But the human operating across all of those tools became the bottleneck. Context switching, copy-pasting data between systems, remembering which tool holds which information, navigating different UIs with different mental models — this cognitive overhead consumed an enormous portion of the working day.

Studies began to show that knowledge workers were spending only 40% of their time on actual productive work. The rest was spent on the operational overhead of managing the tools that were supposed to make them productive.

The industry tried to solve this with integration platforms — Zapier, Workato, MuleSoft — which helped but added yet another layer of complexity. Then came the "platform play" where major vendors tried to consolidate everything under one roof. That helped for some workflows but couldn't cover every use case.

The real problem was structural. SaaS was designed around the assumption that humans would be the operators. Every dashboard, every button, every drag-and-drop interface was built for human eyes and human hands. But what if the operator wasn't human?

• • •

Enter the Agent: Software That Uses Software

The emergence of capable AI agents in 2024 and 2025 changed the fundamental equation of enterprise software. For the first time, it became possible to deploy autonomous software entities that could:

This wasn't just automation. Automation had existed for decades. Robotic Process Automation (RPA) could click buttons and fill forms. Workflow engines could route documents. Cron jobs could run scripts on a schedule. But all of these required a human to define every step, every branch, every exception handler, in advance.

AI agents are fundamentally different because they reason. Given a goal and access to tools, they can figure out how to accomplish it. They can handle novel situations they've never encountered before. They can adapt when one approach doesn't work. They can ask clarifying questions when requirements are ambiguous.

And critically, they don't need a graphical user interface. They interact directly with APIs, databases, and structured data — the machinery underneath the dashboard. What previously required a human to navigate through three different applications, copying information from one screen to another, an agent accomplishes in seconds through direct API calls to all three systems simultaneously.

"Applications are essentially CRUD database systems. They have some business logic. That business logic is going to migrate into the AI tier."

— Satya Nadella on the future of enterprise applications

This is the moment the narrative flips. SaaS applications were built as tools for humans. AI agents turn those same applications into tools for autonomous workers. The dashboard becomes unnecessary — not because the application is unnecessary, but because the operator doesn't need a visual interface. The agent reads and writes data directly.

Agents in Production Today

This isn't theoretical. As of early 2026, the enterprise landscape already shows clear evidence of the shift:

Research from Camunda's 2026 State of Agentic Orchestration report reveals that 81% of enterprise respondents consider agentic orchestration essential for achieving a fully autonomous enterprise. Meanwhile, 57% of companies surveyed already have AI agents running in production environments.

• • •

What Is Labor as a Service?

Labor as a Service — LAAS — is the business model that emerges when AI agents become the primary consumers of software tools.

In the SaaS model, you purchase access to a tool. You pay per seat, per month, for the right to use the software. The value extraction depends entirely on how effectively your human team operates that tool. A CRM is only as good as the sales reps who update it. A project management tool only works if people actually use it. An analytics platform is useless if nobody reads the dashboards.

In the LAAS model, you purchase outcomes. You don't pay for a seat in a customer service platform. You pay for resolved customer inquiries. You don't pay for a marketing automation license. You pay for qualified leads generated. You don't pay for access to an accounting system. You pay for completed reconciliations.

The Core Distinction

SaaS: "Here are the tools. Hire humans to use them."

LAAS: "Here are the results. An agent used the tools to produce them."

The shift is radical not because the software changes, but because the value chain changes. In SaaS, the vendor's responsibility ends at providing functional software. Training, adoption, utilization, and results are the customer's problem. In LAAS, the vendor takes responsibility for the entire chain from tool to outcome. The agent is the bridge that connects software capability to business result.

The Architecture of LAAS

A Labor as a Service offering is built on three layers:

  1. The Tool Layer (SaaS) — The underlying software applications that store data, execute business logic, and provide APIs. This is existing SaaS infrastructure: CRMs, ERPs, communication platforms, databases, analytics engines. This layer doesn't disappear. It grows.
  2. The Agent Layer (Intelligence) — Autonomous AI agents that reason about business problems, make decisions within defined governance boundaries, and execute actions across the tool layer. This is the new middle tier that turns tools into workers.
  3. The Governance Layer (Trust) — Rules, constraints, audit trails, and human oversight mechanisms that ensure agents operate within approved boundaries. This layer determines what an agent can and cannot do, when it must escalate to a human, and how every action is logged and reviewable.

This three-layer architecture is essential. Without the tool layer, agents have nothing to work with. Without the agent layer, tools still require humans to operate them. Without the governance layer, agents are uncontrolled and untrustworthy.

Every serious LAAS implementation needs all three.

• • •

The Plot Twist: SaaS Is Not Dead

Here is where the popular narrative goes catastrophically wrong.

When people say "SaaS is dead," they imagine a world where the CRM disappears, the project management tool evaporates, and the accounting software winks out of existence. They picture AI agents working from some formless void, conjuring business outcomes through pure intelligence.

That's not how any of this works.

AI agents need tools. They need databases to read from and write to. They need business logic to execute. They need communication protocols to interface with. They need data models to understand. Every action an agent takes is, at its core, an API call to a software system.

Agents don't replace software. Agents consume software.

And they consume it at a rate and volume that no human workforce could approach. Consider the implications:

If you're a SaaS company and your product is priced per API call, per transaction, or per data volume processed, the LAAS era is the best thing that has ever happened to you. Your consumption metrics are about to go vertical.

If you're priced per seat — per human user — then yes, you have a problem. Not because your software is being replaced, but because your pricing model doesn't capture the value being created. The software is more useful than ever. But the user sitting in the seat is no longer human.

The Real Headline

SaaS isn't dead. Per-seat pricing is dead. The software layer is about to experience demand that exceeds anything in its history — driven by agents, not people. Companies that adapt their pricing and access models to serve agentic consumers will thrive. Those that insist on charging per-human-seat will be disrupted.

The Numbers Don't Lie

Global SaaS spending is approaching $300 billion in 2025 and is projected to accelerate, not contract. Enterprise software spending is expected to grow over 15% in 2026, with the majority of that growth driven by AI-enabled applications. The B2B SaaS market is on track to reach $1.58 trillion by 2031.

These aren't the numbers of a dying industry. These are the numbers of an industry being supercharged by a new class of consumer that operates at machine speed.

• • •

The Economics of LAAS: From Per-Seat to Per-Outcome

The economic transformation from SaaS to LAAS touches every aspect of how technology is bought, sold, and valued.

Dimension SaaS Model LAAS Model
What You Buy Access to software tools Completed business outcomes
Pricing Unit Per seat, per month Per outcome, per resolution, per task
Value Depends On Human skill in using the tool Agent capability and governance quality
Scaling Requires Hiring more people, buying more seats Provisioning more agent capacity
Time to Value Weeks to months (training, adoption) Hours to days (agent deployment)
Utilization Varies by employee engagement Near 100% — agents don't procrastinate
Operating Hours Business hours (8-10 hrs/day) 24/7/365 — no breaks, no holidays
Quality Consistency Varies by individual Governed, auditable, consistent

The per-outcome pricing model has profound implications for both buyers and sellers. For buyers, it means paying only for value received. No more shelfware — licenses purchased but never used. No more "we bought the enterprise plan but only use three features." Every dollar spent corresponds to a measurable unit of work completed.

For sellers, it means a different kind of relationship. You're no longer in the tools business. You're in the labor business. Your revenue correlates directly with the value you deliver to customers, which means your incentives are perfectly aligned with theirs. This is a healthier dynamic than per-seat pricing, where the vendor benefits from seat count regardless of whether those seats produce results.

The Margin Question

Skeptics immediately ask about margins. If you're delivering outcomes rather than software access, don't your costs scale with delivery? Yes — but the cost curve of AI inference is collapsing faster than almost any technology cost in history. Model costs dropped approximately 80% in just the first two months of 2025 alone. As inference becomes cheaper, the margin on per-outcome pricing improves dramatically.

The parallel is cloud infrastructure. AWS's per-compute-hour pricing seemed risky compared to selling perpetual server licenses. But as infrastructure costs dropped and usage expanded, the utility pricing model proved overwhelmingly superior for both provider and consumer.

• • •

What LAAS Looks Like in Practice

Abstract frameworks are useful, but the real understanding comes from seeing LAAS in operation. Let's walk through three scenarios that illustrate the model.

Scenario 1: Customer Service That Never Sleeps

A home services company — plumbing, HVAC, electrical — receives hundreds of customer inquiries per week. Under the SaaS model, they'd purchase a helpdesk platform (Zendesk, Freshdesk), a CRM (HubSpot, Salesforce), a scheduling tool (ServiceTitan), and a communication platform (Twilio). Then they'd hire and train customer service representatives to operate across all four systems.

Under the LAAS model, an AI agent operates all four systems autonomously. When a customer calls at 2 AM with a heating emergency, the agent triages the call based on the company's emergency criteria, checks the scheduling system for available on-call technicians, looks up the customer's history in the CRM, dispatches the right technician, sends the customer a confirmation, and logs everything in the helpdesk for quality review.

The company doesn't pay for four SaaS seats plus a human salary. They pay per resolved inquiry. The SaaS tools are still running — the agent needs them — but the human bottleneck is gone.

Scenario 2: Marketing Operations at Machine Speed

A mid-market e-commerce company needs to run multi-channel marketing campaigns. Traditional approach: hire a marketing team, subscribe to an email platform, a social media scheduler, an analytics suite, an A/B testing tool, and a content management system. Then spend months training the team, building workflows, and iterating on performance.

LAAS approach: an agent ingests the company's brand guidelines, product catalog, and historical performance data. It then autonomously creates campaign content, schedules distribution across channels, monitors real-time performance metrics, adjusts targeting and messaging based on results, and generates weekly reports for human review. The human marketing director shifts from operator to strategist — setting goals and reviewing results rather than clicking through six different interfaces.

Scenario 3: Financial Close That Runs Itself

At the end of every month, accounting teams across the world engage in the ritual of "the close" — reconciling accounts, matching transactions, preparing journal entries, reviewing variances, and producing reports. It's an intensely manual, multi-system process that typically takes 5-10 business days.

In a LAAS implementation, agents handle the mechanical work: pulling transactions from the ERP, matching them against bank feeds, preparing standard journal entries, flagging anomalies for human review, and generating preliminary financial statements. A process that consumed a team of accountants for a week now completes in hours, with humans reviewing the output rather than producing it.

• • •

The Human Role in a LAAS World

The most common objection to LAAS — and to AI agents generally — is existential: "What happens to the people?"

It's a fair question, and it deserves a thoughtful answer rather than dismissive techno-optimism.

In a LAAS world, human roles shift from operation to supervision, from execution to governance, from doing to deciding. This is not a euphemism for elimination. It's a genuine transformation in the nature of work.

Consider how the role of a factory worker changed during the Industrial Revolution. Before automation, a human personally shaped every component. After automation, humans designed the processes, maintained the equipment, inspected the output, and handled the exceptions that machines couldn't. The total value produced skyrocketed, and the nature of the work became more complex and more valuable, not less.

The same dynamic is unfolding now for knowledge work:

The common thread: humans move up the value chain. The repetitive, process-driven, multi-tool navigation work gets handled by agents. The strategic, judgment-laden, creative, and empathetic work stays with people. In many cases, the human role becomes more interesting, not less.

The Governance Imperative

There is one new human role that the LAAS era creates from whole cloth: AI governance.

When agents operate autonomously, someone must define the boundaries. What can the agent say to customers? What pricing authority does it have? When must it escalate? How do we audit its decisions? What content is it allowed to reference? What constitutes a hallucination versus a valid inference?

These governance questions are fundamentally human questions. They require ethical judgment, domain expertise, and accountability that cannot be delegated to the AI itself. Every business deploying LAAS needs humans who understand both the technology and the business well enough to set appropriate guardrails.

This is one of the reasons we built Bob the way we did. Bob is designed from the ground up with governance at its core. Every answer is grounded in the customer's approved content. When Bob doesn't know something, he says so. Every interaction is logged, auditable, and reviewable. The AI doesn't operate in a vacuum — it operates within a framework of trust that humans define and maintain.

• • •

Who Wins in the LAAS Era

Not every company is equally positioned for the transition from SaaS to LAAS. Here's how the competitive landscape reshapes:

Winners

Losers

• • •

The Road Ahead: 2026 to 2030

We are in the very early innings of the LAAS transformation. Based on current trajectories and observable trends, here is what the next four years likely hold:

2026: The Year of Agent Deployment

This is where we are now. The technology is proven. Early adopters are seeing real results. According to research from G2, 72% of enterprises are using or testing AI agents. MIT's Harvard Data Science Review published findings showing 2-10x productivity gains when workflows are redesigned around agents rather than simply layering AI onto existing human processes.

But there's a gap. Camunda's research shows a 73% disconnect between enterprises' vision for agentic AI and their current reality. Most organizations are still in pilot mode, experimenting with agents in contained use cases. The next 12 months will be about moving from pilot to production.

84% of enterprise leaders plan to increase AI agent investments this year. The capital is moving.

2027: The Pricing Revolution

As agent usage scales, the per-seat pricing model will come under unsustainable pressure. SaaS companies will begin migrating to usage-based, outcome-based, or hybrid pricing models that account for non-human consumers. Early movers who make this transition in 2026-2027 will capture disproportionate market share from incumbents who resist.

We'll also see the emergence of "agent marketplaces" — platforms where businesses can subscribe to specialized agents for specific functions, much like they subscribe to SaaS tools today. But instead of subscribing to software, they'll subscribe to capability.

2028: The Integration Wave

As agents proliferate, the need for orchestration becomes paramount. Multi-agent systems — where specialized agents for customer service, marketing, finance, and operations collaborate and share context — will become the standard enterprise architecture. This creates enormous demand for integration, data governance, and inter-agent communication standards.

The companies that solve multi-agent orchestration will become the next generation of enterprise platform providers.

2029 - 2030: LAAS as Default

By the end of the decade, LAAS will be the default model for how small and mid-market businesses consume technology services. The question won't be "Should we use AI agents?" It'll be "Which agents, governed by whom, operating on what SaaS infrastructure, delivering what outcomes?"

Large enterprises will operate hybrid models where human specialists work alongside agent teams, with governance frameworks that span both. The organizational chart will include AI agents as recognized members of functional teams, with defined capabilities, constraints, and performance metrics.

SaaS spending will have grown substantially — remember, agents consume more software than humans ever could — but the revenue will be driven by API consumption rather than seat licenses. The SaaS industry will be bigger than ever, but its customer base will be fundamentally different: more machines than people.

• • •

Where Bob Fits

We didn't set out to build a Labor as a Service company. We set out to solve a specific problem: service businesses losing customers because they couldn't provide expert-level, 24/7 customer interaction.

But the solution we built — Bob, an AI agent that autonomously learns your business, grounds every answer in your approved content, and operates with governed, auditable intelligence — is exactly what the LAAS model describes.

When you deploy Bob on your website, you're not buying a chatbot. You're not subscribing to a piece of software and then figuring out how to use it. You're deploying a digital coworker that:

Bob uses the SaaS tools underneath — the communication layer, the data layer, the analytics engine — but you never have to touch them. You get the outcome: expert customer conversations, captured leads, answered questions, routed emergencies. That's Labor as a Service.

And because governance is built into Bob's architecture from the ground up, you get something that most AI solutions can't provide: trust. Every answer is evidence-based. Every interaction is logged. When Bob doesn't know something, he says "I don't know" rather than making something up. In an era where AI hallucination is the primary barrier to enterprise adoption, this isn't a feature — it's the foundation.

• • •

The Catch, The Crux, and The Conclusion

Let's return to the headline. "Labor as a Service: The Death of SaaS."

Now you know the truth: it's not a death. It's a metamorphosis.

The caterpillar doesn't die when it becomes a butterfly. It transforms into something that operates on an entirely different plane. SaaS — the tools, the APIs, the data infrastructure — is the caterpillar. LAAS — the agent-driven, outcome-oriented, governance-protected delivery of completed work — is the butterfly.

The tools don't go away. They multiply. Software consumption is about to reach levels that would have been unimaginable when Benioff launched Salesforce from that apartment in 1999. But the consumption will be driven by intelligent agents operating at machine speed, not by humans clicking through dashboards.

The businesses that understand this — that see the tool layer and the labor layer as complementary rather than competitive — will build the defining companies of the next decade.

The businesses that take "SaaS is dead" at face value and abandon the tool layer will find themselves without the infrastructure their agents need to operate.

And the businesses that ignore the agent revolution entirely, clinging to the assumption that software is something humans use with their hands and eyes, will find themselves outpaced by competitors whose AI workforce never sleeps, never makes the same mistake twice, and operates their software stack with a precision no human team can match.

Welcome to the era of Labor as a Service. The software isn't dead. It's just getting its first tireless operator.

Share

See LAAS in Action

Bob is an AI agent that learns your business and handles customer conversations around the clock — nights, weekends, holidays, no exceptions.

Get Bob