Service Blueprint

explorationhigherAdvanced

TL;DR

Connects what the user sees with what happens backstage in your organization.

What is it

The Service Blueprint is an operational diagram that extends the Customer Journey Map by adding the organization's internal layers: visible employee actions (frontstage), invisible actions (backstage), support processes, and physical evidence. It was conceptualized by Lynn Shostack in 1984.

What it is for

✓Connect user experience with internal organizational processes
✓Identify operational failures impacting user experience
✓Visualize dependencies between teams and systems
✓Plan improvement implementation with all actors involved

Research methods that feed it

Internal employee interviewsExisting Customer Journey MapOperational process observationSystems and technology analysis

When to use it

✓After having a Customer Journey Map and needing to understand the internal 'how'
✓When redesigning complex services with multiple actors
✓When UX failures have operational causes
✓To align front-end and back-end teams on service delivery

When NOT to use it

✗If you don't have a prior Journey Map (do that first)
✗For purely digital products without a human service component
✗If the team doesn't have access to operational stakeholders

How to create it step by step

1Start from the Journey Map: Use your Customer Journey Map as the base — user actions are the first row.
2Add frontstage: Document visible employee/system actions the user directly perceives.
3Add backstage: Document internal processes invisible to the user that support each interaction.
4Map support processes: Identify systems, tools, and technologies that enable the backstage.
5Identify visibility lines: Clearly mark the 'line of visibility' separating what the user sees from what they don't.
6Identify failure points: Mark where internal processes fail or create friction in the user experience.

Tips for small teams

Start with a simplified blueprint of a single critical flow
Involve at least 1 person from operations/support in the workshop
Use color coding to differentiate layers quickly
You don't need to document every micro-interaction — focus on key moments

Common mistakes

✗Creating a blueprint without a prior Journey Map
✗Not involving operations people (only designers)
✗Making the blueprint too detailed and losing the big picture
✗Not connecting failure points with concrete improvement actions

Contextualized example

Context: Food delivery service where users report incorrect orders.

Frontstage: App shows order confirmation → Delivery person arrives with order.

Backstage: Kitchen receives printed order → Chef interprets customization notes → Manual packing without verification.

Failure point: User customization notes print in small text that the chef doesn't read. Packing has no verification checklist. The insight: it's not an app UX problem but a kitchen operational process issue.

Phase

exploration

Audience

stakeholdersdevelopment

Complexity

higher

Experience level

Advanced

Related deliverables

Free tool by UXR — UX Research Consulting in Chile