IT Consulting
IT Consulting for Companies: From Target Architecture to Stable Operations
IT consulting organizes a company’s information technology so that it supports business operations: target architecture, application landscape, contracts with service providers, the structure of the IT organization, and day-to-day operations. It usually becomes important when a decision is due that can no longer be postponed—a manufacturer announces the end of maintenance support, a framework agreement is expiring, an application that has grown over time can no longer be meaningfully expanded, or IT costs are rising without anyone being able to explain the increase. What’s needed here is less new technology and more a robust baseline assessment, a target state against which individual decisions can be measured, and clearly defined responsibilities among functional areas, internal IT, and external service providers.
Leading companies trust our network
What IT Consulting Delivers — and What It Does Not

A company’s IT does not operate on a single cycle, but on three—and a large portion of costly missteps arise because a question is answered in the wrong context. Operations run on a daily cycle: disruptions, changes, approvals, availability. The application landscape operates on a yearly cycle: What is introduced today shapes processes and data models over a period during which the business and organization undergo multiple changes. The contractual side operates on terms: notice periods, maintenance expiration dates, and price adjustment clauses determine when a decision is even possible. An IT consulting firm first categorizes a question into the correct timeframe—and only then answers it using the methods appropriate for that context.
It distinguishes day-to-day annoyances from architectural issues. A pile of support tickets can be an operational issue—misaligned responsibilities, missing standards in the change process—or a symptom of an application that handles too many special cases. Both feel identical in day-to-day operations but require different solutions: one takes weeks to resolve, the other requires an investment budget.
It makes the application landscape decision-ready. Before any decision to replace or modernize an application, there is the unspectacular work: Which applications exist, who uses them, what data is stored where, and which interfaces are connected to which. Without this overview, projects are prioritized based on noise rather than impact.
It takes the contractual aspects into account. Maintenance expiration dates, remaining contract terms, license metrics, and notice periods all play a role in determining what sequence of actions is even possible. A technically sound plan that misses a time window is more expensive than a technically second-best plan that hits the mark.
Where IT consulting ends. It replaces neither operations nor development: those who operate systems or build software do a different kind of work. Nor does it relieve management of the question of how much standardization the company can tolerate—that is a business decision. And it does not replace governance: If no one is designated to take long-term responsibility for architecture and sourcing decisions, every outcome will only hold until the next special case arises.
When External IT Consulting Is Worth the Effort
External support isn’t always the right answer. When the target state is clear, your own team has the capacity, and a similar project has been successfully completed before, the internal approach is both faster and more cost-effective. Experience shows that the outcome is different in the following situations—not because the company lacks in-house knowledge of its own IT, but because this exact type of decision is rarely made there and therefore no routine can develop.
1. An End-of-Maintenance Date Is on the Calendar
- The vendor has announced the end of support for a core application, and our company has never had to make such a transition before.
- The date has been set, but the decision-making process leading up to it has not—and the later it begins, the fewer options remain.
2. The Application Landscape Has Grown, Not Been Built
- Over the years, systems were added, interfaces were retrofitted, and documentation was rarely created.
- No one can say with any certainty which system contains which data—and so every system replacement is like flying blind.
3. A Service Provider Contract Is Expiring
- Operations, support, or development are outsourced, and the extension of the contract is up for consideration.
- Without a solid comparison of performance, price, and vendor lock-in, the existing contract is simply renewed because that’s the easiest option.
4. IT Costs Are Rising and No One Can Explain Why
- The budget is growing faster than the business, and the allocation to applications or functional areas is unclear.
- As long as costs cannot be traced back to specific applications and contracts, it is impossible to determine where cuts can be made.
5. The IT Organization No Longer Fits Its Remit
- Roles are historically assigned, decision-making involves too many loops, and functional areas make purchases without consulting IT.
- This is rarely a personnel issue and almost always a problem of structure and scope of authority.
6. A Project Has Been Postponed for the Second Time
- The business case is in place, but the launch keeps getting delayed—usually due to a lack of capacity among those closest to the decision-making process.
- Anyone expected to handle the implementation alongside their day-to-day business will, when in doubt, prioritize their day-to-day business. And rightly so.
Do any of these points sound familiar to you as your starting point? Twenty minutes is all it takes to assess your starting point: to determine the frequency of the issue, what needs to be reliably measured first, and whether outside support is even necessary.
The Topic Areas of IT Consulting at a Glance
A field can be staffed individually or in combination with others—depending on the stage of a project. In practice, the process usually begins with a baseline assessment and the target architecture; sourcing, organization, and operations follow as the sequence of steps dictates.
IT Strategy and Target Architecture
A target state for the system landscape against which individual decisions can be evaluated: what capabilities IT must support, which systems fulfill those needs, where data is stored, and which interfaces will be intentionally retained. Vendor-neutral—we do not sell licenses and do not pay partner commissions. This includes determining when it is better to upgrade a system rather than replace it.
Application and ERP Landscape
A baseline assessment of applications, including usage, costs, dependencies, and expiration dates—the foundation of any consolidation. Building on this, an evaluation of ERP and core system decisions: standard versus customization, replacement versus modernization, a one-time cut versus phased implementation — evaluated based on process coverage, data quality, and operational costs, not on feature lists.
Legacy Modernization
For applications that are business-critical yet no one wants to touch anymore: assess their status and risk, encapsulate interfaces, and gradually decouple functions. The question is rarely whether to decouple them, but rather in what order. The decision is based on the risk of failure, the time required for changes, and the maintenance effort.
IT Sourcing and Provider Management
Which services should be handled in-house, which should be outsourced to a service provider, and how can the results be verified? This includes performance metrics, the comparability of proposals, handover criteria, and a management system that focuses on results. Without a clearly defined management role within the organization, a contract turns into a dependency.
IT Organization and Governance
Scope of roles, decision-making processes, and committees: who is responsible for architecture, who prioritizes needs, and who decides on exceptions. This includes standards that can be applied in everyday practice and an approach to exceptions that makes them visible rather than prohibiting them.
IT Operations and Service Management
Stability as a result of processes, not individuals: incident and change management procedures, service levels tailored to the business, and accountability for operational handoffs. This includes the operational model of the platforms on which applications run—from in-house data centers to outsourced cloud operations. Performance is measured by availability, recovery time, and the percentage of recurring outages.
We can determine which of these areas applies to you first during a conversation. Describe your starting point and the decision you need to make—you’ll receive an assessment, not a sales pitch.
Four Ways of Working That Prove Themselves in IT Projects
The outcome is often determined less by the depth of expertise than by the nature of the collaboration: how much external capacity is involved, what the mandate is, and over what time period. Our network covers four forms of collaboration, and switching between them over the course of a project is the rule rather than the exception. The same framework applies to all four: a designated internal point of contact, written objectives established before the start, and an agreed-upon handoff point.
Review of an Upcoming Decision
An experienced person reviews a specific proposal: a system selection, a service provider’s quote, an architectural design, or a project that has stalled. The effort involved is minimal, and the main benefit is that someone who isn’t personally invested in the outcome can offer a different perspective.
Architecture and Sourcing Concept
Baseline assessment, target architecture, sequence of steps, and effort estimation as a completed work package. The end result is a decision proposal that holds up even if the budget is cut—because the initial steps deliver value on their own.
Staffing Along the Project
Two or three experts join your own people in one team, under internal technical lead. The mix shifts as the project moves on: architecture and data model first, then integration, testing and the handover into operations. The knowledge stays in the house because it is built there.
Interim IT Leadership
An external person takes responsibility and decision-making authority — during a vacancy, in an exceptional situation, or where a project needs an authority that is not tied to internal interests. The point of handover is agreed at the start, not settled at the end.
IT Consulting by Industry: What Shapes the System Landscape
The need for IT consulting exists everywhere, but the driving force varies by industry. In some cases, production control sets the pace; in others, it’s the obligation to provide documentation to a regulatory body; and in still others, it’s the number of locations an application must support. These differences lie not in the technology, but in processes, data models, and roles—those who only learn about them once the project has begun will pay the price over its lifetime.
That’s why we conduct project staffing based on industry experience rather than availability: with experts who understand the typical system landscapes, the regulatory frameworks against which decisions are measured, and the pitfalls where similar projects have failed. This is based on a network of 25 specialized functional areas, in which the IT-related functional areas alone maintain around 90 role profiles. We regularly work in the following industries—each tile describes what characterizes the landscape there and the criteria by which a project is evaluated.
Industry & Mechanical Engineering
In manufacturing and mechanical engineering, the landscape revolves around production and materials management: bills of materials, work plans, inventory levels, and production feedback. Any change to these elements directly affects the production cadence—which explains why changes here almost always occur in waves and on a plant-by-plant basis rather than all at once. In addition, two worlds collide: the office environment with its short change cycles and the plant environment with equipment lifespans of ten years or more. The work therefore involves defining boundaries: What belongs in the core application, what remains on the equipment, and how the two are integrated. Performance is measured by on-time delivery, inventory coverage, and the number of manual interventions between planning and production.
Retail & Consumer Goods
Retailers and consumer goods manufacturers manage multiple channels simultaneously, often with a master data set that doesn’t support this: product data is stored in multiple systems, prices are maintained in different places, and there is no clear answer to the question of which variant is the authoritative one. As long as this remains the case, every new channel addition becomes yet another source of error. The focus is therefore on organizing product, price, and customer data and on determining which system takes the lead. Performance is measured by the time it takes for an assortment or price change to propagate across all channels, and by the percentage of orders processed without manual intervention.
Banking & Insurance
Here, the obligation to provide evidence shapes the landscape: Every change must be documented, approved, and traceable, and outsourcing is subject to specific requirements regarding control and the ability to exit. This makes governance and provider management the actual focus of the work. Added to this are legacy systems with a long history, which are rarely replaced all at once; a typical approach involves encapsulation via interfaces and the gradual phasing out of individual functions. Performance is measured by the processing time per transaction and by the effort required to provide verification compared to an audit.
Logistics & Transport
In logistics, the seamless flow of information between orders, warehouses, and transportation determines the workload in day-to-day operations. Data discontinuities lead to rework, follow-up inquiries, and short shipments—and they usually only come to light when a customer calls. Because multiple systems—and often multiple companies—are involved in every shipment, integration is the main challenge here: interfaces, formats, error handling, and the question of what happens if a partner fails to deliver. Performance is measured by on-time delivery rates, the number of exceptions resolved manually, and the time it takes to onboard a new partner.
Healthcare & Pharmaceuticals
Hospitals, healthcare providers, and pharmaceutical companies operate within complex IT landscapes consisting of a core system and numerous specialized applications that have evolved side by side over the years. Two factors shape every decision: the handling of data requiring special protection and the need to maintain audit trails for regulated processes, which makes the change management process significantly more complex than in other industries. At the same time, personnel is the scarcest resource—a solution that is circumvented in day-to-day operations is not a solution. The focus is therefore on interfaces, documented workflows, and suitability for everyday use. Performance is measured by the documentation effort per process and by data disconnects between systems.
Energy & Utilities
Utilities operate in two parallel realms: the business world of billing, market communication, and customer processes, and the technical world of grid, plant, and control systems. Both follow different rules, and the most interesting questions arise at their intersection—where plant data feeds into commercial processes. Added to this are regulatory market processes that set fixed deadlines. Anyone planning in this context must first plan around these constraints. Performance is measured by process turnaround times in market communication and by the availability of the systems that support grid operations.
Industry & Mechanical Engineering
In manufacturing and mechanical engineering, the landscape revolves around production and materials management: bills of materials, work plans, inventory levels, and production feedback. Any change to these elements directly affects the production cadence—which explains why changes here almost always occur in waves and on a plant-by-plant basis rather than all at once. In addition, two worlds collide: the office environment with its short change cycles and the plant environment with equipment lifespans of ten years or more. The work therefore involves defining boundaries: What belongs in the core application, what remains on the equipment, and how the two are integrated. Performance is measured by on-time delivery, inventory coverage, and the number of manual interventions between planning and production.
Retail & Consumer Goods
Retailers and consumer goods manufacturers manage multiple channels simultaneously, often with a master data set that doesn’t support this: product data is stored in multiple systems, prices are maintained in different places, and there is no clear answer to the question of which variant is the authoritative one. As long as this remains the case, every new channel addition becomes yet another source of error. The focus is therefore on organizing product, price, and customer data and on determining which system takes the lead. Performance is measured by the time it takes for an assortment or price change to propagate across all channels, and by the percentage of orders processed without manual intervention.
Banking & Insurance
Here, the obligation to provide evidence shapes the landscape: Every change must be documented, approved, and traceable, and outsourcing is subject to specific requirements regarding control and the ability to exit. This makes governance and provider management the actual focus of the work. Added to this are legacy systems with a long history, which are rarely replaced all at once; a typical approach involves encapsulation via interfaces and the gradual phasing out of individual functions. Performance is measured by the processing time per transaction and by the effort required to provide verification compared to an audit.
Logistics & Transport
In logistics, the seamless flow of information between orders, warehouses, and transportation determines the workload in day-to-day operations. Data discontinuities lead to rework, follow-up inquiries, and short shipments—and they usually only come to light when a customer calls. Because multiple systems—and often multiple companies—are involved in every shipment, integration is the main challenge here: interfaces, formats, error handling, and the question of what happens if a partner fails to deliver. Performance is measured by on-time delivery rates, the number of exceptions resolved manually, and the time it takes to onboard a new partner.
Healthcare & Pharmaceuticals
Hospitals, healthcare providers, and pharmaceutical companies operate within complex IT landscapes consisting of a core system and numerous specialized applications that have evolved side by side over the years. Two factors shape every decision: the handling of data requiring special protection and the need to maintain audit trails for regulated processes, which makes the change management process significantly more complex than in other industries. At the same time, personnel is the scarcest resource—a solution that is circumvented in day-to-day operations is not a solution. The focus is therefore on interfaces, documented workflows, and suitability for everyday use. Performance is measured by the documentation effort per process and by data disconnects between systems.
Energy & Utilities
Utilities operate in two parallel realms: the business world of billing, market communication, and customer processes, and the technical world of grid, plant, and control systems. Both follow different rules, and the most interesting questions arise at their intersection—where plant data feeds into commercial processes. Added to this are regulatory market processes that set fixed deadlines. Anyone planning in this context must first plan around these constraints. Performance is measured by process turnaround times in market communication and by the availability of the systems that support grid operations.
Four Engagement Types — and How They Are Measured
What is actually commissioned in IT projects falls into four groups. Every one of them has a recognisable starting position, a sequence of steps that has held up in practice, and a target figure that is fixed before the start and measured while the work runs — not estimated afterwards.
Replace or Modernize a Core System
Starting point: A core system that has been customized over the years, with modifications that no one can fully track anymore, and an end-of-support date that is fast approaching. The following approach has proven effective: first, streamline processes and master data; then define the target state and select the system; and finally, migrate in phases. Success is measured by the turnaround time of the core processes after the go-live—and by how many custom solutions have emerged again.
Carve Out a Legacy Application
Starting point: An application that is business-critical, but making changes to it is taking longer and longer and becoming increasingly risky. The approach involves assessing the system’s current state and dependencies, encapsulating it from external systems, and gradually migrating individual functions. Progress is measured by the time required to implement a change in production, the risk of downtime, and the percentage of functions already running outside the legacy system.
Reorganize Service Providers
Starting point: An expiring contract for operations, support, or development, often with a scope of services that has expanded over time and unclear handover procedures. First, the scope of services is defined; then, proposals are made comparable; and finally, handover and exit criteria are agreed upon. Performance is measured based on the fulfillment of service levels, the cost per unit of service, and how long a transition would take in an emergency.
Make IT Costs Accountable
Starting point: A budget that is growing faster than the business, without the ability to attribute the increase to specific applications, contracts, or functional areas. The solution involves allocating costs to applications and contracts, identifying duplicates and unused licenses, and deciding which systems to keep running intentionally. Performance is measured by costs per application and the portion of the budget that is committed without a specific decision.
Which IT Profiles Staff These Projects
How an IT Project Moves From Assessment Into Operations
How wide and how long each stage runs depends on the size and the terrain; the order does not. First take stock, then decide, then build, then hand over. No stage is skipped, and one is shortened only where solid preliminary work carries it.
1. Take Stock
2. Target State and Architecture
3. Decision Proposal
4. Delivery in Stages
5. Prepare Operations
6. Measure Results and Hand Over
What Does IT Consulting Cost? Daily Rates and Budget Ranges
Two factors determine the budget for an IT project: the daily rate and the number of days. The second is the larger factor—but it is planned for less often. Billing through our network is based on the daily rate, with no project flat fee and no performance-based components.
Factors that influence the rate. First, the seniority and decision-making authority of the role: A person who owns a target architecture, or who defends a project in front of the management board, sits higher than one who only supplies input. Then there’s the technology stack—experience in a widely used environment is more readily available than experience with a rare legacy platform, and scarcity directly affects the price. Then there’s the industry: Environments with certification or regulatory approval requirements demand additional experience and narrow the pool of candidates. The extent of remote work cuts both ways—architecture, analysis, and conceptual work can largely be done from anywhere, opening up the pool of potential profiles beyond one’s own region, while operational handoffs, plants, and sites require on-site presence. Finally, project duration and availability: A twelve-month assignment costs less per day than a short-term assignment requiring the same amount of training, and last-minute staffing costs more than planned staffing.
The ranges of our current roster, as published on the role pages. For service management and operational responsibility, €750 to €1,300 per day (Freelance ITIL Consultant, Interim IT Service Delivery Manager). For demand, portfolio and provider management, €750 to €1,200 (Freelance IT Demand Manager, Freelance IT Portfolio Manager, Freelance IT Outsourcing Manager). For governance and target state, €750 to €1,450 (Freelance IT Governance Consultant, Freelance IT Consultant). For architecture and the application landscape, €750 to €1,650 (Freelance Solution Architect, Freelance Legacy Modernization Consultant, Freelance SAP Architect). Each figure represents a range and not a fixed price; the rate for a specific assignment is agreed upon before the engagement begins.
Budget in stages rather than as a lump sum. Each phase ends with a decision—which may even be “no further”: the baseline assessment with a robust prioritization, the decision-making proposal with a choice made, the first implementation phase with a measurable target, and the handover with operations running without external support. If you approve everything as a single lump sum, you lose the very opportunities where it would still be cost-effective to halt the project.
The difference between this and hiring an IT services provider or a large consulting firm lies less in the rate and more in what you’re purchasing. An IT services provider delivers services along with its own tools and, in part, derives its revenue from what it implements and operates; a large consulting firm provides a team along with methodology, quality assurance, and the infrastructure behind it. Here, you take on a role within your own organization. This requires that technical leadership remain in-house and ensures that the expertise stays where decisions will ultimately be made. License, platform, and operating costs for the systems used are not included in the daily rate; they depend on your architecture, not on the staffing involved.
Which staffing a project needs follows from its cut: an architecture review calls for a different profile than a contract negotiation or a handover into operations. The full overview sits under IT Service Management — among them ITSM Process Consultants, IT Change Managers and IT Release Managers. For applications and architecture, SAP & Enterprise Systems and Software Engineering & Architecture add to it; for infrastructure and operating models Cloud, Infrastructure & DevOps; and for everything data-related Data Engineering & Data Science.
The Timing of an IT Decision Is Rarely Freely Chosen
3
90
€750–1,650
Frequently Asked Questions About IT Consulting
Excellent. We are not the only ones who think so.
consultingheads has received several awards from leading trade magazines and independent third parties.