# The Mid-Market Software Trap: Too Big for SaaS, Too Small for Enterprise
**Date:** 2026-04-17
**Author:** Dan Maby
**Categories:** Development, Marketing & Business
> Mid-market companies get squeezed between SaaS tools that hit a ceiling and enterprise platforms built for someone else's org chart. We explain why custom software and product-minded consultancy land differently in this segment.
[Development](https://blue37.com/blog/category/development) | [Marketing & Business](https://blue37.com/blog/category/marketing-business)
[View on blue37.com](https://blue37.com/blog/2026/04/mid-market-software-trap-too-big-saas-too-small-enterprise)
---
## The squeeze is real, and it has a name

If you run technology for a mid-market business, you already know the feeling. The CRM your team chose three years ago now needs a wall of Zapier connectors to keep up with how you actually sell. The reporting tool's per-seat pricing has quietly outpaced your headcount growth. And every time you ask a vendor for something specific to your workflow, you get a polite note about their roadmap.

This isn't bad luck. It's structural. There's a [growing argument](https://fourweekmba.com/the-hollowed-middle-why-mid-market-saas-dies/) that mid-market SaaS itself is being pinched from both ends: AI tooling commoditises the bottom, while enterprise platforms entrench at the top. Whether or not you buy that prediction wholesale, the lived experience for mid-market buyers is the same. The middle is where the trade-offs hurt most.

We spend most of our time at Blue 37 working with companies in this band, and the pattern repeats. Off-the-shelf SaaS hits a ceiling faster than anyone expected. Enterprise software arrives with bureaucratic overhead that no one in the building has the appetite to absorb. The interesting work sits in the gap between them.

## Why off-the-shelf SaaS runs out of road

SaaS is excellent at solving the eighty percent of problems that look the same across every customer. That's the whole point of the model, and it's a good one. The issue is what happens with the remaining twenty percent, the workflows that actually distinguish your business from a competitor.

Mid-market companies are not low-complexity organisations. They have real customers, real regulatory exposure, real integration requirements. Mid-market companies struggle with the build-vs-buy decision because they face enterprise-level complexity without enterprise-level resources. That asymmetry is the trap. You need what the enterprise needs, but you cannot fund a fifty-person internal platform team to wire it together.

The symptom most leaders recognise is sprawl. The average enterprise now uses over 100 different SaaS applications, and getting these disparate systems to talk to each other requires a complex web of middleware and brittle integrations that break every time a vendor updates their API. Mid-market businesses have less of that sprawl in absolute terms but proportionally more pain from it, because there's nobody whose full-time job is keeping the connections alive.

Then there's the pricing curve. SaaS vendors price for expansion, which is rational on their side and painful on yours. By the time you have enough seats and enough modules to run the business properly, the annual cost has often crossed the threshold where a custom build would have paid back inside two or three years.

## Why enterprise software fits even worse

The instinct, when SaaS runs out of road, is to move up market. Buy the enterprise tier. Get the implementation partner. Sign the master services agreement. The problem is that enterprise software is designed for organisations that look nothing like yours.

Enterprise platforms assume a procurement function, a dedicated security review team, an internal change management capability, and a multi-quarter implementation runway. Mid-market organisations want enterprise-grade outcomes - security, scale, deep workflows - without the cost, complexity, and slow procurement cycles of large enterprise deals. That mismatch leaves a willing-to-pay cohort: sophisticated enough to buy robust systems, but price- and time-sensitive enough to prefer packaged, low-friction solutions.

The other thing enterprise software brings is opinionated process. To work properly, it requires you to operate the way the vendor's largest customers operate. For a 5,000-person company that's a feature. For a 300-person company trying to move quickly, it's the slow death of the things that made you competitive in the first place.

We've seen mid-market clients spend more on the change-management consultancy around an enterprise platform than on the platform itself, and then quietly revert to spreadsheets for the workflows that mattered most. That isn't a failure of the software. It's a failure of fit.

## Where custom software actually earns its keep

We want to be honest here, because the consultancy world is full of people whose answer to every question is "build it custom". That's not our position. For most workflows, most of the time, you should buy. WordPress (yes, the software is free and open source but there are real costs to running a site on it), Stripe, Xero, HubSpot, Cloudflare - these exist because the underlying problem is solved and you should not be solving it again.

Custom software earns its keep in a narrower set of situations: when the workflow is a genuine source of differentiation, when integration complexity has become its own tax, or when a SaaS vendor's pricing model has decoupled from the value you receive. The mid-market sits inside all three of those conditions more often than any other segment we work with.

With [All Counseling](https://blue37.com/portfolio/all-counseling), we built a directory of more than 10,000 mental health professionals with custom search at scale. There is no off-the-shelf SaaS that solves that specific problem at that specific scale without compromising either the data model or the user experience. With [PodcasterPlus](https://blue37.com/portfolio/podcasterplus), the product is a hosting SaaS plus a companion WordPress plugin, because that's what the audience actually uses. Neither of these is custom-for-custom's-sake. Both of them are custom because the alternative would have meant accepting a worse product.

The other reason mid-market companies benefit disproportionately from custom work is robustness. Jason Cohen makes the point well in his essay on [brittle points](https://longform.asmartbear.com/brittle-points/), which argues that resilient companies systematically remove single points of failure across operations and technology. Off-the-shelf SaaS tends to introduce brittle points by default: vendor lock-in, opaque roadmaps, unilateral pricing changes, deprecated APIs. A well-architected custom system gives you control over those failure modes. It doesn't eliminate them, but it puts them in your hands.

## The trust dimension nobody is talking about

There's a newer pressure that compounds all of this. Stack Overflow's editorial team recently looked at [the AI trust gap in enterprise SaaS](https://stackoverflow.blog/2026/04/02/what-the-ai-trust-gap-means-for-enterprise-saas/), and the dynamic they describe applies sharply to mid-market buyers too. Vendors are racing to embed AI features. Buyers are increasingly cautious about what data is being processed, by which model, under what terms, and with what auditability.

For a Fortune 500 company, this is handled by a procurement-led DPIA process and a legal team. For a mid-market company, it's often handled by a director who already has three other jobs. The result is paralysis: you either accept terms you don't fully understand, or you opt out of AI features that your competitors are using.

Custom software changes the conversation. When you own the system, you choose which models touch your data, where inference happens, and what gets logged. That isn't a technical detail. It's a governance posture. And for mid-market businesses operating in regulated sectors, it's increasingly the only posture that survives a serious internal review.

## Our take

Mid-market is not a smaller version of enterprise, and it's not a larger version of SMB. It's a distinct buying context with its own constraints, and software vendors mostly don't design for it. When large enterprise software vendors target the mid-market, these high-end vendors rarely go very deep into the overall mid-market segment, and for the most part, large enterprise software vendors still don't really know how to support mid-market business needs or provide the right-fit solutions. SaaS vendors going downmarket from enterprise tend to bolt on a cheaper tier rather than rethink the product. SaaS vendors going upmarket from SMB tend to keep their original pricing logic, which stops making sense around the 200-person mark.

Our position is that this is precisely where product-minded consultancy and selectively built custom software pay back fastest. Not because bespoke is always better - it usually isn't - but because the mid-market's specific constraints make the trade-offs land differently. The cost of bureaucratic overhead is higher. The cost of vendor lock-in is higher. The cost of a workflow that doesn't fit is higher. The cost of a well-scoped custom system, amortised over the years it actually runs, is lower than most leaders assume once they price it against the all-in cost of the alternative.

The practical move is rarely "build everything". It's a hybrid posture: buy aggressively where the problem is generic, build deliberately where the workflow is differentiated, and put serious thought into the seams between the two. That's the work we do, and it's the work we think most mid-market technology leaders should be commissioning more of.

If any of this sounds like the conversation you've been having internally, [we'd be glad to talk](https://blue37.com/contact).