Storyboarding
Sketch the user's story before you design the interface — sequence reveals what screens alone cannot.
01 — TL;DR
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.
02 — When to Use
Apply this when…
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.
03 — How It Works
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.
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.
04 — Real Example
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.
05 — In the Wild
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.
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.
06 — Common Mistakes
Where teams go wrong
07 — Variations & Related Principles
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.
08 — 10-Min Exercise
Run it right now
⏱ 10 minutes · Solo · Needs paper and a pen
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.