Tesco · Supplier onboarding

Making a fragmented supplier journey visible.

I led the UX and research work that mapped an onboarding service spread across teams, checks, documents and systems. I then turned that evidence into a shared direction for what should come next.

Tesco
Overview

Supplier onboarding was fragmented across siloed teams, with little visibility as work passed from one department to another.

Suppliers could not see how long onboarding might take or understand everything required from them at the outset. Internally, much of the process was manual, spread across emails, documents and spreadsheets, and progress was not consistently tracked. My brief was to understand the end-to-end service, expose the gaps between handoffs and define an evidence-led direction for a more coherent onboarding system.

My role
Lead UX Designer and Researcher
Support
Intermittent support from a UX researcher and junior designer
Methods
Discovery, research synthesis, service blueprinting and concept direction
From capture to blueprint

After many partner and user interviews, part of my process was to capture the onboarding steps in a working Excel spreadsheet. I then organised and compared the different onboarding paths, which informed the final service blueprint shown later in the case study.

01

Working Excel spreadsheet

The initial spreadsheet recorded and compared onboarding paths before the full service process was understood.

An Excel spreadsheet comparing new, fast-track and existing supplier processes with offboarding
Initial working capture.View full size
02

Improved process comparison

The next iteration organised the process into shared phases, clarified ownership and made the different onboarding paths easier to compare.

An improved comparison of four supplier processes across five lifecycle phases
Improved synthesis and comparison.View full size
01 · The challenge

The gaps lived between teams.

No single team held the complete picture of how a supplier moved from introduction to becoming operational.

In some cases, what was flagged as a usability issue was actually a service-level problem: unclear ownership, scattered information, duplicated effort and weak visibility of progress.

01

Ownership was difficult to see

People did not always know who held the next action or where a supplier was in the process.

02

Documents lived in too many places

Agreements, evidence and supplier information moved through email, shared drives and separate tools.

03

Work was repeated

Teams could request, check or enter the same information at different stages.

04

Suppliers lacked progress visibility

They had limited guidance on what was required, what had happened and what came next.

02 · Building the evidence

My first port of call was the internal teams. It became a daisy chain: just when I thought I had reached the final department, they referred me to another. In total, I spoke with seven departments, not counting the individual team members involved.

01

Audit the existing journey

02

Map teams and responsibilities

03

Capture supplier and colleague experience

04

Synthesise pain points and opportunities

People in the service

The research clarified the different responsibilities, needs and outcomes across four central user groups.

Four supplier-onboarding user types: Commercial Buyer, Supplier Relationship Manager, Supplier Data Manager and Legal Counsel
Primary and secondary user types connected the service blueprint to the people doing the work.View full size
Early hand-drawn concepts for an invited supplier journey
Early journey concepts explored how an invited supplier could understand requirements and move into a guided setup experience.Project artefact 02
03 · Synthesis

The most useful shift was to stop treating each complaint as an isolated issue.

The synthesis connected business, people, process and system pain points. It showed that the opportunity was not a patchwork of local fixes, but a more systematic service with clearer ownership, shared information and visible progress.

A workshop whiteboard showing an anonymised supplier-onboarding pain-point synthesis
The research was grouped across overlapping business, people/process and technology themes.Project artefact 03
04 · Making the service visible

The final service blueprint became the shared view of the work: frontstage activity, internal actions, systems, handoffs, pain points and opportunities across the onboarding journey.

Final service blueprintDrag to explore →
The final five-stage supplier-onboarding service blueprint across Buyer, Supplier Management, Legal, Technical and Supply Chain Operations
Slide horizontally to inspect the full five-stage journey, or open it at full size.View full size

The public version retains the scale and structure of the original work while keeping identifiable colleagues, internal links and sensitive operational detail out of view.

05 · Design direction

From a collection of steps to a guided service.

01

One shared view of progress

Give suppliers and internal teams a consistent understanding of status, ownership and next actions.

02

Requirements in context

Explain why information is needed, who needs it and how it affects the journey.

03

Documents connected to tasks

Keep agreements, evidence and approvals close to the work they support.

04

Different roles, one service

Support distinct responsibilities without creating disconnected versions of the truth.

Final project outcome

The complete supplier-onboarding process map.

The final map brought the full journey into one shared view, including teams, supplier touchpoints, internal tasks, handoffs, pain points and opportunities from registration through due diligence and setup.

Final service blueprint · SO process map v6Drag to explore →
The final Tesco supplier-onboarding process map showing teams, touchpoints, tasks, handoffs, pain points and opportunities
Slide horizontally to inspect the complete process, or open the original at full size.View full size
06 · Outcome
The research and recommendations became the foundation for a new supplier-onboarding system, which a subsequent design team was commissioned to develop.

My contribution was the research, shared service model and design direction that made the next phase possible. I do not claim ownership of the later team’s implementation.

This case study uses selected, anonymised project artefacts. Identifiable colleague details, internal links and sensitive operational information have been removed or kept below reading size.