Procurement Operating model illustration

Procurement Operating Model: The Missing Link Between Procurement Strategy, Policy and Daily Buying Work

In many procurement transformation programs, the discussion starts too quickly with the organization chart.

Who should report to whom?
How many FTEs are needed?
Should procurement be centralized or decentralized?
Which roles should be local, regional or global?

These are important questions, but they are not the first questions.

The real problem is often deeper. Procurement may not have a clear way of working. Roles may be unclear. Buyers and stakeholders may not know who decides what. Procurement policy may exist, but not influence daily behavior. Processes may be documented, but not followed. Systems may be implemented, but not aligned with how people actually buy.

That is why the procurement operating model matters.

A procurement operating model explains how procurement works in practice. It connects procurement strategy, procurement policy, organization, roles, processes, systems, governance, supplier management and performance follow-up into one coherent way of working.

Or more simply: it explains how procurement creates value and how the work gets done.

LHTS article framework

Role: Management
Supporting roles: Tactical and operative procurement
Process: Procurement governance, procurement strategy, procurement organization, source-to-contract, procure-to-pay and supplier management
Level: Advanced
Related course: Procurement Management

Quick answer: what is a procurement operating model?

A procurement operating model is the practical design of how procurement should work.

It defines what procurement is responsible for, how procurement is organized, how decisions are made, which processes are used, how systems support the work, how suppliers are managed and how performance is measured.

A good procurement operating model connects strategy with execution. It helps procurement move from individual effort and local habits to one structured way of working across the organization.

The real problem: procurement transformation often starts in the wrong place

Many procurement teams are asked to improve performance.

The CPO may be asked to reduce cost, improve supplier performance, increase contract compliance, strengthen risk control, support sustainability, digitalize processes and become a better business partner.

The problem is that procurement is often expected to deliver all of this without a clear operating model.

This creates practical issues:

Stakeholders do not know when procurement should be involved.
Buyers spend too much time solving urgent operational problems.
Tactical sourcing work is mixed with administrative buying.
Supplier selection is inconsistent.
Procurement policy is not connected to systems and approval workflows.
Contract ownership is unclear after signature.
Supplier performance is reviewed only when something goes wrong.
Savings are reported, but not always realized.
Local business units buy in different ways.

When this happens, changing the organization chart will not solve the problem.

A new structure may move people into new boxes, but the same unclear processes, unclear decision rights and unclear governance will remain.

Do not start with the org chart

This practical warning is simple: many change programs rush into organization charts and FTE discussions.

That feels concrete. It gives management something visible to review. It creates a sense of progress.

But if the organization does not first understand what procurement should do, how procurement should work with the business, and which processes and decisions must be governed, the org chart becomes a weak starting point.

The org chart should be an output of operating model design, not the starting point.

A useful sequence is:

Understand the procurement strategy and ambition.
Assess current maturity, people, processes and performance.
Identify the main value and improvement opportunities.
Define the procurement operating model.
Design the organization, roles, RACI and FTE structure.
Implement governance, process discipline, systems and capability development.

This keeps the discussion focused on value and execution before structure.

A simple definition of a procurement operating model

A procurement operating model is the design of how procurement operates to deliver value.

It answers questions such as:

What is procurement responsible for?
What should procurement lead, support or control?
How should procurement work with business stakeholders?
Which activities are strategic, tactical and operative?
Which sourcing and buying processes should be used?
Who approves supplier selection, contracts and exceptions?
Which systems and data are needed?
How should supplier performance be managed?
Which KPIs show whether procurement is working well?

McKinsey describes an operating model as a representation of how a function runs itself to deliver value to its customer — what it does and how it does it. In procurement, McKinsey connects the operating model to the full source-to-pay lifecycle and highlights process, digital, organization, capabilities and culture, governance, and data and analytics as important enablers.

This is a useful way to think about procurement.

A procurement operating model is not only an organization design. It is the full design of how procurement decisions, work, tools, governance and capabilities fit together.

What should a procurement operating model include?

A practical procurement operating model should include at least six connected parts.

1. Guiding principles and procurement policy

The operating model should start with the basic principles for how procurement should work.

This includes:

Why the procurement function exists
What procurement is responsible for
What procurement is not responsible for
How procurement supports business objectives
Which buying rules apply
Which risk and compliance principles must be followed
Which decisions require procurement involvement
How exceptions are handled

This is where the procurement operating model connects directly to the procurement policy.

The procurement policy is the steering document. It defines rules, responsibilities, thresholds, approval expectations, compliance requirements and buying behavior. The operating model explains how those rules are turned into roles, processes, systems and governance.

In the recently published LHTS article about procurement policy, the policy is described as a management tool for the CPO and as a learning map for buyers. It helps define one common way of buying, clarifies decision rights and supports compliance and risk control.

The operating model takes the next step. It explains how the organization actually makes that policy work.

2. Governance, organization, roles and RACI

Governance is one of the most important parts of a procurement operating model.

It explains how decisions are made, controlled and followed up.

Procurement governance may include:

Approval levels
Delegation of authority
Sourcing boards
Category councils
Supplier risk committees
Contract approval forums
Exception approval routines
KPI reviews
Procurement performance meetings
Escalation paths
Compliance monitoring

Governance should answer questions such as:

Who approves the sourcing strategy?
Who approves the supplier shortlist?
Who approves the final supplier selection?
Who signs contracts?
Who approves exceptions to policy?
Who decides whether a supplier risk is acceptable?
Who reviews procurement performance?
Who owns corrective actions?

McKinsey highlights governance as one of the key enablers of a next-generation procurement operating model, including decision rights, policy enforcement and digital workflows that help purchases follow the right channels.

This is important because governance should not only be a meeting structure. It should be embedded in how procurement work is

The operating model should define how procurement work is divided.

This includes roles such as:

CPO or head of procurement
Procurement manager
Category manager
Strategic sourcing manager
Tactical buyer
Operative buyer
Supplier relationship manager
Contract manager
Procurement analyst
Procurement excellence or process owner
System or P2P owner

The model should also clarify responsibilities between procurement and other functions.

For example:

The business owns the need.
Procurement owns the sourcing process.
Finance owns budget control and payment processes.
Legal owns legal review.
Management owns approval authority.
The contract owner manages supplier delivery after signature.
Procurement supports supplier performance and commercial follow-up.

A RACI model can be useful here because it shows who is responsible, accountable, consulted and informed.

Without this clarity, procurement becomes dependent on individual interpretation. One buyer may involve legal early. Another may wait until the end. One business unit may follow competitive bidding rules. Another may go directly to a preferred supplier. One manager may approve exceptions formally. Another may approve them informally.

A procurement operating model reduces this variation.

3. Core procurement processes

The operating model should define the main procurement processes.

This normally includes the processes connected to roles in The Procurement Framework :

The LHTS Procurement Framework ver blue — The LHTS Procurement Framework

Other example of breaking down the way of working (processes) in procurement.

Need definition
Spend analysis
Market analysis
Sourcing strategy
Supplier prequalification
RFQ, RFP or tender process
Supplier evaluation
Negotiation
Contract approval and signature
Supplier onboarding
Purchase order creation
Order follow-up
Goods receipt or service confirmation
Invoice handling
Contract management
Supplier performance management
Supplier development
Renewal or exit

CIPS describes procurement as a process that starts with defining business needs and specifications and continues through supplier selection, contract award, contract performance, supplier relationship management and review.

The operating model should not only list these steps. It should explain how they work in the organization.

For example:

When is a sourcing strategy required?
When is a three-bid process required?
When may a buyer use a single-source justification?
Which purchases go through catalogs?
Which purchases require a contract?
Who may approve supplier onboarding?
Who owns supplier performance reviews?
Which process is used for urgent purchases?

This is where the operating model becomes practical.

4. Systems, data and digital tools

A procurement operating model must also explain which systems and data support the work.

This may include:

ERP system
Purchase-to-pay platform
Sourcing platform
Contract lifecycle management system
Supplier portal
Spend analytics tool
Supplier risk database
Catalogs and buying channels
Approval workflow tools
KPI dashboards

Systems should not be treated as separate from the operating model. They are part of how the operating model is executed.

For example, if the procurement policy says that purchases above a certain value require approval, the system should support that approval workflow. If the operating model says that certain categories should use preferred suppliers, the buying channel should guide users toward those suppliers. If supplier performance should be reviewed quarterly, the required data must be available.

KPMG’s target operating model approach includes technology, performance insights and data, and governance as separate but connected layers. KPMG also warns that the traditional people-process-technology view may be too narrow if it does not include service delivery, data, performance and governance.

This is highly relevant for procurement because many procurement problems are not caused by missing technology alone. They are caused by weak connection between process, policy, data, behavior and governance.

5. Performance management and capabilities

The operating model should define how procurement performance is measured and improved.

Common procurement KPIs include:

Savings
Cost avoidance
Contract compliance
Spend under management
Maverick buying
Supplier performance
Supplier risk
Purchase order cycle time
Invoice matching rate
On-time delivery
Contract coverage
Stakeholder satisfaction
Sustainability targets
Process compliance
Sourcing pipeline value

However, a mature operating model should not only measure savings.

Savings are important, but they do not show the full value of procurement. Procurement also protects the organization from risk, improves supplier performance, secures supply, supports innovation, enables sustainability and creates better decision-making.

The operating model should also define the capabilities needed in the procurement team.

This may include:

Sourcing skills
Negotiation skills
Category management
Supplier management
Contract understanding
Risk management
Data analysis
Process knowledge
Business partnering
Change management
Digital procurement skills

PwC describes procurement target operating model optimization as involving organization, processes, governance, people and culture, and technologies.

This is a useful reminder that operating model design is not only about structure. It is also about behavior, competence and culture.

How the procurement operating model connects to the procurement policy

A procurement policy and a procurement operating model are closely related, but they are not the same thing.

The procurement policy explains the rules.

The procurement operating model explains how the rules are executed.

For example, the procurement policy may say:

Purchases above a defined value must use competitive bidding.
Suppliers must be approved before orders are placed.
Contracts must be reviewed before signature.
Certain risks must be assessed before supplier selection.
Buyers must document award decisions.
Exceptions must be approved.

The procurement operating model explains:

Who checks the value threshold.
Who decides the sourcing route.
Who prepares the RFQ.
Who evaluates suppliers.
Who approves the award decision.
Which system stores the documentation.
Who reviews the contract.
Who owns supplier onboarding.
Who monitors compliance.
Which KPI shows whether the rule is followed.

This makes the operating model the bridge between procurement policy and daily buying work.

A policy without an operating model can become a document on the intranet.

An operating model without a policy can become a way of working without clear authority.

Together, they create structure.

How this connects to the procurement role

The procurement operating model is mainly a management-level topic.

The CPO, procurement director or procurement manager is normally responsible for designing, improving and governing the model.

However, the operating model affects every procurement role.

Management role

For procurement management, the operating model defines how the function is led.

It helps management answer:

What should procurement deliver?
How should procurement be organized?
Which capabilities are needed?
Which processes should be standardized?
Which decisions should be centralized?
Which decisions should remain local?
How should procurement performance be measured?
How should procurement work with finance, legal, operations and business stakeholders?

This is why operating model design is a management responsibility.

Tactical role

For tactical procurement, the operating model defines how sourcing and supplier work should be done.

It helps tactical buyers and category managers understand:

When sourcing is required
How to involve stakeholders
How to prepare sourcing strategies
Which approval steps are needed
How suppliers should be evaluated
How negotiations should be managed
How contracts should be handed over
How supplier performance should be followed up

A tactical buyer needs freedom to create value, but also structure to ensure compliance and consistency.

Operative role

For operative procurement, the operating model defines how daily buying should work.

It helps operative buyers understand:

Which buying channels to use
Which suppliers are approved
When a purchase order is required
How order follow-up should be handled
What to do when an invoice does not match
When to escalate delivery problems
How to handle urgent purchases
Which activities must be documented

This is important because many procurement problems appear first in operative work. If the operating model is weak, operative buyers often become problem-solvers for unclear requirements, missing approvals, poor supplier data and late stakeholder involvement.

Where the procurement operating model fits in the procurement framework

The procurement operating model is not one single step in the procurement process.

It is an enabling structure across the full procurement framework.

It influences how the organization works from early business need to supplier performance follow-up.

A simple way to connect it to the procurement framework is:

1. Need definition

The operating model defines when procurement should be involved and how stakeholders should describe the business need.

2. Market analysis

The model defines who performs supplier market analysis, who owns market intelligence and how category knowledge is developed.

3. Sourcing strategy

The model defines when a sourcing strategy is required, who approves it and how it connects to business priorities.

4. RFQ, RFP and tender execution

The model defines how competitive processes should be run, which templates are used and how communication with suppliers is controlled.

5. Supplier evaluation and selection

The model defines evaluation roles, decision rights, documentation requirements and award approval.

6. Contracting

The model defines who prepares, reviews, negotiates, approves and signs contracts.

7. Implementation and ordering

The model defines supplier onboarding, master data, buying channels, purchase order routines and system workflows.

8. Supplier management

The model defines who owns supplier performance, business reviews, issue resolution, development plans and renewal decisions.

9. Performance and improvement

The model defines KPIs, governance routines, improvement actions and feedback loops.

This is why the procurement operating model belongs at the management level, but supports tactical and operative execution.

Practical example: when the operating model is unclear

Imagine a company where each business unit buys marketing services in its own way.

One unit uses a preferred agency.
Another asks three agencies for proposals.
A third allows project managers to select suppliers directly.
Some contracts are reviewed by legal. Others are signed locally.
Some suppliers are onboarded before work starts. Others begin work before approval.
Invoices arrive without purchase orders.
Procurement is only contacted when there is a problem.

The CPO sees several symptoms:

Low spend visibility
Weak contract coverage
Poor supplier control
Inconsistent pricing
Unclear ownership
High risk of non-compliance
Difficult supplier performance comparison
Frustrated stakeholders

A common reaction is to say: “We need more procurement resources.”

That may be true, but it may not be the first answer.

The better starting point is to design the operating model.

For this category, the operating model should define:

Which marketing purchases require procurement involvement
Which suppliers are preferred
Which sourcing process should be used
Who approves agency selection
Which contract template applies
Who owns supplier performance
Which system is used for orders
How exceptions are approved
Which KPIs are reviewed

Only after this is clear should management decide whether the organization needs more people, different roles or a new structure.

Five questions to ask before changing the procurement organization chart

Before changing roles, reporting lines or FTE numbers, procurement management should ask five questions.

1. What is procurement expected to deliver?

Is the main goal cost reduction, compliance, supply security, supplier innovation, sustainability, risk reduction, stakeholder support or process efficiency?

Most procurement functions must deliver several of these, but the priority matters. The operating model should reflect the business ambition.

2. Where does procurement work break down today?

Look for recurring problems.

Do purchases start too late?
Are specifications unclear?
Are suppliers selected before procurement is involved?
Are contracts signed without review?
Are purchase orders created after delivery?
Are invoices blocked because master data is wrong?
Are supplier issues managed only after escalation?

The operating model should solve real problems, not only describe an ideal process.

3. Which activities are strategic, tactical and operative?

Procurement work should not be treated as one single activity.

Strategic work may include procurement strategy, category direction, supplier risk strategy and governance.

Tactical work may include sourcing, supplier evaluation, negotiation and contract preparation.

Operative work may include purchase orders, order follow-up, invoice support and buying-channel compliance.

If these activities are mixed without clarity, skilled buyers may spend too much time on administration and operative teams may be forced to solve tactical problems.

4. What should be centralized, and what should remain local?

Centralization is not automatically better.

Some activities benefit from central control, such as policy, systems, data standards, category strategy and supplier risk governance.

Other activities may need local knowledge, such as urgent operational buying, local supplier relationships or site-specific requirements.

The operating model should explain the logic, not only choose central or local.

5. How will the model be governed and improved?

An operating model is not finished when it is documented.

It must be governed.

This means management should define:

Who owns the operating model
How often it is reviewed
Which KPIs are followed
How exceptions are handled
How process issues are corrected
How buyers and stakeholders are trained
How system changes are managed

Without governance, the model will slowly become outdated.

Common mistakes when designing a procurement operating model

Mistake 1: Starting with boxes and names

It is tempting to start with the organization chart because it is visible and easy to discuss.

But the org chart should come after the work is understood.

First define what procurement should do. Then define processes, decision rights, governance and capabilities. After that, design the organization.

Mistake 2: Confusing procurement policy with procurement operating model

The procurement policy defines the rules.

The operating model defines how the rules work in practice.

Both are needed.

If the policy says that competitive bidding is required, the operating model must explain who runs the process, which templates are used, who approves the supplier selection and where the documentation is stored.

Mistake 3: Designing one model for all categories

Different categories may need different ways of working.

A strategic direct-material category may need deep category management, supplier development, risk reviews and executive governance.

A low-risk office-supply category may need catalogs, automation and simple buying channels.

A complex professional-services category may need strong scope definition, stakeholder involvement and contract control.

The operating model should allow category-specific logic while keeping common governance principles.

Mistake 4: Ignoring the business stakeholder

Procurement does not operate alone.

Stakeholders define needs, influence specifications, approve budgets, evaluate suppliers and manage supplier delivery.

If the operating model only describes procurement’s internal work, it will be incomplete.

A good model explains how procurement and the business work together.

Mistake 5: Treating technology as the solution

A new procurement system can improve control, visibility and efficiency.

But technology will not solve unclear roles, weak policies, poor data ownership or missing governance.

Systems should support the operating model. They should not replace it.

Mistake 6: Measuring only savings

Savings are important, but they are not enough.

A procurement operating model should also support compliance, supplier performance, risk management, process efficiency, stakeholder satisfaction, contract coverage and long-term value creation.

Mistake 7: Not training buyers and stakeholders

A model that people do not understand will not change behavior.

Procurement management must train both procurement staff and business stakeholders.

Buyers need to understand their role. Stakeholders need to understand when and how to involve procurement.

A practical checklist for procurement managers

Use this checklist when reviewing or designing a procurement operating model.

Purpose and scope

Is it clear why procurement exists?
Is procurement’s scope defined?
Are strategic, tactical and operative activities separated?
Is the connection to business strategy clear?

Policy and governance

Is the procurement policy updated?
Are decision rights clear?
Are approval levels documented?
Are exceptions controlled?
Are compliance routines defined?

Organization and roles

Are procurement roles clearly described?
Is there a RACI for key processes?
Are responsibilities between procurement, finance, legal and business stakeholders clear?
Are category ownership and supplier ownership defined?

Processes

Are core procurement processes mapped?
Are sourcing and P2P processes connected?
Are supplier onboarding and contract management included?
Are handovers between sourcing, contracting and operations clear?

Systems and data

Are systems aligned with the process?
Are buying channels clear?
Is supplier master data ownership defined?
Are KPIs supported by reliable data?
Are approval workflows embedded in tools?

Performance and improvement

Are procurement KPIs defined?
Is performance reviewed regularly?
Are process problems corrected?
Are stakeholders asked for feedback?
Is the model reviewed when business needs change?

How to build a procurement operating model step by step

A procurement operating model does not need to be perfect from day one. It can be developed in a structured way.

Step 1: Assess the current state

Start by understanding how procurement works today.

Review:

Spend data
Organization structure
Procurement policy
Process maps
System workflows
Supplier data
Contract coverage
Stakeholder feedback
Buyer workload
Performance reports
Compliance issues

The goal is to identify the real pain points.

Step 2: Define the ambition

Decide what procurement should become.

Should procurement mainly control spend?
Should it become a stronger sourcing function?
Should it develop category management?
Should it improve supplier performance?
Should it support sustainability and risk management?
Should it become a strategic business partner?

The operating model should be built around the ambition.

Step 3: Define guiding principles

Create a small set of principles that guide design decisions.

Examples:

Procurement should be involved before supplier selection.
High-risk purchases require early risk review.
Strategic categories require category strategies.
Low-risk purchases should use automated buying channels.
Supplier decisions must be documented.
Contracts must have clear ownership after signature.
Data should be captured once and reused across the process.

These principles help avoid endless design discussions.

Step 4: Design roles and decision rights

Define who does what.

This includes procurement roles, stakeholder roles and approval roles.

Use RACI where needed, especially for:

Sourcing strategy
RFQ/RFP execution
Supplier evaluation
Contract approval
Supplier onboarding
Purchase order creation
Supplier performance management
Exception handling

Step 5: Map core processes

Map the main procurement processes at a practical level.

Do not overcomplicate the first version.

Focus on the processes that create the most confusion or value leakage.

For many organizations, this means starting with:

Source-to-contract
Procure-to-pay
Supplier onboarding
Contract management
Supplier performance management

Step 6: Align systems and data

Check whether systems support the desired way of working.

Ask:

Can users find the right buying channel?
Are approval workflows aligned with policy?
Is supplier master data controlled?
Can procurement see spend by category and supplier?
Are contracts stored and searchable?
Can supplier performance be tracked?
Are exceptions visible?

If not, the operating model must include system and data improvements.

Step 7: Define governance and KPIs

Decide how the model will be managed.

This includes:

Performance reviews
Category reviews
Supplier reviews
Compliance reviews
Policy exception reviews
Process improvement meetings
Ownership of corrective actions

KPIs should reflect the full procurement ambition, not only savings.

Step 8: Train and implement

The operating model must be explained.

Procurement staff need training in their roles, tools and decision rights.

Stakeholders need to understand how to work with procurement.

Implementation should include communication, templates, process guides, system updates and management follow-up.

Step 9: Review and improve

Business needs change. Supplier markets change. Systems change. Regulations change. Organization structures change.

The procurement operating model should therefore be reviewed regularly.

A good model is stable enough to create consistency, but flexible enough to improve over time.

The procurement operating model as a maturity step

A procurement operating model is closely connected to procurement maturity.

In an immature organization, procurement may be reactive. Buyers solve problems, create purchase orders, chase suppliers and support urgent needs.

In a more mature organization, procurement becomes structured. Processes are defined, roles are clear, sourcing is planned, contracts are managed and suppliers are reviewed.

In an advanced organization, procurement becomes a value-creating function. It supports business strategy, manages supplier risk, develops categories, uses data and influences demand.

The operating model helps procurement move from one maturity level to the next.

It gives procurement management a practical way to answer:

Where are we today?
Where do we want to be?
What must change in roles, processes, governance, systems and capability?
How do we make the change sustainable?

This is why the procurement operating model is not only a transformation document. It is a management tool.

FAQ: procurement operating model

What is a procurement operating model?

A procurement operating model is the design of how procurement works. It defines roles, responsibilities, processes, decision rights, systems, governance, supplier management and performance measurement.

Why is a procurement operating model important?

It is important because it connects procurement strategy with daily execution. Without an operating model, procurement work may become inconsistent, unclear and dependent on individual habits.

Is a procurement operating model the same as an organization chart?

No. The organization chart is only one part of the operating model. A full operating model also includes policy, processes, governance, systems, data, capabilities and performance management.

How is a procurement operating model different from a procurement policy?

A procurement policy defines the rules for buying. A procurement operating model explains how those rules are executed through roles, processes, systems and governance.

Who owns the procurement operating model?

The CPO, head of procurement or procurement manager normally owns the procurement operating model. However, it must be supported by finance, legal, operations, business stakeholders and senior management.

What should be included in a procurement operating model?

It should include guiding principles, procurement policy connection, organization design, roles and RACI, core procurement processes, governance, systems, data, KPIs and capability development.

When should a company redesign its procurement operating model?

A company should review its operating model when procurement performance is weak, roles are unclear, systems do not support the process, compliance is low, supplier management is inconsistent or the organization is going through transformation.

Should procurement operating models be centralized or decentralized?

There is no single answer. Some activities may benefit from central control, while others may need local execution. The right model depends on business structure, spend profile, maturity, risk, category complexity and stakeholder needs.

A procurement operating model is a management-level topic because it defines how the procurement function is designed, governed and improved.

If you want to go deeper into this topic, the Learn How to Source course Procurement Management gives you the structured foundation for understanding procurement organization, governance, roles, responsibilities, processes and performance.

Conclusion

A procurement operating model explains how procurement works in practice.

It connects strategy, policy, roles, processes, governance, systems, data, supplier management and performance measurement. It helps procurement move from unclear routines and individual habits to one structured way of working.

The key lesson is simple: do not start procurement transformation with the organization chart.

Start by understanding what procurement must deliver, how the work should flow, who should decide, how policy should be executed and how performance should be governed.

Only then should the organization chart, roles and FTE structure be finalized.

That is how procurement creates a model that is not only designed on paper, but used in daily work.

This article was inspired by the experience and insights from Stéphane Morel (LinkedIn).

The Procurement Framework blog at LHTS