| name | itk-storyboarding |
| description | Stories add a human element to design and data analysis activities. They foster empathy and let designers walk in the users’ shoes, increasing understanding of needs, activities, interests, and pain points. |
| intent | Visually document use cases, scenarios, and system interactions. Explore new ideas and scenarios, expressed more effectively than text alone. |
| type | component |
| phase | understand |
| outcome | understand |
| difficulty | intermediate |
| group_size | 4+ people |
| time_required | 60+ minutes |
| best_for | ["Translating abstract user research or JTBD findings into a concrete narrative the whole team can rally around","Pre-development alignment when engineering, design, and stakeholders interpret a feature differently","Validating a proposed end-to-end user journey before committing engineering effort to build it","Pitching a new feature concept to executives who need to feel the user's pain, not read specs","Designing onboarding or multi-step workflows where emotional state and context shape the experience"] |
| sources | ["MITRE Innovation Toolkit (ITK)","https://itk.mitre.org/toolkit-tools/storyboarding/"] |
Storyboarding
What Is It
Stories add a human element to design and data analysis activities. They foster empathy and let designers walk in the users’ shoes, increasing understanding of needs, activities, interests, and pain points.
Why Use It
Visually document use cases, scenarios, and system interactions. Explore new ideas and scenarios, expressed more effectively than text alone.
When to Use It
When exploring new ideas or potential applications or when visually exploring and refining a mature idea.
How to Do It
- Gather documented use cases, scenarios, etc.
- Describe individual scenes and moments, using plain text and arrows to depict the sequence.
- Make simple drawings of the described moments. Sketch a sequence of scenes that depict interactions between the user and the system.
- Write brief descriptions to accompany each scene, detailing what the user is trying to do, how the user is feeling, and other contextual information.
- Review the storyboard with the team and stakeholders to gather feedback.
- Iterate through the process until the storyboard clearly represents the use case in question.
Key Concepts
Scene Sequencing — Breaking a use case into discrete moments shown in temporal order so interactions, decisions, and handoffs become visible. It exposes gaps and dead-ends that prose user stories tend to hide.
Emotional Annotation — Capturing how the user feels at each scene alongside what they're doing. This surfaces friction and delight moments that drive prioritization decisions a feature list alone can't reveal.
Empathy Through Narrative — Using a protagonist and story arc to make the team experience the user's context first-hand. It counters solution-bias by anchoring design choices to lived user needs rather than internal assumptions.
Fidelity Restraint — Deliberately keeping sketches rough so the team focuses on flow and meaning rather than visual polish. Low fidelity keeps the artifact cheap to revise and invites broader critique.
Happy Path vs. Edge Cases — The storyboard typically depicts the ideal flow, but mature use requires boarding failure states and exceptions. Naming which path you're drawing prevents teams from mistaking the happy path for full coverage.
PM Applications
- Build a narrative companion to a PRD that shows the target user journey scene-by-scene, giving engineers shared context beyond acceptance criteria.
- Run a discovery sprint workshop where the team storyboards competing solution concepts to compare them before writing any user stories.
- Create executive-facing artifacts for roadmap reviews that convey the user problem and proposed experience without diving into technical detail.
