Menu

UX

Actor Mapping

A practical UX and service design method for identifying the roles, systems, and interactions that shape how an experience actually works.

How to use actor mapping to understand who is involved, clarify responsibilities, and improve coordination across people, teams, and systems.

4 min read

What it is

Actor mapping is a UX and method used to identify and visualise all the people, roles, and involved in an experience.

It focuses on who is involved, what they do, and how they interact with each other.

Actors can include users, internal teams, third-party , support staff, and automated .

Unlike , which focuses on influence and interest, actor mapping focuses on roles and within a or service.

The goal is to understand how different actors contribute to the experience and where coordination is required.

Actor mapping is most useful when the experience depends on multiple roles and systems working together, not just a single user moving through a flow.

When to use it

Use this method when multiple roles are involved.

It is most useful when:

You are designing or analysing services
You want to understand roles and responsibilities
You are mapping interactions across teams or systems
You are identifying dependencies between actors
You are working on complex or multi-touchpoint experiences

It is less useful when:

The experience involves a single user only
You need influence or decision-making insight
The system is simple
Actor mapping is often used alongside service blueprinting and workflow mapping.

Key takeaway

Use actor mapping when better design depends on understanding who is involved, how they interact, and where responsibilities or dependencies break down.

How to run it

Set up properly

Be clear on the scope and what the map is for. Actor mapping is a component of ecosystem and work, so it needs a decision it feeds.

Include actors who are not people (, , third parties) where they meaningfully act on the experience.

Run the method

Actor mapping identifies everyone and everything involved in delivering or receiving a , and how they relate. It answers who is in play before anybody designs.

  1. Identify all the actors, including the ones nobody thinks of as part of the .
  2. Define roles and responsibilities for each, as they actually operate rather than as documented.
  3. Map how actors interact, and in which direction information and value flow.
  4. Highlight and handoffs, marking where one actor cannot proceed without another.
  5. Group actors where it clarifies: by organisation, by proximity to the user, by influence.

Include the actors you do not control. Third parties and regulators shape the experience as much as your own teams and are routinely left off the map.

Capture and make sense of it

The value comes from knowing who is involved. After mapping, document:

  • Every actor and their role
  • between actors
  • Handoffs where responsibility transfers, which is where things get dropped
  • Actors with influence over the experience but no ownership of it

Use this as an input to and ecosystem maps. On its own it is a starting point rather than a finding.

What to look for

Focus on:

Actors: people, roles, and systems involved
Roles: what each actor does
Interactions: how actors connect
Handovers: where responsibility transfers between actors
Gaps: missing roles or responsibilities

Where it goes wrong

Most issues come from:

If roles aren’t clear, neither is the experience.

Listing only people, and omitting systems that act on the experience
Recording documented responsibilities rather than actual ones
Mapping actors without the flows between them
Leaving out third parties and regulators you do not control
Producing it as an artefact rather than an input

What you get from it

Done properly, this method gives you:

Everybody and everything involved in delivering the service
Dependencies where one actor cannot proceed without another
Handoffs where responsibility transfers and things get dropped
Actors with influence over the experience but no ownership of it

Key takeaway

It helps you design systems that work across people and processes.

Get in touch

If this sounds like something you need, we can help you map your actors and design systems that work across people, teams, and tools.

No guesswork. No assumptions. Just clarity on how everything connects.

FAQ

Common questions

A few practical answers to the questions that usually come up around this method.

What is actor mapping in UX?

It is a method used to identify and map roles involved in an experience.

When should you use actor mapping?

Use it when multiple people or systems are involved.

How is it different from stakeholder mapping?

Actor mapping focuses on roles and interactions, while stakeholder mapping focuses on influence.

What does an actor map include?

Actors, roles, interactions, and dependencies.

Does actor mapping improve UX?

Yes. It helps clarify roles and improve coordination.

Quick take

If you want to understand everyone involved in an experience, map the actors.

LET'S WORK TOGETHER

Ready to improve your product?

UX, research and product leadership for teams tackling complex digital services.

Previous feedback

I had a fantastic experience working with Andy. One of his most impressive achievements during our time at NHS HEE was masterminding a deeply complex information architecture for a new platform that brought together a large number of legacy websites.

Will Parkhouse

Senior Content Designer