mcpField
T
tool-design-sprint-decide-and-storyboard

tool-design-sprint-decide-and-storyboard

github.com/product-on-purpose设计与 UI769625 次安装4 天前更新
代码仓库

关于 tool-design-sprint-decide-and-storyboard

用于 Design Sprint 周三的决策与故事板技能,带领团队评审周二草图,并由 Decider 选择单一方案或双方案测试。最终形成 5–15 步故事板,供周四制作原型。

主要功能

  1. 01匿名展示并标记草图
  2. 02对草图要点进行热图投票
  3. 03开展限时评述与意向投票
  4. 04由 Decider 超级投票决策
  5. 05制作 5–15 步故事板

适用场景

  1. 01从独立草图中选定原型方案
  2. 02决定采用单方案或双方案测试
  3. 03为周四原型制作准备明确流程

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/product-on-purpose/pm-skills --skill tool-design-sprint-decide-and-storyboard

安装后在 Claude Code 中输入/tool-design-sprint-decide-and-storyboard确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

HISTORY.md
references/
EXAMPLE.md
TEMPLATE.md

详细介绍

设计冲刺:决定与故事板(星期三)

星期三是设计冲刺中最需要做决定的一天。这项技能会安排艺术博物馆式布局(将草图匿名贴在墙上)、热图(用圆点贴纸默默投票,标出有前景的部分)、快速点评(每张草图用 3 分钟总结团队看到的内容)、初步投票(每位团队成员选出自己的首选),以及决策者的超级投票(触发故事板制作的决定)。随后,团队决定采用对决模式(将两张草图制作成相互竞争的原型故事板),还是整合模式(只制作一张故事板)。当天最后会完成一份包含 5-15 个步骤、用于指导星期四构建工作的故事板。

技能族约定:docs/reference/skill-families/design-sprint-skills-contract.md。此技能属于 design-sprint-skills。

适用场景

  • 现在是设计冲刺的第 3 天,星期二的草图已收集、移除作者信息,并上传到共享工作区。
  • 决策者全程参加上午的活动(按照标准安排,热图、点评、初步投票和超级投票在 09:00-12:30 进行)。
  • 团队已接受超级投票由决策者决定,而非通过共识平均得出结果。
  • 星期四的原型构建需要在星期三结束前完成故事板,否则星期四早上无法顺利开始构建。

不适用场景

  • 星期二的工作尚未结束。返回 tool-design-sprint-sketch;没有独立完成的草图,热图就没有意义。
  • 作者信息泄露到星期三早上。引导者必须在热图开始前重新移除作者信息;针对草图作者投票会影响当天的流程。
  • 决策者缺席。星期三的超级投票不能委托他人;没有决策者,当天只能给出建议,而非作出决定。
  • 团队把超级投票当作参考意见。超级投票就是最终决定。星期四早上重新讨论该决定,意味着冲刺失败。

此技能的产出

一份包含以下七个部分的打包成果:

  1. 艺术博物馆式布局:展示草图的排列方式(通常是贴在墙上或共享 Figma 画板上);移除作者信息;按随机顺序将草图标为 A / B / C / D / 等。
  2. 热图:用圆点贴纸默默投票(通常每位投票者有 3 个小圆点),贴在任意草图中最有吸引力的部分;投票者可以把多个圆点贴在同一个元素上。
  3. 快速点评记录:由引导者(或轮流担任的团队成员)对每张草图进行 3 分钟的结构化讲解,总结团队看到的内容;草图作者不得解释自己的草图;将顾虑记录为“让我担心的地方”。
  4. 初步投票结果:每位团队成员在自己会选择的草图上贴一张较大的贴纸(通常每位投票者有 1 个大圆点),假如由自己决定的话。此投票不具约束力,用于为决策者提供参考。
  5. 超级投票:决策者贴上自己的超级投票贴纸(通常是 3 个大圆点,或一张颜色鲜明的贴纸)。超级投票即为决定。如果采用对决模式,决策者可以在不同草图上投出多个超级票。
  6. 对决模式还是整合模式:决策者选择为一张草图制作故事板(整合模式;默认选项),或为两张草图制作相互竞争的原型故事板(对决模式;当超级票明显分布在两种不同方案上时选择)。
  7. 故事板:根据获得超级票的草图制作一份包含 5-15 个步骤的故事板;每个面板都展示客户看到的内容和采取的行动;内容具体到星期四可以直接开始构建,而不必重新讨论设计。

标准结构请参见 references/TEMPLATE.md,Brainshelf 图书目录星期三成果示例请参见 references/EXAMPLE.md。

周三时间安排

完整的周三工作坊约为 7 小时(09:00-12:30 + 13:30-17:00)。该技能附带的产物会在一天中逐步形成:

  • 09:00-09:15:欢迎 + 周二回顾 + 周三议程
  • 09:15-09:30:布置艺术博物馆;主持人确认草图已去除作者信息,并标记为 A/B/C/D
  • 09:30-09:45:热力图(静默进行;15 分钟;团队在有吸引力的部分贴上圆点贴纸)
  • 09:45-10:45:快速评议(每张草图 3 分钟;评议自己的草图时,绘制者保持沉默)
  • 10:45-11:00:休息
  • 11:00-11:15:初步投票(静默进行;每人给自己选中的方案贴 1 个大圆点)
  • 11:15-11:30:决策者的超级投票,以及选择分头试做还是整合方案
  • 11:30-12:30:确定故事板框架(哪些分镜最重要;需要覆盖地图上的哪些步骤;故事板范围)
  • 12:30-13:30:午餐
  • 13:30-16:30:制作故事板(主持人引导;团队提供分镜内容;故事板达到 5-15 个分镜)
  • 16:30-17:00:日终回顾;准备周四构建环节启动(谁来构建、谁来支持、用什么工具、哪些内容需要在夜间预先构建)

此技能的 210 分钟时限涵盖由主持人引导的环节(热力图设置、评议、初步投票、超级投票、制作故事板)。

常见陷阱

  • 陷入共识漂移,而不是由决策者超级投票。 最常见的失败情况:团队投票,主持人取平均结果,决策者则照单全收。决策者的决定由决策者做出;初步投票只是参考,不是结果。
  • 故事板过于含糊。 “用户拍摄一本书”算不上一个故事板分镜;“用户打开相机界面,将镜头对准手臂伸直所持的书,在 1.5 秒内看到识别出的封面出现在底部卡片中,然后点按卡片以确认”才算。含糊的故事板会迫使周四的构建者重新讨论设计。
  • 为了节省时间而跳过评议。 评议会提出故事板必须解决的问题。跳过评议,就会制作出一个到了周四便立刻重新暴露所有本该在周三解决的问题的故事板。
  • 绘制者解释自己的草图。 评议期间,绘制者应保持沉默。目的是检验草图是否无需作者解释也能传达意思。如果团队看不懂草图,这是一条反馈,而不是错误。
  • 本该整合方案时却选择分头试做(或反之)。 当两个不同的超级投票胜出方案都值得测试,且团队周四有能力构建 2 个原型时,适合分头试做。默认选择是整合方案。分头试做是例外,而不是常规做法。
  • 故事板范围过广。 应为 5-15 个分镜,而不是 50 个。故事板涵盖目标时刻(来自周一),再加上 1-2 个准备分镜和 1-2 个结果分镜;不应涵盖整个产品。

跨技能使用

前置条件:tool-design-sprint-sketch。决策与故事板技能会将周二的草图作为输入。没有独立绘制的草图,此技能就没有可用于制作热力图的材料。

此技能在上午会调用 tool-note-and-vote 两次:一次用于热力图(小圆点投票),一次用于初步投票(大圆点投票)。超级投票本身由决策者在查看两轮投票分布后做出;不会委托给 note-and-vote。

冲刺中的下一次调用:周四上午调用 tool-design-sprint-prototype-plan。

权威来源

决策者检查点

此技能以 references/TEMPLATE.md 中的决策者检查点结束。决策者当天较早时候的最终裁决才是实质性决策;日终检查点用于确认分镜已可用于构建(足够具体;涵盖目标时刻、准备面板和结果面板;没有任何尚待明确的内容)。未经签字确认,周四的构建将从模糊不清开始,周五的测试也可能测错对象。

评论

支持 Markdown