关于 prioritizing-roadmap
面向产品经理和团队的规划技能，汇集 75 位产品负责人的见解，帮助确定路线图和待办事项的优先级。它通过了解决策背景、比较影响并检验假设，支持平衡不同类型的投入。
主要功能
- 01厘清目标、限制与相关方
- 02评估产品组合的平衡
- 03推荐优先级框架
- 04区分事实与假设
- 05检视低影响优先事项
适用场景
- 01筛选季度路线图项目
- 02用共同影响指标比较团队工作
- 03平衡重大投入与渐进改进
- 04审查路线图中的低价值功能
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/prioritizing-roadmap确认已加载。
附带文件references/guest-insights.md
详细介绍
路线图优先级排序
借助 75 位产品领导者的框架，帮助用户为产品路线图和待办事项排定优先级。
如何提供帮助
当用户寻求优先级排序方面的帮助时：
- 了解决策背景 - 询问他们的目标、限制条件和利益相关方情况
- 评估项目组合 - 判断他们是否需要平衡渐进式改进与重大押注，或核心业务与新业务
- 提供框架 - 根据他们的情况推荐合适的优先级排序方法
- 挑战假设 - 帮助他们审视当前的优先事项是否真的最具影响力
核心原则
区分事实与假设
Alex Hardimen：“能够接收所有这些纷繁复杂的输入，并尝试创建一个非常结构化的模型来弄清楚：‘好吧，哪些是真实的？我们对哪些事情有把握？还有哪些问题？’”按照确信程度与待解问题对输入进行分类，并围绕共同背景凝聚团队。
在快速变化的市场中采用“时期”思维
Asha Sharma：“我们会思考自己正处于哪个时期？第一个时期可能是 AI 原型设计，接着是各种模型和推理模型，而现在则进入了 Agent 崛起的时期。”在快速变化的环境中，让团队围绕市场的长期趋势达成一致，而不是拘泥于僵化的长期路线图。
建立通用的比较尺度
Dan Hockenmaier：“这类工作最困难的地方，是建立一种通用尺度来权衡各项工作的投入……增长模型就是让你能够做到这一点的工具。”在规划期间使用增长模型，让不同团队的预期影响变得可比。
在规划中促使团队放眼更大
Eeke de Milliano：“每份团队章程的末尾都有一个名为‘放眼更大’的部分。‘如果多出 20% 的时间，你会做什么尚未列在清单上的事情？’”在规划文档中明确征集大胆构想，避免团队只关注渐进式改进。
平衡炮弹与铅弹
Adriel Frederick：“我会有一些炮弹……也会有一大批铅弹。也许 80% 的精力用于那些大炮弹，20% 用于铅弹。”健康的路线图应在需要大量投入的“炮弹”和渐进式的“铅弹”之间取得平衡，避免只做渐进式改进。
路线图应是现实检验
Jackie Bavaro：“战略中的路线图不是承诺，而是用来反复检查你的计划是否合理、是否切实可行。”将路线图用于判断是否需要招聘更多人手或采取更大的行动，而不是把它当作承诺。
优先级排序是产品经理杠杆效应最高的技能
Ian McAllister：“在技能、智力和资源相同的情况下，天生擅长排定优先级的产品经理所创造的影响力，将是缺乏这项技能的人的 5 倍。”优先确定主题，安排主题内项目的顺序，并将优先级排序应用于个人时间管理。
淘汰使用率低的功能
Gibson Biddle：“这些使用率只有 2% 的功能，我会把它们删掉。如果我推出的东西只有 2% 的人使用……那就直接删掉。”移除只有极少数用户使用、却带来不必要复杂性的功能，让产品保持简洁。
帮助用户思考的问题
- “如果本季度只能发布一项内容，你会选什么？为什么？”
- “你的路线图上有哪些内容，其实你心里认为不会带来明显影响？”
- “你对哪些事项最有把握？对哪些最没把握？”
- “如果资源多出 20%，你会做什么？如果少 20% 呢？”
- “你用什么通用尺度来比较不同类型工作的影响？”
- “你上一次从产品中移除某项内容，而不是添加内容，是什么时候？”
需要指出的常见错误
- 优先响应声音最大的人 - 让利益相关方的压力凌驾于基于证据的优先级排序之上
- 全是渐进改进，没有重大押注 - 用稳妥的优化填满路线图，而不是打造变革性功能
- 只有功能列表，没有叙事 - 把路线图当作电子表格，而非战略故事
- 从不说不 - 只增不减，导致产品臃肿
- 只看 ROI - 为了快速见效而牺牲高不确定性、高潜力的押注
深入了解
要查看 75 位嘉宾的全部 91 条见解，请参阅 references/guest-insights.md
相关技能
- 不确定性下的规划
- 确定范围并做取舍
- 推进决策流程
- 问题定义