tool-design-sprint-decide-and-storyboard
关于
This Claude Skill facilitates the critical decision-making day (Wednesday) of a Design Sprint, guiding teams through structured voting methods to select the best solution sketch. It then helps translate the chosen concept into a detailed, 5-15 step storyboard that serves as the prototype build specification. Use it after sketching is complete to converge on a single, actionable plan for prototyping.
快速安装
Claude Code
推荐npx skills add product-on-purpose/pm-skills -a claude-code/plugin add https://github.com/product-on-purpose/pm-skillsgit clone https://github.com/product-on-purpose/pm-skills.git ~/.claude/skills/tool-design-sprint-decide-and-storyboard在 Claude Code 中复制并粘贴此命令以安装该技能
技能文档
Design Sprint Decide and Storyboard (Wednesday)
Wednesday is the most decision-heavy day of the Design Sprint. The skill runs the art museum layout (sketches posted anonymously on the wall), heat map (silent dot-vote stickers on promising parts), speed critique (3 minutes per sketch summarizing what the team sees), straw poll (each team member's top choice), and the Decider's supervote (the call that triggers the storyboard). Then the team decides whether to rumble (storyboard two sketches as competing prototypes) or all-in-one (storyboard one). The day ends with a 5-15 step storyboard that drives Thursday's build.
Family contract: docs/reference/skill-families/design-sprint-skills-contract.md. This skill is a member of design-sprint-skills.
When to Use
- It is Day 3 of the Design Sprint and Tuesday's sketches are collected, attribution-stripped, and uploaded to the shared workspace.
- The Decider is present for the full morning (heat map plus critique plus straw poll plus supervote happen 09:00-12:30 canonically).
- The team has accepted that the supervote is the Decider's call, not a consensus average.
- Thursday's prototype build needs a storyboard by Wednesday end-of-day or the build cannot start clean Thursday morning.
When NOT to Use
- Tuesday is not closed. Return to
tool-design-sprint-sketch; without independent sketches, the heat-map is meaningless. - Sketcher attribution leaked into Wednesday morning. The Facilitator must re-strip before the heat-map begins; voting on sketchers contaminates the day.
- The Decider is absent. Wednesday's supervote cannot be delegated; without the Decider, the day produces a recommendation, not a decision.
- The team is treating the supervote as advisory. The supervote is the call. Re-litigating it Thursday morning is sprint failure.
What This Skill Produces
A single bundled artifact with seven sections:
- Art museum layout: how sketches are arranged for viewing (typically wall or shared Figma board); attribution stripped; sketches labeled A / B / C / D / etc. in randomized order.
- Heat map: silent dot-vote stickers (typically 3 small dots per voter) placed on the most compelling PARTS of any sketch; voters can stack dots on the same element.
- Speed critique notes: 3-minute structured walkthrough per sketch by the Facilitator (or rotated team member) summarizing what the team sees; the sketcher does NOT explain their own sketch; concerns are captured as "what would worry me" notes.
- Straw poll results: each team member places one larger sticker (typically 1 large dot per voter) on the sketch they would pick if it were their call. Non-binding; informs the Decider.
- Supervote: the Decider places their supervote sticker (typically 3 large dots or a distinctively-colored sticker). The supervote is the decision. The Decider can place multiple supervotes on different sketches if running a rumble.
- Rumble vs all-in-one decision: the Decider chooses to storyboard one sketch (all-in-one; default) or two sketches as competing prototypes (rumble; chosen when the supervotes split clearly across two distinct approaches).
- Storyboard: 5-15 step storyboard derived from the supervoted sketch(es); each panel shows what the customer sees and what they do; specific enough that Thursday's build can begin without re-debating the design.
See references/TEMPLATE.md for the canonical structure and references/EXAMPLE.md for the Brainshelf book-catalog Wednesday artifact.
Wednesday Time Structure
The full Wednesday workshop is approximately 7 hours (09:00-12:30 + 13:30-17:00). The skill's bundled artifact emerges across the day:
- 09:00-09:15: Welcome + Tuesday recap + Wednesday agenda
- 09:15-09:30: Art museum setup; Facilitator confirms sketches are attribution-stripped and labeled A/B/C/D
- 09:30-09:45: Heat map (silent; 15 minutes; team places dot stickers on compelling parts)
- 09:45-10:45: Speed critique (3 min per sketch; sketchers silent during their own sketch's critique)
- 10:45-11:00: Break
- 11:00-11:15: Straw poll (silent; each person places 1 large dot on their pick)
- 11:15-11:30: Decider's supervote and rumble vs all-in-one call
- 11:30-12:30: Storyboard framing (which panels matter most; which map steps to cover; storyboard scope)
- 12:30-13:30: Lunch
- 13:30-16:30: Storyboard build (Facilitator drives; team contributes panel content; storyboard reaches 5-15 panels)
- 16:30-17:00: Day-end review; Thursday build kickoff prep (who builds, who supports, what tools, what gets prebuilt overnight)
This skill's 210-minute timebox covers the Facilitator-led portions (heat map setup, critique, straw poll, supervote, storyboard build).
Common Pitfalls
- Consensus drift instead of Decider supervote. The most common failure: the team votes, the Facilitator averages, and the Decider rubber-stamps the average. The Decider's call is the Decider's call; the straw poll is input, not result.
- Storyboard too vague. "User captures a book" is not a storyboard panel; "user opens camera surface, points at book held at arm's length, sees recognized cover appear in bottom card within 1.5 seconds, taps the card to commit" is. Vague storyboards force Thursday's builders to re-debate design.
- Skipping critique to save time. Critique surfaces concerns the storyboard must address. Skipping it produces a storyboard that hits Thursday and immediately re-surfaces every concern that should have been addressed Wednesday.
- Sketcher explaining their own sketch. During critique, the sketcher is silent. The point is to test whether the sketch communicates without the artist. If the team can't read the sketch, that's data, not a bug.
- Rumble chosen when all-in-one was right (or vice versa). Rumble is appropriate when 2 distinct supervoted approaches are both worth testing AND the team has Thursday capacity to build 2 prototypes. Default is all-in-one. Rumble is exception, not norm.
- Storyboard scope too broad. 5-15 panels, not 50. The storyboard covers the target moment (from Monday) plus 1-2 panels of setup and 1-2 panels of outcome; it does NOT cover the full product.
Cross-Skill Usage
Prerequisites: tool-design-sprint-sketch. Decide and Storyboard consumes Tuesday's sketches as input. Without independent sketches, this skill has no material to heat-map.
This skill invokes tool-note-and-vote twice during the morning: once for the heat-map (small-dot voting) and once for the straw poll (large-dot voting). The supervote itself is the Decider's call after seeing both vote distributions; it does NOT delegate to note-and-vote.
Next invocation in the sprint: tool-design-sprint-prototype-plan Thursday morning.
Canonical Sources
- Knapp, J., Zeratsky, J., and Kowitz, B. Sprint. Simon and Schuster, 2016. Wednesday chapter (Chapters 11-13).
- GV Design Sprint Guide. "Sprint Week Wednesday." https://www.gv.com/sprint/
- Character Capital. "Design Sprint Day 3." https://www.character.vc
- Google Design Sprint Kit. "Wednesday agenda template + storyboard worksheet." https://designsprintkit.withgoogle.com/
Decider Checkpoint
This skill ends with a Decider Checkpoint in references/TEMPLATE.md. The Decider's supervote earlier in the day is the substantive decision; the end-of-day checkpoint confirms the storyboard is build-ready (specific enough; covers the target moment plus setup plus outcome panels; no remaining hand-waving). Without sign-off, Thursday's build begins with ambiguity and Friday's test risks being a test of the wrong artifact.
GitHub 仓库
相关推荐技能
content-collections
元Content Collections 是一个 TypeScript 优先的构建工具,可将本地 Markdown/MDX 文件转换为类型安全的数据集合。它专为构建博客、文档站和内容密集型 Vite+React 应用而设计,提供基于 Zod 的自动模式验证。该工具涵盖从 Vite 插件配置、MDX 编译到生产环境部署的完整工作流。
polymarket
元这个Claude Skill为开发者提供完整的Polymarket预测市场开发支持,涵盖API调用、交易执行和市场数据分析。关键特性包括实时WebSocket数据流,可监控实时交易、订单和市场动态。开发者可用它构建预测市场应用、实施交易策略并集成实时市场预测功能。
creating-opencode-plugins
元该Skill帮助开发者创建OpenCode插件,用于接入命令、文件、LSP等25+种事件。它提供了插件结构、事件API规范和JavaScript/TypeScript实现模式,适合需要拦截操作、扩展功能或自定义事件处理的场景。开发者可通过它快速构建响应式模块来增强OpenCode AI助手的能力。
sglang
元SGLang是一个专为LLM设计的高性能推理框架,特别适用于需要结构化输出的场景。它通过RadixAttention前缀缓存技术,在处理JSON、正则表达式、工具调用等具有重复前缀的复杂工作流时,能实现极速生成。如果你正在构建智能体或多轮对话系统,并追求远超vLLM的推理性能,SGLang是理想选择。
