← All articles
Service as Software 27 April 2026 · 6 min read

Software as a Service is broken. Here’s what comes next.

AB
Antony Bergeot-Lair
Technical Co-founder, Datafabric
SAAS    VS    SERVICE AS SOFTWARE SAAS Licence Implementation Configuration Integration Maintenance 5 things to manage. Outcome not included. SERVICE AS SOFTWARE Outcome One thing. Delivered.
Contents
  1. The promise vs. the reality
  2. Why SaaS fails asset managers, specifically
  3. What Service as Software means
  4. One person, not a village — an embedded engineer
  5. Built to last, tailored from day one
  6. Fast shipping, no excuses
  7. Future-ready by design
  8. The end goal: SaaS dies, tailored AI commoditises
  9. What to ask your next vendor

The Promise vs. the Reality

SaaS was a revolution 20 years ago. No argument from me. Move from on-prem to subscription, get out of the server-patching business, log in, get value. For its first decade it delivered exactly that.

Then it degraded. The promise — subscribe, log in, get value — quietly became: subscribe, scope a six-month implementation, hire a consultant, appoint an internal champion, run a steering committee, hope for adoption. By the time the platform “goes live,” the budget and the patience are both gone.

The numbers are not a side issue. The average company runs 106 SaaS applications today — down from a 2022 peak of 130, but large enterprises still average 131 apps each, per BetterCloud’s 2025 State of SaaS. Gartner has long pegged unused SaaS spend at over 30% of the bill, and Gartner has separately warned that organisations failing to centrally manage SaaS lifecycles will overspend by at least 25% on unused entitlements and overlapping tools alone. Some applications have nobody who remembers why they were bought.

For asset managers — lean firms with no dedicated IT team, where one person on the operations desk is also the data engineer, the project manager, and the compliance lead — the gap between “access to software” and “outcome delivered” is where millions of dollars and entire quarters disappear.

SaaS sells you a tool. Nobody sells you the outcome.

Why SaaS Fails Asset Managers, Specifically

Three failure modes show up at every asset manager I’ve worked with, regardless of size.

Integration burden. Every tool has to talk to your custodian, your fund administrator, your registry, your CRM, and your market data provider. That integration work doesn’t end at go-live. APIs change. A custodian gets acquired. A new platform shows up on your APL. Someone at your firm — usually someone who already has three other jobs — has to manage the plumbing in perpetuity.

Configuration gap. Generic defaults don’t fit a fund manager. Compliance rules are mandate-specific. Reporting is investor-specific. Distribution workflows are platform-specific. Closing the gap between the demo and your reality requires a project manager, a consultant, and six months. Vendors quote “go live in 4 weeks” but mean access in 4 weeks, value in 6 months. If ever.

Maintenance tax. Updates break workflows. Staff turnover means the configuration knowledge walks out the door with the person who built it. Data quality degrades because nobody owns the input layer. You’re paying full price for a tool running at 40% of its capability, and once that’s the steady state nobody can justify the project to fix it — and nobody can justify the project to replace it either.

These problems compound. Integration burden creates data gaps. Data gaps mean the configuration never works. A misconfigured tool doesn’t get used. An unused tool is hard to justify — but also hard to replace.

What Service as Software Means

Invert the model. Don’t sell the tool. Deliver the outcome.

How this works at Datafabric:

We own the integrations. Custodian, fund admin, CRM, registry, market data — connected, harmonised and maintained by us inside The Foundry. APIs change, we handle it. You never touch a data pipeline.

We own the configuration. Compliance rules, reporting templates, distribution workflows — set up for your firm, not a generic default. Mandates change, we update. No Jira board on your end. No project manager.

We own the outcomes. Our success metric is your success metric. Did reports ship on time? Did breaches get caught? Did the distribution team hit targets? If not, that’s our problem to fix. Not yours.

A SaaS vendor’s job ends at login. Ours ends at the outcome.

One Person, Not a Village — an Embedded Engineer

SaaS requires an ecosystem to deliver value: a vendor account manager, an implementation consultant, an internal champion, a data engineer, and a project manager. Five people to make one tool work. For a 30-person asset manager, that ecosystem is the cost.

Service as Software inverts that. We embed an engineer in your team.

That engineer sits in your stand-ups when it makes sense. They learn your mandates, your reporting cadence, your custodian quirks. They’re on first-name terms with your operations lead and your CFO. Functionally, they feel like an internal hire — the kind of senior platform engineer a $5B asset manager would never have on payroll on its own.

But they don’t report to you. They report to Datafabric. And that distinction is the whole point.

Because they’re a Datafabric engineer, they have direct, hands-on access to the platform’s core engine and services. When you need a new custodian feed, a new compliance rule, a new report template, or a new Sherpa workflow, that engineer ships it themselves — into the same platform that runs every other client. There’s no ticket queue, no cross-vendor handoff, no “we’ll raise it as a feature request and see where it lands on the roadmap.”

This is the model leading service-as-software firms are converging on (Sierra reportedly embeds engineers inside Fortune 500 support teams for weeks at a time, per Foundation Capital’s analysis). It’s the only way the economics work. You get a single point of contact who is both deeply on your side and structurally able to change the product itself.

The downstream consequences:

This is not a nice-to-have for a lean firm. It is the difference between technology that gets used and technology that sits on a shelf with a renewal date.

If your technology needs a village to deliver value, the technology isn’t doing its job.

Built to Last, Tailored from Day One

SaaS is generic by design. Same product for every client, configured at the edges. When your needs outgrow the configuration options — and they always do — you hit a wall. Feature request submitted. Roadmap reviewed. Maybe next quarter. Maybe never.

Service as Software is tailored from day one:

SaaS

  • Generic field names you have to map
  • Template library of compliance rules
  • Default reporting cadences and formats
  • Marketplace of pre-built connectors that almost fit

Service as Software

  • Your firm’s terminology, end-to-end
  • Your specific mandates, encoded as rules
  • Your reporting cadence and formats
  • Your data sources, connected and owned by us

And when needs change — a new fund launch, a new mandate, a custodian switch — the platform adapts in days, not quarters. No feature request queue. No roadmap politics.

We don’t ship features. We ship outcomes tailored to your firm.

Fast Shipping, No Excuses

AI changes the economics of delivery. What used to take a team of consultants six months, we deliver in weeks — not because we’re cutting corners, but because the underlying cost of integration, configuration and bespoke build has collapsed.

This is not a future promise. Clients go live in four weeks. Changes ship within days of being asked for. There is no backlog sitting between your need and the solution.

No excuses. No roadmap. If you need it, we ship it.

Future-Ready by Design

SaaS tools are snapshots of what the vendor thought you needed when they built them. The world moves — AI capability evolves, regulations tighten, new data sources emerge, custodians get acquired — and the tool stays frozen until the next major release.

Service as Software evolves with you:

You’re not locked into a 2022-era tool paying 2026 prices. You’re on a platform that compounds.

Your platform should get smarter every month. Not every 18-month release cycle.

The End Goal: SaaS Dies. Tailored AI Becomes the Default.

Step back from the day-to-day mechanics and look at where the market is actually going. This is not a Datafabric thesis — it’s the consensus view from the analysts and venture investors who price the software industry.

Foundation Capital frames it as a $4.6 trillion services-as-software opportunity: AI doesn’t just compete with SaaS, it competes with the labour markets SaaS was built to support. Software was never the goal — the work was. SaaS was a useful waypoint. AI lets you sell the work directly. McKinsey, Forrester, AlixPartners and Gartner are all describing variations of the same shift.

Gartner’s numbers tell the same story from the inside of the software industry:

<5% → 40%
Enterprise apps with task-specific AI agents — today vs end of 2026
<1% → 33%
Enterprise software built around agentic AI — 2024 vs 2028
$450B
Agentic AI’s projected share of enterprise app revenue by 2035 — up from 2% in 2025
40%+
Of agentic AI projects forecast to be cancelled by end of 2027 — cost, value, integration

Translate that for a COO of an asset manager.

The SaaS tools you’re integrating against today are themselves trying to bolt agentic AI onto architectures designed for the click-and-configure era. Most of them won’t make the transition cleanly. Gartner’s forecast that more than 40% of agentic AI projects will be cancelled by 2027 is not a story about AI failing — it’s a story about integration, data and configuration foundations failing underneath AI. The same three failure modes that broke SaaS, on a faster clock.

So the end state isn’t SaaS plus a chatbot. It isn’t even “AI-enhanced SaaS.” The end state is that deeply integrated, mandate-specific, AI-native operations — the thing that costs $5M and 18 months to bespoke-build today — becomes a commodity. Delivered as a service. Priced against outcomes. Maintained by the vendor.

That’s what we’re building toward. It’s also why Service as Software isn’t a marketing position — it’s an operating model designed to survive the transition. The firms that win the next decade won’t be the ones who licensed the most tools. They’ll be the ones whose data, configuration and outcomes are owned by a partner who ships every week, not every quarter.

An honest counterpoint, from McKinsey: SaaS will not disappear cleanly. Multiple software models will coexist for years — some vendors will graft agents on top of existing products, some will rebuild, some will simply be replaced. The transition is messy. But the directional arrow on the chart is the same. Outcomes > access.

The next decade isn’t SaaS plus AI. It’s outcomes, delivered.

What to Ask Your Next Vendor

Four questions. They’re short. They’re unambiguous. The answers will tell you which model you’re actually buying.

01
Who owns the integrations — you or them?
If the answer is “you,” you’re buying SaaS.
02
What’s your definition of “go live” — access or outcomes?
If the answer is “access,” you’re buying SaaS.
03
What happens when my internal champion leaves?
If the answer is “you’ll need to retrain someone,” you’re buying SaaS.
04
How fast can you ship a change I need next week?
If the answer is “it’s on the roadmap,” you’re buying SaaS.

If even one of those answers gives you pause, the model isn’t fit for a lean asset manager. Not in 2026. Not with the speed at which AI, regulation and adviser-flow dynamics are moving.

The firms moving fastest aren’t buying tools. They’re buying outcomes.

See what an outcome-led platform looks like

Book a 30-minute walkthrough. We’ll show what we’d own for your firm — integrations, configuration, outcomes — and what you’d stop doing.

Book a Demo