关于 tool-design-sprint-map-and-target
用于 Design Sprint 周一工作坊的流程技能,帮助团队从已锁定的简报收敛到原型目标。它整合长期目标、冲刺问题、客户或系统地图、专家访谈要点、HMW 聚类及 Decider 选定的目标时刻。
主要功能
- 01制定长期目标与冲刺问题
- 02绘制客户或系统地图
- 03整理专家访谈观察
- 04聚类并投票筛选 HMW
- 05确定原型目标时刻
适用场景
- 01将已锁定的简报转化为周一议程成果
- 02结合研究与分析梳理客户流程
- 03为周二草图确定共同目标
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ product-on-purpose/ pm-skills --skill tool-design-sprint-map-and-target安装后在 Claude Code 中输入/tool-design-sprint-map-and-target确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
HISTORY.mdreferences/EXAMPLE.mdTEMPLATE.md详细介绍
设计冲刺地图与目标(星期一)
制作星期一的打包成果:描述 1-5 年后成功状态的长期目标;将团队担忧转化为可测试风险的 3-7 个冲刺问题;从关键角色到结果的 5-15 步客户或系统地图;并行进行的专家访谈笔记;从团队讨论中综合整理出的 HMW 集群;以及由决策者选定的目标时刻。星期一的产出将成为星期二的设计目标。
技能系列约定:docs/reference/skill-families/design-sprint-skills-contract.md。此技能属于 design-sprint-skills。
适用场景
- 现在是设计冲刺的第 1 天,且简报已确定(通过
tool-design-sprint-brief)。 - 整个星期一工作坊期间,团队成员齐聚一堂(线下、远程或混合形式)。
- 专家访谈安排在星期一下午进行(客串角色;每场 15-30 分钟)。
- 团队需要从“接下来有五天的工作”收敛到“我们要为这个特定目标时刻制作原型”。
不适用场景
- 简报尚未确定。请返回
tool-design-sprint-brief;没有冲刺问题,此技能就无从收敛。 - 挑战范围过于宽泛,以至于“长期目标”需要超过 5 年才能实现。请返回问题界定阶段。
- 团队缺少决策者。星期一结束时的目标时刻选择由决策者决定;如果没有这个决定,团队星期二就会各自离开,没有达成一致的方向。
- 团队已经预先确定了目标时刻。星期一的价值在于收敛;如果目标时刻已预先确定,星期一就会沦为走过场的批准仪式。
此技能的产出
一份包含六个部分的打包成果:
- 长期目标:用一句话描述 1-5 年后的成功状态。目标应具有愿景性;本次冲刺无法实现,但应能从目标时刻中看到它的实现路径。
- 冲刺问题:将团队担忧转化为可测试风险的 3-7 个问题。表述为“我们能否……?”、“……会吗?”或“如何……?”;不得表述为解决方案。
- 客户或系统地图:从左侧的关键角色到右侧结果(长期目标)的 5-15 步流程。包括主要参与者、决策点和当前替代方案。
- 专家访谈笔记:综合整理星期一下午访谈的 2-4 位客串专家的观察。将其作为 HMW 候选项呈现在集群板上。
- HMW 集群板:团队提出的 30-100+ 条“我们如何才能……”便笺,归类为 4-8 个主题;使用
tool-note-and-vote的热力图机制投票,以找出得票最高的集群。 - 目标时刻:决策者选定的地图上的单个节点(或紧密相连的一组节点),作为原型制作目标。星期三的故事板从这里开始。
规范结构请参阅 references/TEMPLATE.md,Brainshelf 图书目录的星期一产出示例请参阅 references/EXAMPLE.md。
推断输入
| 输入 | 此技能如何使用 |
|---|---|
冲刺简报(来自 tool-design-sprint-brief) | 提取已确定的冲刺问题,作为优化的起点;提取挑战陈述,作为长期目标的起点;提取团队名单,用于分配便笺与投票中的角色 |
| 现有研究 | 用于起草客户或系统地图;研究人员会在地图环节向团队讲解关键发现 |
| 分析数据 | 为地图中的决策点分支和放弃节点提供定量依据 |
| 客户案例 | 用具体案例验证地图中的关键角色,并发现地图步骤中的缺口 |
| 专家访谈记录(星期一进行) | 由主持人(通常是产品经理或研究人员)在下午综合整理为 HMW 候选项 |
周一时间安排
周一工作坊全天约 7 小时(09:00-12:30 + 13:30-17:00)。该技能所包含的产出贯穿全天:
- 09:00-09:30:欢迎 + 简短回顾 + 自我介绍(不产出工件内容)
- 09:30-10:30:长期目标(一句话)+ 起草冲刺问题(3-7 个)
- 10:30-12:30:客户或系统地图草稿(连续流程式白板协作;团队共同绘制)
- 12:30-13:30:午餐 + 首场专家访谈(短暂参与)
- 13:30-15:30:其余专家访谈(3 场,每场 25 分钟);团队在访谈过程中持续记录 HMW
- 15:30-16:30:综合整理 HMW 分类板;团队补充最终 HMW;引导师进行分类;团队通过
tool-note-and-vote进行热力图投票 - 16:30-17:00:决策者选定目标时刻;确认通过;团队散会,准备周二的草图
该技能的 105 分钟时间盒涵盖引导式综合整理环节(长期目标 + 冲刺问题 + 地图草稿 + HMW 分类 + 目标选择)。专家访谈和静默扩展地图的工作会并行进行,不计入时间盒。
常见问题
- 长期目标太短期。“在第三季度前发布 Brainshelf MVP”是路线图目标,而不是长期目标。长期目标应着眼于未来 1-5 年,并具有愿景性(“成为每年阅读 25 本以上书籍的读者默认使用的书籍记忆与回忆方式”)。
- 冲刺问题写成了解决方案。“构建相机拍摄流程”是解决方案;“我们能否在不让用户放弃的情况下,实现不到 3 秒的拍摄?”才是冲刺问题。团队必须把担忧转化为问题,而不是预设答案。
- **地图过于详细。**应有 5-15 个步骤,而不是 50 个。地图用于帮助决策者了解情况,而非作为工程文档。如果地图内容过多,引导师就必须推动精简。
- **因为“我们已经知道机会所在”而跳过 HMW。**HMW 的价值在于先发散提出想法,再通过投票收敛。预先决定机会所在,就跳过了这两个环节。
- **选择目标时刻时决策者缺席。**周一的核心就是由决策者选择目标。如果决策者必须提前离开,就必须赶在他们离开前选定目标,即使这意味着要压缩 HMW 分类环节。
- **跳过专家访谈,或由不合适的人主持。**专家能带来团队无法在内部生成的外部背景信息。跳过访谈会让周一的视角局限于团队内部。将访谈办成全组通话(而非小规模的短暂交谈)既浪费专家时间,也会降低 HMW 输入的实用性。
跨技能使用
前置条件:tool-design-sprint-brief。Map-and-Target 使用已定稿的冲刺简报,并在上午进一步完善冲刺问题。没有简报,该技能就没有收敛目标。
该技能会在当天两次调用 tool-note-and-vote:一次用于 HMW 分类热力图投票(匿名圆点投票,筛选出前 4-8 个分类),另一次可选,用于目标时刻的超级投票(决策者希望听取团队意见后再做决定时)。无论团队投票结果如何,最终决定都由决策者做出。
冲刺中的下一项调用:周二上午调用 tool-design-sprint-sketch。
规范来源
- Knapp, J., Zeratsky, J., and Kowitz, B. Sprint. Simon and Schuster, 2016. 周一章节(第 4-7 章)。
- GV Design Sprint Guide. “Sprint Week Monday.” https://www.gv.com/sprint/
- Character Capital. “Design Sprint Day 1.” https://www.character.vc
- Google Design Sprint Kit. “Monday agenda template.” https://designsprintkit.withgoogle.com/
决策者检查点
该技能以 references/TEMPLATE.md 中的决策者检查点结束。周一结束时,决策者需要选定目标时刻:客户或系统地图上的一个点(或一小组紧密关联的点),作为周二的设计目标。没有这一选择,周二的草图就会各自发散,缺乏共同方向。决策者还需确认长期目标、冲刺问题和最重要的 HMW 分类;这些内容将成为周三热力图的参考方向。