01 · CONTEXT 02 · TRIGGER 03 · PROBLEM ! 04 · PRODUCT 05 · RESOLUTION 06 · OUTCOME WHAT WIREFRAMES SHOW interface only · no context storyboards show the story wireframes show the screen storyboarding · show the story not the screen · context before interface · six panels enough

Storyboarding

Sketch the user's story before you design the interface — sequence reveals what screens alone cannot.

User Research Concept Communication Scenario Design Ideation Stakeholder Communication Journey Visualisation

Two sentences.

Storyboarding is a design research and communication activity in which a user's experience with a product — or a scenario being designed for — is illustrated as a sequence of panels showing the user's context, the problem or trigger that initiates the interaction, the key moments of the product experience, and the outcome. It adapts the sequential storytelling format developed in film pre-production to the task of visualising user scenarios in product design, and serves three distinct functions: as a research synthesis tool that translates interview observations into visual narratives revealing emotional and contextual dimensions data tables cannot capture; as a design ideation tool that forces teams to think about the full sequence of an experience rather than only the interface moments; and as a communication tool that conveys user context to stakeholders who respond to human stories more than to research reports.

The storyboard format's value comes from its sequentiality — the requirement to show what happens before, during, and after the product interaction forces the creator to consider context that purely interface-focused activities omit. A wireframe shows what a screen looks like; a storyboard shows why the user is at that screen, what they were doing before they arrived, what they are feeling when they get there, and what they do after they leave. That contextual completeness is what makes storyboards effective for communicating research findings to non-researchers, identifying design opportunities outside the product's direct interaction moments, and creating concept testing stimuli that place an interface concept in a realistic human scenario.

Apply this when…

User interviews have produced rich contextual data that needs to be communicated to a team or stakeholders who were not present in the room
A design concept needs to be presented to stakeholders who need context rather than interface details — showing why the user encounters the problem the product solves
A team is in ideation and needs to explore multiple usage scenarios for a concept before converging on a single design direction
Concept testing requires stimuli that place the concept in a realistic human scenario — context of use rather than interface design
A design sprint is running and the team needs to communicate concepts to decision makers who will pick the direction to prototype
A new team member or stakeholder needs to understand the user context that is driving the design direction — faster and more memorably than written personas

When NOT to apply it

Skip it when the team needs to evaluate interface usability — storyboards show scenarios, not interaction details, and usability testing on a prototype is the appropriate method. Skip it when the design is already at implementation specification — storyboards operate at the concept and scenario level. And skip it when there are no research insights to draw on — purely speculative storyboards based on team assumptions should be treated as hypotheses to validate, not as design direction.

The mechanism

Storyboarding works by forcing the creator to think narratively about a user experience — to identify the actor, the context, the trigger, the journey, and the outcome — which surfaces assumptions and opportunities that purely interface-focused activities do not. The sequential format requires explicit decisions about what happens before and after the product interaction, which often reveals context that changes the design direction: a feature that seemed simple becomes complex when the storyboard reveals that users typically encounter it under time pressure, on a mobile device, while managing a competing task.

01
Film storyboarding adapted to UX
The storyboard format originated in animation pre-production at Walt Disney Studios in the 1930s — illustrators created panel-by-panel sequences to plan film scenes before expensive animation work was committed. The format was adopted by advertising for television commercial planning, by industrial design for product usage scenarios, and by UX in the 1990s as a tool for communicating user scenarios. The adaptation is direct: the film storyboard's purpose — to visualise a sequence before production — maps exactly to the UX storyboard's purpose of visualising a user scenario before design and development.
02
Four storyboard types and their uses
Research storyboards translate interview observations into illustrated scenarios that communicate emotional and contextual reality — the finding as a human story rather than as a data point. Concept storyboards show a proposed product concept inside a realistic user scenario — the standard format for concept testing and stakeholder communication. Scenario storyboards explore multiple ways users might encounter a feature — used in ideation to surface different use cases before committing to a primary scenario. Service design storyboards map the full service experience including backstage and frontstage interactions — extending journey mapping into illustrated narrative form.
03
Drawing quality is irrelevant; narrative quality is everything
The most practically important and most frequently misunderstood storyboarding principle is that drawing ability is irrelevant to storyboard quality. Teams regularly avoid storyboarding because they feel they cannot draw well enough — a resistance that costs them the method's significant value. A storyboard drawn with stick figures and rough shapes is as analytically and communicatively effective as a polished illustrated one, provided the narrative structure is sound: a clear actor, a recognisable context, a specific trigger, a coherent sequence, and a clear outcome. The value is in narrative completeness, not visual polish.
04
Narrative completeness and concept communication effectiveness
Storyboards have two primary quality criteria. Narrative completeness measures whether the storyboard answers five questions: Who is the user? What is their context? What triggers the product interaction? What are the key moments of the experience? What is the outcome? A storyboard that cannot clearly answer all five is narratively incomplete. Concept communication effectiveness measures whether someone uninvolved with the product can, after reading the storyboard, accurately describe what the product does, who it is for, and why it would be valuable — without any additional explanation from the creator.

Storyboards vs. Journey Maps — complementary, not interchangeable

Both are sequential visualisation tools but they operate at different levels. A Journey Map is an analytical tool that maps a user's complete experience across all touchpoints, typically based on aggregated research and presented as a structured diagram. A Storyboard is a narrative tool that illustrates a specific user's experience in a specific scenario, typically presented as illustrated panels. Journey Maps are analytical overviews; Storyboards are specific scenarios. They are complementary: Journey Maps reveal the full landscape; Storyboards illuminate specific human moments within it.

Airbnb's host storyboard — the panel sequence that changed product strategy

In Airbnb's early growth period the product team was focused primarily on the guest experience — the booking flow, the search and discovery experience, the checkout. Research with hosts was producing data about friction points, but the data was not changing the team's product priorities, because stakeholders were not connecting with the friction as a human experience.

A designer created a twelve-panel storyboard following a specific host — a woman in San Francisco hosting to supplement her income — through the full arc: deciding to list, taking photographs, writing the description, managing her first enquiry, hosting her first guest, handling a difficult check-out, and receiving her first payout. The storyboard introduced no new data — every moment was already in interview notes. But translating the data into illustrated narrative produced two outcomes the report had not: PMs and engineers who had been unmoved by friction metrics became emotionally engaged with the host's experience; and the sequential illustration revealed a specific moment — the post-hosting payout wait — that interview data had mentioned but the storyboard made viscerally frustrating in a way the data point had not. The storyboard directly informed Airbnb's decision to prioritise and improve the host payout experience.

Airbnb · Host Experience Storyboard
Sequential narrative illustration made research data emotionally actionable
AIRBNB · HOST STORYBOARD · 6 OF 12 PANELS 01 · DECIDING TO LIST "should I host?" 02 · PHOTOGRAPHING the space careful effort, before listing 03 · FIRST ENQUIRY hi! excitement & nerves 04 · WELCOMING GUEST the product moment 05 · WAITING FOR PAYOUT × × × ? friction made viscerally clear 06 · PAYOUT ARRIVES $ relief — outcome reached RESEARCH REPORT: "Hosts experience friction with payout timing" STORYBOARD: shows the specific human experience of waiting and uncertainty Airbnb host storyboard · 12 panels · same data as report · narrative form changed stakeholder response · payout experience prioritised
Sequential illustration shifted product priorities where data alone had not

Test yourself & see real examples

No examples yet — be the first.

Spotted a product feature whose design clearly reflects a deep understanding of the user's full context — before, during, and after the interaction — or one that solved the screen but missed the scenario? Submit what you observed. Every approved example gets attributed to you.

✓ Reviewed before publishing ✓ Your name on every example you submit ✓ Violation or fix — both welcome

Seen a feature that clearly came from thinking about the full user story — or one that solved the screen but missed the scenario? Help grow the evidence base.

Where teams go wrong

Making the product the protagonist instead of the user. The most common mistake is showing the product's screens in sequence — dashboard, notification, completed task — instead of the user's experience: in a meeting, distracted, receiving the notification on their phone, completing the task during their commute, and feeling the relief. The product-centric storyboard communicates what the product does; the user-centric one communicates why it matters. Only the second produces the emotional engagement that makes storyboards valuable.
Trying to show too much in one storyboard. Storyboards covering multiple user types, multiple scenarios, or multiple features in a single sequence lose narrative focus. A storyboard is most powerful when it tells one specific story: one user, one scenario, one outcome. Comprehensive storyboards are analytically complete but narratively incoherent. Make multiple focused storyboards — one per relevant scenario — instead.
Treating the storyboard as a polished deliverable instead of a thinking tool. The most analytically valuable storyboards are often the roughest ones, made quickly in a workshop to explore a scenario. Teams that invest in visual polish often spend the time at the expense of analytical rigour — making the illustrations attractive rather than ensuring the narrative is complete and grounded. Speed of creation prevents polish from substituting for substance.
Creating storyboards without grounding them in research. Storyboards drawn purely from team imagination are speculative narratives about assumed user behaviour. They have value as hypothesis communication — making team assumptions explicit and testable — but they should not be treated as if they represent validated user behaviour. A compelling but inaccurate storyboard can be more persuasive than an accurate research report, directing significant design investment toward a user scenario that does not reflect reality.

Connected ideas

Storyboarding is the narrative visualisation method that bridges research insights and design concepts. Its closest relationships are with the research methods that generate its content and the design activities it informs.

The most important pairing is Storyboarding with direct user research grounding. The narrative power of a storyboard — its ability to create emotional engagement and communicate context — is also its greatest risk: a compelling but inaccurate storyboard can be more persuasive than an accurate research report, potentially directing design investment based on a plausible but wrong user narrative. Storyboards derived from real research observations produce that persuasive power in service of accurate user understanding; storyboards derived from team assumptions produce it in service of team-assumed user needs. The research grounding is what separates valuable storyboards from persuasive fiction.

Run it right now

⏱ 10 minutes · Solo · Needs paper and a pen

The Six-Panel User Story

1. Think of a user problem your product is designed to address — something you have heard users describe in research or support tickets. Pick one specific user type and one specific situation.

2. Fold a sheet of paper in half twice to create six panels. Label them: 1-Context, 2-Trigger, 3-Problem, 4-Product moment, 5-Resolution, 6-Outcome.

3. In each panel, draw a simple scene — stick figures are fine — showing: who the user is and what they are doing in their normal context · what happens that creates the need · what the user does or feels as the problem manifests · the moment they use your product · the product working · the user after the resolution.

4. Read the six panels as a story. Does it feel true to what users have actually told you? Are there panels where you are filling in assumptions rather than observations? Those assumption-filled panels are your research gaps — the questions your storyboard reveals you have not yet answered about users' actual experience.

10 minutes