IT Strategy for the Mid-Market 2026: Why Almost Three Quarters of the IT Budget Go into Existing Systems, and How to Win Room Back

Most mid-market companies do not have an IT problem. They have a budget-allocation problem that looks like an IT problem. According to the Lünendonk 2025 study of the IT services market in Germany, which surveyed upper mid-market companies and large corporations between January and March 2025, companies spend on average 37 percent of their IT budget maintaining and 36 percent renewing their existing IT, and only 28 percent on innovation. So almost three out of every four euros go into the existing estate before a single new project is discussed. That is why so many digitalisation initiatives stall halfway: not because the technology is wrong, but because the money is tied up in a systems landscape that grew rather than was planned. This article is about getting that room back: what actually belongs in an IT strategy, the four layers to prioritise across, when to replace and when to modernise, and the three mistakes that keep budgets locked up.

The starting position in numbers

The share for the existing estate is the headline figure, but the pressure behind it is what makes 2026 different. The Lünendonk study on IT modernisation found that at 62 percent of companies, parts of the business-critical applications are already so outdated that they no longer meet current requirements and must be renewed. More uncomfortable still: at every second company, the operation, maintenance and further development of those legacy systems is no longer secured in the medium to long term — often for the simple reason that the people who understand them are retiring.

The market has noticed. 83 percent of the companies surveyed plan to increase their IT modernisation budget in 2026, almost a quarter of them by more than five percent. So the money is moving. The question that decides whether it produces anything is not how much you spend but in what order — and that ordering is exactly what an IT strategy is for.

Put these figures next to the AI numbers and the picture sharpens. According to a Bitkom survey published in March 2026, 41 percent of German companies with 20 or more employees use AI, and a third of those users found that AI had led to significantly higher costs than expected. Both things are true simultaneously: companies want to build new capability on top, while almost three quarters of the IT budget below goes into the existing estate. Anyone wondering why an AI project stalls after the pilot usually finds the answer one layer down, in the data and interfaces nobody budgeted to fix. We work through that layer specifically in AI integration in the mid-market.

Why grown IT gets more expensive than planned IT

No mid-market company decided to have a fragmented systems landscape. It happened the way such things always happen: each individual decision was reasonable at the time. The industry software came first because it had to. The CRM came later, from a different vendor, because sales needed something now. A shop system, a scheduling tool, three Excel files that quietly became business-critical. Every step solved a real problem. The cost was never in the individual step but in the connections nobody made.

That is where the compounding starts. Every system that does not talk to its neighbour produces manual work — someone copies data, reconciles it, corrects it. That work is invisible in the IT budget because it sits in personnel cost. Every non-integrated system also makes the next integration harder, so the price of change rises with each year you postpone it. And any system whose data quality nobody owns eventually becomes the reason a promising automation project fails, because an agent, a report or a forecast can only ever be as good as the data underneath. This is what technical debt actually means in a mid-market context: not bad code, but deferred connections.

The strategic consequence is simple and unpopular. You do not fix this by buying a better tool. You fix it by deciding, deliberately, which parts of the estate get renewed, which get connected, and which you knowingly keep as they are — and then funding that order. A tool bought without that decision usually becomes the next island.

The four layers of an IT strategy

An IT strategy for a company with 10 to 500 employees does not need to be a document. It needs to be a decision about four layers — what state each is in, what the first step is, and which one gets money first.

The order in that table is not arbitrary; it is dependency. Data quality cannot be fixed while the infrastructure underneath is unclear, process automation on top of unreliable data produces confident nonsense, and security is the layer that can invalidate all three overnight. In our project experience, most mid-market companies discover that their real bottleneck is layer 2, not because it is glamorous, but because everything they want to do next quietly depends on it.

Replace, modernise, or knowingly keep

For every legacy system there are three honest options, and the skill is matching them correctly. Replace when the system performs standard tasks for which mature alternatives exist and the data can be migrated with reasonable effort — accounting, ticketing, standard CRM. Modernise when the system holds industry logic that exists nowhere else: add interfaces so its data becomes usable, extract what other systems need, renew the surface without touching the core. That is often the cheapest path for the specialised software that actually runs your business.

And then there is the third option that rarely gets stated openly: knowingly keep. Not every old system needs to be touched. A stable machine that does one job, has no growth path and costs little to run can stay exactly as it is — provided you have decided that consciously and documented who could still operate it if the one person who knows it left. What is expensive is not old software. What is expensive is old software nobody has decided about, surrounded by an ever-growing ring of point solutions built to work around it.

Internal, external, or both: who does what

The staffing question follows the layers rather than preceding them. What belongs internally is process knowledge and decision authority — someone who understands how the company actually earns money and can say what matters first. What belongs externally is anything requiring specialist depth or availability the company cannot reasonably keep on payroll: infrastructure operation, security, software development, AI integration. In our projects, lean internal ownership plus a partner beats both extremes for most companies between 10 and 500 employees.

The failure mode worth naming is the internal all-rounder. In a lot of mid-market companies one capable person quietly runs the servers, the backups, the CRM and the website alongside their actual job. That works until it does not — until they are on holiday during an outage, or leave. It is not a criticism of the person; it is a structural risk that no strategy document mentions and every audit finds. The decision of what to build in-house versus buy is the same one we work through for software specifically in software development in the mid-market.

The three mistakes that keep budgets locked

• Buying tools instead of deciding order. A new system bought without a place in the architecture becomes the next island — and raises the maintenance share you were trying to lower.
• Postponing the data layer. It is the least visible work and the precondition for everything else. Every automation, report and AI project built on unowned data eventually fails, and the failure is always blamed on the new project rather than the foundation.
• Treating modernisation as a one-off project. Systems age continuously; a single big renewal push resets the clock and then starts the same drift again. In our project experience, a small, permanent share of the budget for maintenance and renewal is cheaper than a replacement every seven years.

Conclusion

If almost three quarters of the IT budget go into what already exists, then the decisive strategic question is not which technology to adopt next but how to lower that share, because everything you want to do afterwards is funded from what is left. The path is unglamorous: take inventory across the four layers, fix the data layer before the automation on top of it, decide explicitly for every legacy system whether to replace, modernise or knowingly keep it, put process knowledge internally and specialist depth externally, and treat renewal as a permanent budget line rather than a project. Do that, and the same money buys progress instead of standstill. If you want that assessment done against your actual systems landscape rather than a generic maturity model, that is exactly what a first call is for — and the way we approach it is described under services and AI integration.

Frequently asked questions about IT strategy in the mid-market

If you would rather not work through these four layers yourself: we offer it as a service, with an inventory, a prioritised order and optional delivery. IT strategy consulting for mid-sized companies