Choosing Between SaaS and a Managed Data Capability

Choosing a data or analytics platform isn’t just a software decision. It’s a decision about ownership, capability, and how insight actually gets delivered over time. This article walks through the real considerations behind SaaS, managed, and hybrid approaches, helping organisations choose a model that fits how they operate in practice, not in theory.

Most organisations don’t struggle because they lack data tools. They struggle because turning data into something genuinely useful takes far more time, expertise, and ongoing ownership than anyone expects at the start.

When teams begin looking for a new data or analytics platform, the conversation usually starts with the software itself. Licences. Features. Dashboards. The latest AI capabilities. 

That’s understandable. Software is tangible. It feels like progress.
But software is only one part of what you’re actually buying.

This article is here to help you pause and think more clearly about the full investment behind data and AI. Not just what the platform costs, but what it takes to make it work in the real world, across real teams, over time. The goal is not to steer you toward a specific solution, but to help you choose an approach that fits how your organisation actually operates, not how you hope it might one day.

Step 1: Be honest about where the time really goes

Data initiatives rarely stall because the platform isn’t capable enough. They stall because the time required to make things usable is underestimated.

It’s worth asking some practical questions early:

  • Who will connect and maintain the data sources?
  • Who resolves issues when numbers don’t line up?
  • Who handles change requests when teams need something new?
  • Who still owns this six months after go-live?

When a platform is adopted as a departmental decision, without being treated as a wider business initiative, these responsibilities often fall to the team that asked for it. Not because it’s the right place for them to sit, but because someone has to make progress.

In a SaaS-only model, that usually means analysts, marketers, sales operations, or HR teams taking on work they were never set up to own. The effort is spread thinly across people with full workloads, limited influence over upstream systems, and little time to redesign how data flows across the business.

The cost here isn’t just salary.

It shows up as slower delivery, growing backlogs, and teams quietly working around the platform rather than through it.

Step 2: Plan properly for “good data in”

There’s a simple rule that applies to every data platform. If the data going in isn’t reliable, the insight coming out won’t be either. What’s often missed in planning is what ‘good data’ actually involves day to day:

  • Cleaning and validating data that wasn’t designed to work together
  • Aligning definitions when systems mean different things
  • Handling missing fields and changing source structures
  • Maintaining consistency as the business evolves

This work doesn’t end at go-live. It continues as teams change, systems are added, and questions evolve.

A SaaS licence rarely includes this effort. That doesn’t make SaaS the wrong choice, but it does mean the cost exists elsewhere. Often absorbed quietly by internal teams or picked up later through rework.

The question is whether that cost is visible, owned, and planned for from the start.


Step 3: Consider who is actually making the decision

Increasingly, data platform decisions are not made by central data teams alone.
Sales, marketing, operations, finance, HR. Teams are under pressure to answer their own questions and move faster. That creates a difficult dynamic.

These teams are closest to the problems they are trying to solve, but they are not data specialists. Nor should they have to be to access the information they need.

Yet when a department selects a platform on its own, it often runs into challenges it didn’t anticipate:

  • Needing access to systems owned by other teams
  • Relying on data definitions it doesn’t control
  • Struggling to translate business questions into technical requirements
  • Not knowing how to connect multiple sources into a coherent picture

What starts as a department-only decision quickly becomes a cross-functional one.

Step 4: Understand the impact, whether you’re moving as one team or many

Some data initiatives start small. A single team needs better visibility, faster answers, or more confidence in its numbers. Others are broader by design, aiming to create consistency across functions or the organisation as a whole.

Both are valid starting points. The challenge is that data decisions rarely stay contained for long. Even a focused, departmental project tends to rely on systems, definitions, or processes owned elsewhere. Over time, this often leads to familiar symptoms:

  • Multiple versions of the same metric
  • Inconsistent access and permissions
  • Data quality issues with no clear owner
  • Growing reliance on spreadsheets to reconcile differences

None of this happens because teams are careless. It happens because data is shared by nature, even when ownership is not. This is where the delivery model matters.

In a SaaS-only approach, teams are largely left to navigate these implications themselves. The platform provides access, but not guidance. There is no built-in commitment to data quality, alignment, or outcomes beyond the software functioning as designed.

In a guided or managed model, teams are supported to move forward with greater awareness, whether the initiative is narrow or broad. That support helps clarify:

  • What can be achieved with the data available today
  • Where dependencies on other systems or teams exist
  • How choices made now affect future scalability
  • What trade-offs are being made, and what that means longer term

The difference is not scope. It is visibility, support, and accountability.

When delivery is anchored to defined work and outcomes, rather than just a licence, teams can move at the pace that suits them, while avoiding avoidable complexity later.

Step 5: Be realistic about internal expertise and capacity

Some organisations have strong, well-resourced data teams who can support multiple functions effectively. Many don’t. They rely on a small number of specialists acting as translators between business teams, systems, and platforms. Over time, those teams become bottlenecks.

In these environments, expecting internal teams to design data models, maintain governance, support non-technical users, and continuously evolve insight often leads to slow progress and fragile outcomes.

This is where frustration usually appears. Not because people aren’t capable, but because there isn’t enough time, clarity, or shared ownership to do the work properly.

Step 6: Separate the cost of software from the cost of capability

One of the most common planning mistakes is treating the platform price as the total investment.

In reality, you are buying a capability:

  • Data that can be trusted across teams
  • Insight that non-technical users can rely on
  • Consistency between departments
  • Confidence in decisions, not just access to reports

That capability can be delivered in different ways:

  • Software plus internal ownership
  • Software plus consultants
  • Software plus an embedded managed team
  • Or a hybrid approach

Each option comes with trade-offs in speed, risk, and long-term sustainability. The right choice depends less on features and more on how your organisation actually works.

Step 7: Factor AI ambition in early

AI raises expectations quickly. It also raises the stakes. AI systems amplify whatever foundations already exist. If data is fragmented or poorly governed, AI tends to surface more noise, not more clarity.

Before prioritising AI features, it’s worth asking:

  • Do teams trust the numbers today?
  • Are definitions aligned across functions?
  • Can non-data teams ask questions and understand the answers?

If the answer is no, investing in foundations first often delivers more value than adopting advanced capabilities too early.

A final thought

Most data investments underperform not because the wrong tool was chosen, but because the delivery model didn’t match the organisation.

This applies whether the decision is made centrally or by individual teams.

Choosing between SaaS and a managed or hybrid approach is not really a technology decision. It is a decision about ownership, clarity, and how insight is created and shared over time. That’s the gap platforms alone rarely fill, and the space where approaches like Configur exist: combining technology with the expertise, guidance, and accountability needed to turn access into outcomes.

A simple decision guide

Use this as a starting point, not a rulebook.

A SaaS platform may be a good fit if:
  • You have in-house data engineers, analysts, or BI specialists available to the project
  • You have someone owning delivery, prioritisation, and change
  • Your data is already relatively clean, structured, and understood
  • You are comfortable taking responsibility for data quality and accuracy
  • You mainly need scale, consistency, or faster self-service

A SaaS-only approach may struggle if:
  • Data spans multiple systems, formats, or levels of quality
  • You are dealing with both structured and unstructured data
  • No one has time or responsibility to clean, align, and manage the data
  • Non-data teams are expected to configure and maintain the platform themselves
  • Accuracy, trust, and adoption matter as much as access

A managed or hybrid approach is often better suited when:
  • Time to value matters and progress needs to be visible
  • Teams need guidance, not just tools
  • You want clarity on what is achievable and what isn’t
  • You need defined outputs, not just a licence
  • You want shared accountability for outcomes, not just access to software


Where to go next

If you’re reading this because something about your current setup isn’t quite working, you don’t need to have all the answers yet.

Two useful next steps, depending on where you are.

1) Understand how ready you really are for data and AI

If you’re weighing up new data or AI initiatives, or trying to decide whether a SaaS platform alone is enough, clarity on your starting point makes everything easier.

Our Data and AI Readiness Framework is designed to help organisations understand:

  • How data flows today, across teams and systems
  • Where quality, ownership, or process issues exist
  • What is realistically achievable with the foundations in place
  • Which options make sense now, and which are better tackled later

It’s not about scoring maturity for the sake of it. It’s about giving you a clear, practical view to support better decisions.

Speak to us about our Data and AI Readiness Framework

2) Explore whether Configur is the right fit for your situation

If you’re already embarking on a data project, or actively evaluating SaaS platforms that promise to bring data together, surface insight, or support AI use cases, it can help to talk through what success would actually look like for your organisation.

That conversation often covers:

  • Whether a SaaS-only approach is realistic given your data and resources
  • What support and ownership will be needed to make things work
  • How to balance speed, accuracy, and long-term sustainability
  • What a managed or hybrid approach could unlock that tools alone won’t

If it’s useful, we’re happy to talk through how Configur works in practice, and whether it aligns with what you’re trying to achieve.

Speak to us about Configur

Choosing the right approach early doesn’t just save time and budget. It makes everything that follows simpler, clearer, and far more likely to deliver value.

Most organisations don’t struggle because they lack data tools. They struggle because turning data into something genuinely useful takes far more time, expertise, and ongoing ownership than anyone expects at the start.

When teams begin looking for a new data or analytics platform, the conversation usually starts with the software itself. Licences. Features. Dashboards. The latest AI capabilities. 

That’s understandable. Software is tangible. It feels like progress.
But software is only one part of what you’re actually buying.

This article is here to help you pause and think more clearly about the full investment behind data and AI. Not just what the platform costs, but what it takes to make it work in the real world, across real teams, over time. The goal is not to steer you toward a specific solution, but to help you choose an approach that fits how your organisation actually operates, not how you hope it might one day.

Step 1: Be honest about where the time really goes

Data initiatives rarely stall because the platform isn’t capable enough. They stall because the time required to make things usable is underestimated.

It’s worth asking some practical questions early:

  • Who will connect and maintain the data sources?
  • Who resolves issues when numbers don’t line up?
  • Who handles change requests when teams need something new?
  • Who still owns this six months after go-live?

When a platform is adopted as a departmental decision, without being treated as a wider business initiative, these responsibilities often fall to the team that asked for it. Not because it’s the right place for them to sit, but because someone has to make progress.

In a SaaS-only model, that usually means analysts, marketers, sales operations, or HR teams taking on work they were never set up to own. The effort is spread thinly across people with full workloads, limited influence over upstream systems, and little time to redesign how data flows across the business.

The cost here isn’t just salary.

It shows up as slower delivery, growing backlogs, and teams quietly working around the platform rather than through it.

Step 2: Plan properly for “good data in”

There’s a simple rule that applies to every data platform. If the data going in isn’t reliable, the insight coming out won’t be either. What’s often missed in planning is what ‘good data’ actually involves day to day:

  • Cleaning and validating data that wasn’t designed to work together
  • Aligning definitions when systems mean different things
  • Handling missing fields and changing source structures
  • Maintaining consistency as the business evolves

This work doesn’t end at go-live. It continues as teams change, systems are added, and questions evolve.

A SaaS licence rarely includes this effort. That doesn’t make SaaS the wrong choice, but it does mean the cost exists elsewhere. Often absorbed quietly by internal teams or picked up later through rework.

The question is whether that cost is visible, owned, and planned for from the start.


Step 3: Consider who is actually making the decision

Increasingly, data platform decisions are not made by central data teams alone.
Sales, marketing, operations, finance, HR. Teams are under pressure to answer their own questions and move faster. That creates a difficult dynamic.

These teams are closest to the problems they are trying to solve, but they are not data specialists. Nor should they have to be to access the information they need.

Yet when a department selects a platform on its own, it often runs into challenges it didn’t anticipate:

  • Needing access to systems owned by other teams
  • Relying on data definitions it doesn’t control
  • Struggling to translate business questions into technical requirements
  • Not knowing how to connect multiple sources into a coherent picture

What starts as a department-only decision quickly becomes a cross-functional one.

Step 4: Understand the impact, whether you’re moving as one team or many

Some data initiatives start small. A single team needs better visibility, faster answers, or more confidence in its numbers. Others are broader by design, aiming to create consistency across functions or the organisation as a whole.

Both are valid starting points. The challenge is that data decisions rarely stay contained for long. Even a focused, departmental project tends to rely on systems, definitions, or processes owned elsewhere. Over time, this often leads to familiar symptoms:

  • Multiple versions of the same metric
  • Inconsistent access and permissions
  • Data quality issues with no clear owner
  • Growing reliance on spreadsheets to reconcile differences

None of this happens because teams are careless. It happens because data is shared by nature, even when ownership is not. This is where the delivery model matters.

In a SaaS-only approach, teams are largely left to navigate these implications themselves. The platform provides access, but not guidance. There is no built-in commitment to data quality, alignment, or outcomes beyond the software functioning as designed.

In a guided or managed model, teams are supported to move forward with greater awareness, whether the initiative is narrow or broad. That support helps clarify:

  • What can be achieved with the data available today
  • Where dependencies on other systems or teams exist
  • How choices made now affect future scalability
  • What trade-offs are being made, and what that means longer term

The difference is not scope. It is visibility, support, and accountability.

When delivery is anchored to defined work and outcomes, rather than just a licence, teams can move at the pace that suits them, while avoiding avoidable complexity later.

Step 5: Be realistic about internal expertise and capacity

Some organisations have strong, well-resourced data teams who can support multiple functions effectively. Many don’t. They rely on a small number of specialists acting as translators between business teams, systems, and platforms. Over time, those teams become bottlenecks.

In these environments, expecting internal teams to design data models, maintain governance, support non-technical users, and continuously evolve insight often leads to slow progress and fragile outcomes.

This is where frustration usually appears. Not because people aren’t capable, but because there isn’t enough time, clarity, or shared ownership to do the work properly.

Step 6: Separate the cost of software from the cost of capability

One of the most common planning mistakes is treating the platform price as the total investment.

In reality, you are buying a capability:

  • Data that can be trusted across teams
  • Insight that non-technical users can rely on
  • Consistency between departments
  • Confidence in decisions, not just access to reports

That capability can be delivered in different ways:

  • Software plus internal ownership
  • Software plus consultants
  • Software plus an embedded managed team
  • Or a hybrid approach

Each option comes with trade-offs in speed, risk, and long-term sustainability. The right choice depends less on features and more on how your organisation actually works.

Step 7: Factor AI ambition in early

AI raises expectations quickly. It also raises the stakes. AI systems amplify whatever foundations already exist. If data is fragmented or poorly governed, AI tends to surface more noise, not more clarity.

Before prioritising AI features, it’s worth asking:

  • Do teams trust the numbers today?
  • Are definitions aligned across functions?
  • Can non-data teams ask questions and understand the answers?

If the answer is no, investing in foundations first often delivers more value than adopting advanced capabilities too early.

A final thought

Most data investments underperform not because the wrong tool was chosen, but because the delivery model didn’t match the organisation.

This applies whether the decision is made centrally or by individual teams.

Choosing between SaaS and a managed or hybrid approach is not really a technology decision. It is a decision about ownership, clarity, and how insight is created and shared over time. That’s the gap platforms alone rarely fill, and the space where approaches like Configur exist: combining technology with the expertise, guidance, and accountability needed to turn access into outcomes.

A simple decision guide

Use this as a starting point, not a rulebook.

A SaaS platform may be a good fit if:
  • You have in-house data engineers, analysts, or BI specialists available to the project
  • You have someone owning delivery, prioritisation, and change
  • Your data is already relatively clean, structured, and understood
  • You are comfortable taking responsibility for data quality and accuracy
  • You mainly need scale, consistency, or faster self-service

A SaaS-only approach may struggle if:
  • Data spans multiple systems, formats, or levels of quality
  • You are dealing with both structured and unstructured data
  • No one has time or responsibility to clean, align, and manage the data
  • Non-data teams are expected to configure and maintain the platform themselves
  • Accuracy, trust, and adoption matter as much as access

A managed or hybrid approach is often better suited when:
  • Time to value matters and progress needs to be visible
  • Teams need guidance, not just tools
  • You want clarity on what is achievable and what isn’t
  • You need defined outputs, not just a licence
  • You want shared accountability for outcomes, not just access to software


Where to go next

If you’re reading this because something about your current setup isn’t quite working, you don’t need to have all the answers yet.

Two useful next steps, depending on where you are.

1) Understand how ready you really are for data and AI

If you’re weighing up new data or AI initiatives, or trying to decide whether a SaaS platform alone is enough, clarity on your starting point makes everything easier.

Our Data and AI Readiness Framework is designed to help organisations understand:

  • How data flows today, across teams and systems
  • Where quality, ownership, or process issues exist
  • What is realistically achievable with the foundations in place
  • Which options make sense now, and which are better tackled later

It’s not about scoring maturity for the sake of it. It’s about giving you a clear, practical view to support better decisions.

Speak to us about our Data and AI Readiness Framework

2) Explore whether Configur is the right fit for your situation

If you’re already embarking on a data project, or actively evaluating SaaS platforms that promise to bring data together, surface insight, or support AI use cases, it can help to talk through what success would actually look like for your organisation.

That conversation often covers:

  • Whether a SaaS-only approach is realistic given your data and resources
  • What support and ownership will be needed to make things work
  • How to balance speed, accuracy, and long-term sustainability
  • What a managed or hybrid approach could unlock that tools alone won’t

If it’s useful, we’re happy to talk through how Configur works in practice, and whether it aligns with what you’re trying to achieve.

Speak to us about Configur

Choosing the right approach early doesn’t just save time and budget. It makes everything that follows simpler, clearer, and far more likely to deliver value.

Configur connects the dots between your systems, teams, and obligations, giving you one place to see the full picture, act faster, and stay audit-ready.