Storyboard Builder
Generate detailed, development-ready storyboards from your design documents or content outlines.
What This Skill Does
Transform high-level design documents into detailed storyboards that:
-
Specify screen-by-screen content for developers
-
Define interactions and navigation for each screen
-
Include narration scripts if audio is used
-
Describe visual elements and layout
-
Note accessibility requirements per screen
-
Provide developer notes for implementation
When to Use This Skill
Use after design document is approved and before development begins:
Discovery → Design Document → [STORYBOARD] → Development → QA → Launch
How to Use This Skill
Option 1: Full Guided Process
Say: "Help me create a storyboard for [project/module]" or invoke /storyboard-builder
I'll interview you about:
-
Design document/content outline
-
Level of detail needed
-
Interaction types to include
-
Output format preferences
Option 2: Build from Design Document
Share your design document and say: "Create a storyboard for Module 2 based on this design document"
Option 3: Quick Single Screen
Use the /storyboard-screen command for individual screens: /storyboard-screen "identify safety hazards" drag-drop
Interview Process
Phase 1: Input Gathering
-
What's the source document? (design doc, content outline, SME notes)
-
Which module/section are we storyboarding?
-
What are the learning objectives for this section?
Phase 2: Format & Detail Level
-
High-level storyboard: Screen flow with key content (for client review)
-
Production storyboard: Full detail for developers
-
Output format: Word-style table or visual/Miro-ready format?
Phase 3: Interaction Planning
-
What interaction types will be used?
-
See interaction-patterns.md for options
-
Are there branching scenarios?
Phase 4: Media & Accessibility
-
Will there be narration? (need scripts)
-
Video content? (need descriptions)
-
Accessibility requirements? (WCAG level)
Storyboard Formats
Format 1: Word/Document Style
Traditional table-based format for detailed specifications.
Best for:
-
Client/SME review
-
Detailed developer handoff
-
Compliance documentation
See storyboard-template-word.md
Format 2: Visual/Card Style
Card-based format designed for Miro transfer or visual review.
Best for:
-
Quick visualization
-
Miro board population
-
Collaborative review sessions
See storyboard-template-visual.md
Screen Types
Title/Intro Screen
-
Course/module title
-
Overview or hook
-
Navigation instructions
Content Screen
-
Instructional content
-
Supporting visuals
-
Key takeaways
Interaction Screen
-
Practice activity
-
User input required
-
Feedback provided
Scenario Screen
-
Situation presented
-
Decision point
-
Consequences shown
Knowledge Check
-
Assessment question
-
Answer options
-
Feedback per option
Summary Screen
-
Key points recap
-
Resources/job aids
-
Next steps
Completion Screen
-
Congratulations
-
Certificate (if applicable)
-
Return to LMS
Output Structure
For each screen, the storyboard includes:
Screen [Number]: [Title]
Screen Info
| Field | Value |
|---|---|
| Screen ID | [Unique ID] |
| Screen Type | [Title/Content/Interaction/etc.] |
| Duration | [Estimated time] |
| Objective | [Which objective this supports] |
On-Screen Text
[Exact text that appears on screen]
Narration Script
[Audio narration - if applicable]
Visual Description
[Description of images, graphics, animations]
Interaction
| Element | Details |
|---|---|
| Type | [Click, drag-drop, etc.] |
| Instructions | [What learner does] |
| Feedback - Correct | [What happens] |
| Feedback - Incorrect | [What happens] |
Navigation
| Action | Result |
|---|---|
| Next | [Screen X] |
| Back | [Screen Y] |
| Menu | [Available/Not] |
Accessibility Notes
- Alt text: [For images]
- Captions: [For audio/video]
- Keyboard: [Navigation notes]
Developer Notes
[Technical implementation notes]
Interaction Reference
For detailed interaction patterns and when to use them, see:
- interaction-patterns.md - Full interaction reference
Common interactions:
-
Click to reveal - Progressive disclosure
-
Tabs/Accordion - Organize chunked content
-
Drag and drop - Matching, sorting, categorization
-
Hotspots - Explore images/diagrams
-
Sliders - Show ranges or progressions
-
Branching - Scenario-based decisions
-
Fill in blank - Recall practice
-
Multiple choice - Knowledge check
Accessibility Checklist
Every storyboard should address accessibility. See:
- accessibility-checklist.md - Full checklist
Quick checks per screen:
-
Alt text for all images
-
Captions for audio/video
-
Color not sole indicator
-
Keyboard accessible
-
Clear focus indicators
-
Readable text sizes
-
Sufficient contrast
Tips for Better Storyboards
Be Specific
-
"Image of diverse team in meeting" not "team image"
-
Exact button labels, not "button to continue"
-
Specific feedback text, not "feedback appears"
Think Like a Developer
-
What needs to be built?
-
What are the edge cases?
-
What happens if...?
Consider the Learner
-
Is the flow logical?
-
Are instructions clear?
-
Is feedback helpful?
Plan for Accessibility
-
Note accessibility requirements per screen
-
Don't leave it for QA to catch
Version Control
-
Number screens consistently
-
Track revisions
-
Note what changed
Examples
See examples/sample-storyboard.md for a complete storyboard example.
Related Commands & Skills
-
/storyboard-screen
-
Quick single screen generation
-
/accessibility-review
-
Review storyboard for accessibility
-
/objectives
-
Generate objectives for screens
-
design-document
-
Create the design doc first
Getting Started
Ready to create a storyboard? Tell me:
-
What module/section? (name and learning objectives)
-
What's your source? (design doc, outline, or describe the content)
-
What format? (Word-style tables or visual cards)
-
What tool? (Rise, Storyline, or both)
Or share your design document and I'll help you build the storyboard from there.