product-roadmap（产品路线图管理）Skill 是什么？如何下载？

产品路线图管理Skill：用 RICE、MoSCoW、ICE 把“该做什么”变成可解释的决策

它是谁：product-roadmap（中文名：产品路线图管理Skill，技能 ID：13778），一个专注于产品路线图规划、优先级排序与对外沟通的 AI 技能。
它解决什么：不再靠拍脑袋排优先级，而是用 RICE、MoSCoW、ICE、价值—努力矩阵等成熟框架，把“为什么先做这个”算清楚、讲明白。
它能输出什么：Now/Next/Later、季度主题、OKR 对齐、时间线/甘特四类路线图格式，外加依赖关系映射。
适合谁：产品经理、产品负责人、创业团队创始人、需要向管理层或客户解释排期决策的一线研发负责人。
最大特点：不是给你一段空泛的建议，而是按框架逐项打分、列出权衡，并针对不同受众（工程、高管、客户）给出不同版本的表达方式。

1. 该技能叫什么？如何下载安装 AI 技能提升开发效率？

基本信息

项目	内容
中文名	产品路线图管理Skill
英文名	product-roadmap
技能 ID	13778
核心定位	产品路线图的规划、优先级排序与沟通专家

它解决什么问题？

产品路线图最大的痛点不是“画不出来”，而是画出来没人信。常见困境包括：

优先级缺乏依据：销售要 A、客服要 B、老板要 C，最后变成“谁嗓门大听谁的”。
虚假精确的日期：一张写满具体交付日期的甘特图对外发出去，之后每一次延期都在消耗信任。
格式与受众错配：给工程团队看的东西拿去给高管汇报，给客户看的东西又在暗示技术细节。
依赖关系看不见：功能 B 等平台团队的 A，排期时没发现，开工才卡住。

这个技能的价值在于：它把产品圈久经验证的路线图格式与优先级框架内置成一套可执行的对话流程，你只要把目标、候选举措、团队容量喂进去，它就能按框架推导出结构化结论。

一键安装的思路与步骤

AI 技能的安装通常遵循“找到技能 → 安装到你的 AI 客户端/工作台 → 在会话中启用”这一通用路径。由于本技能详情中未附带具体的安装命令与下载地址，以下步骤为通用流程，具体入口、命令与权限要求以官方说明为准：

确认前提：你需要在支持 AI 技能（Skill）机制的平台上拥有账号，并已安装可加载技能的客户端或工作台环境。部分平台要求开启“技能市场/技能库”权限。
定位技能：在平台的技能市场或技能列表中，用英文名 product-roadmap 搜索；若搜索不到，可尝试用技能 ID 13778 精确检索。
完成安装：进入技能详情页后点击安装/添加，按提示确认授权范围。若平台提供命令行安装方式，请以官方文档给出的命令为准，不要自行拼接来源不明的地址。
验证是否生效：新开一个会话，输入类似“帮我用 RICE 给这三个功能排优先级：……”的请求。如果回复中出现了 Reach / Impact / Confidence / Effort 四维打分与 RICE 总分计算，说明技能已被正确加载；如果只是泛泛而谈，说明技能未启用，需回到技能列表确认状态。
建立调用习惯：把“排路线图”“重排优先级”“讲路线图权衡”这类请求固定用这个技能发起，避免混入通用对话导致输出质量不稳定。

2. 该技能的主要功能和特点

（1）四套路线图格式，按受众切换

Now / Next / Later：最轻量也最通用的格式。Now 是已承诺、高确信的工作；Next 是 1–3 个月已排序但未启动的工作；Later 是 3–6 个月以上的战略赌注。它天然规避了“日期虚假精确”的问题，特别适合对外沟通和向领导汇报。
季度主题：每季度围绕 2–3 个战略投资领域（例如“企业就绪度”“激活改进”“平台可扩展性”）组织举措，主题映射到 OKR，让“为什么做这些”一目了然，适合规划会与高管沟通。
OKR 对齐路线图：从目标与关键结果出发，每个 KR 下列出将移动该指标的举措及预期影响，建立“所做”与“所测”之间的责任链。
时间线 / 甘特视图：显示起止日期、持续时间、并行与串行关系，用于识别资源冲突和依赖，适合与工程团队做执行规划——但技能明确指出它不适合对外沟通。

（2）四套优先级框架，按数据成熟度切换

RICE 评分：RICE =（Reach × Impact × Confidence）/ Effort。Reach 要求用具体数字（如“每季度 500 用户”），Impact 用 3 / 2 / 1 / 0.5 / 0.25 五档，Confidence 用 100% / 80% / 50%，Effort 以人月计。适合待办清单较长、需要可辩护排序结论的场景。
MoSCoW：必须有 / 应该有 / 可以有 / 不会有四分类，强制做取舍对话，适合确定某个发布或季度的范围，也适合与利益相关者谈判。
ICE 评分：Impact × Confidence × Ease，各 1–10 分，比 RICE 更轻，适合早期产品或缺数据时快速排序。
价值与努力矩阵：2×2 四象限划分“快速胜利 / 大赌注 / 填充 / 金钱陷阱”，把“不要做什么”也明确画出来，适合团队规划会上建立对权衡的共识。

（3）依赖关系映射

技能会主动提示从三类依赖中排查：技术依赖（功能 B 需要功能 A 的基础设施）、团队依赖（需要设计、平台、数据团队交付）、业务依赖（需要合作方、法务审批或营销窗口）。这一点是很多模板类工具不具备的。

和普通工具比强在哪？

普通路线图工具负责“把图画出来”，它负责“把结论推出来”。它不只给结论，还会给推导过程——每一项的分数、依据、以及不同框架下的排序差异，让你在评审会上能回答“凭什么”。

3. 如何使用该技能？

第 1 步：明确你要的输出形态

先告诉技能你的受众是谁。例如：“我要给管理层做下季度路线图汇报，用季度主题格式。”或者：“我要跟工程团队对齐未来两个月的执行，用时间线视图。”

第 2 步：提供足够的上下文

一份可用的输入通常包含四类信息：团队/产品目标（最好有 OKR）、候选举措清单、团队容量（多少人月）、已知的约束（合规节点、大客户承诺、技术债）。

输入示例：

我们是 B 端 SaaS，下季度 OKR 是把新客 30 天激活率从 42% 提到 55%。候选举措有 6 个：① 引导式 onboarding 流程重构；② 模板市场首发 20 个模板；③ 邀请协作功能；④ 数据看板性能优化；⑤ SSO 单点登录；⑥ 移动端适配。团队共 4 个工程 + 1 个设计，季度可用约 12 人月。请用 RICE 打分排序，并输出季度主题格式的路线图。

第 3 步：让技能按框架逐项打分

技能通常会输出一张评分表，包含每项举措的 Reach、Impact、Confidence、Effort 取值、计算出的 RICE 分数与排名。注意检查它的 Reach 是否用了具体数字、Confidence 是否说明了依据（数据 / 部分证据 / 直觉）。

第 4 步：追问与校准

对不合理的地方直接追问，例如：“③ 邀请协作的 Confidence 为什么给 80%？我们其实没有做过相关实验。”技能会据此下调置信度并重算排名。也可以要求换框架交叉验证：“用 MoSCoW 再分一次，看看‘必须有’里有没有被 RICE 低估的合规项。”

第 5 步：做依赖关系排查

追加一句：“请标出这些举措之间的技术、团队、业务依赖，并指出哪几项如果并行会冲突。”这通常能揪出排期里的隐藏地雷。

第 6 步：生成面向不同受众的版本

同一份排序结论，让它输出三个版本：给工程的甘特视图（含依赖）、给高管的季度主题版（映射 OKR）、给客户的 Now/Next/Later 版（不含精确日期）。

第 7 步：落地与复核

把结论搬进你常用的项目管理工具，并在真实执行中回填数据。技能的产出是决策草案，最终的承诺与资源调配仍需你拍板。

4. 同类型竞品对比分析

方案名称	定位	核心功能	安装/使用门槛	适用场景	优势与不足
product-roadmap Skill（本技能）	对话式的路线图规划与排序顾问	四类路线图格式、RICE/MoSCoW/ICE/价值—努力矩阵、依赖关系映射	在 AI 平台技能市场搜索安装，无需额外订阅；具体入口以官方说明为准	需要“推导理由”的排序决策、跨受众的路线图表达	优势：框架内建、能解释权衡、可随时追问重算；不足：不提供长期可视化看板与协作编辑，产出需人工落到管理工具
专业产品管理 SaaS（如 Productboard、Jira Product Discovery 类）	企业级路线图与需求管理平台	需求收集、评分字段、路线图视图、与研发工具联动	需注册账号、按席位付费、有配置与迁移成本	中大型团队长期沉淀需求池与路线图	优势：数据沉淀、多人协作、可视化强；不足：评分框架要自己搭，排序逻辑与“为什么”仍靠人写，成本较高
文档/表格模板（Notion、Confluence、Excel 模板）	轻量记录与展示	表格、看板、时间线视图	门槛极低，复制模板即可	小团队快速出图、内部同步	优势：免费灵活、人人会用；不足：没有排序方法论，依赖个人经验，无法自动做依赖排查与框架交叉验证
直接向通用 AI 提问	通用对话	可生成路线图文本	无需安装	临时起意、格式草稿	优势：零门槛；不足：输出不稳定，容易给泛泛建议，缺少固定框架与打分口径，难以在评审会上作为依据

5. 该技能的典型应用场景与实际体验情况

场景一：B 端 SaaS 产品经理的季度重排

角色：负责一条产品线的 PM。痛点：销售承诺、客户工单、技术债三股力量拉扯，季度规划会开成吵架会。使用方式：把 6–10 个候选举措和团队容量输入，用 RICE 打分并附上 Confidence 依据，会上直接展示分数表。实际体验：争论焦点会从“我觉得”转向“这个 Reach 数字哪来的”，讨论质量明显提升。注意事项：Reach 数据必须来自真实埋点或客户统计，否则分数只是精致的猜测。

场景二：早期创业团队的快速排序

角色：创始人兼产品。痛点：没有数据、没有专职 PM，方向多但资源少。使用方式：用 ICE 快速打分（Impact × Confidence × Ease），再做价值—努力矩阵，把“低价值高努力”的金钱陷阱明确删掉。实际体验：上手几乎零成本，一小时能收敛出季度重点。注意事项：ICE 的 1–10 分主观性强，建议团队各自打分后取均值，避免一人独断。

场景三：研发负责人做执行排期与依赖排查

角色：技术负责人。痛点：功能排期总在开工后才发现跨团队阻塞。使用方式：用时间线/甘特视图输出起止与并行关系，再让技能做技术、团队、业务三类依赖排查。实际体验：能提前暴露“平台团队未交付”这类隐藏依赖，但需要你主动提供组织架构与团队分工信息，否则技能的依赖判断会偏泛。

场景四：面向高管与客户的路线图沟通

角色：产品总监。痛点：对外承诺日期后频繁延期，信任受损。使用方式：改用 Now/Next/Later 格式，向高管额外附一份 OKR 对齐版本。实际体验：去掉精确日期后，沟通压力显著下降，同时因为每项都挂了战略主题，反而更容易讲清价值。注意事项：技能明确提醒不要对外用甘特图，这一点值得严格遵守。

总体体验：上手难度低，关键在于“你提供的输入质量”决定输出质量；效果最明显的是排序环节与跨受众表达；需要留意的是，技能输出的是决策草案，最终承诺与资源调配仍应由人负责。

6. 该技能能为用户带来的价值

效率层面：过去整理一份带评分依据的优先级表，通常要开两三次会、手工拉表格、反复对齐口径，往往要耗费数小时甚至一整天。现在把候选清单和容量喂进去，几轮对话就能得到打分表、排名与依赖清单，规划环节的耗时大幅压缩。

质量层面：把“拍脑袋决策”升级为“框架化决策”。RICE 的四个维度、MoSCoW 的四分类、价值—努力矩阵的四象限，本身就是产品社区沉淀多年的思维工具，内置后能有效避免“只做紧急的、不做重要的”。

沟通层面：一套结论，三种表达。面向工程看依赖、面向高管看 OKR 对齐、面向客户看 Now/Next/Later，减少了一次决策被反复翻译的成本，也降低了因“虚假精确日期”导致的信任损耗。

门槛层面：不需要购买昂贵的产品管理 SaaS，也不需要自己是优先级方法论的专家。对于小微团队、独立开发者、刚转岗的 PM，这相当于随身带了一位路线图顾问。

长期价值：每次使用都会留下结构化的评分与依据，几个季度积累下来，就是一份可复盘的决策记录——你能回看当初把 Confidence 定在 80% 的判断是否成立，从而校准团队的估算能力。

7. 常见问题 FAQ

Q1：这个技能怎么安装？需要付费吗？

在支持 AI 技能机制的平台上，通过技能市场搜索英文名 product-roadmap 或技能 ID 13778 即可找到并安装，具体入口与安装命令以官方说明为准。关于是否收费、是否有免费额度，技能详情中未提及，请以平台官方页面标注为准。安装后新开会话验证：如果它能输出 RICE 的打分表，说明已生效。

Q2：它和 Excel 模板、专业路线图工具的区别是什么？

Excel 模板负责“记录”，专业 SaaS 负责“协作与可视化”，而这个技能负责“推导与解释”。它不会替代你的项目管理工具，但能在你打开工具之前，先把“为什么这么排”想清楚、说清楚。很多团队的实践是：先用它做决策，再落到工具里做执行跟踪。

Q3：RICE、MoSCoW、ICE 我该选哪个？

有数据、待办多、需要可辩护结论 → 用 RICE；需要定范围、要跟利益相关者谈判取舍 → 用 MoSCoW；早期产品、缺数据、要快 → 用 ICE；团队规划会上要建立共识、还要明确“不做什么” → 用价值—努力矩阵。也可以交叉使用：先用 ICE 粗筛，再用 RICE 精排，最后用 MoSCoW 定发布范围。

Q4：它适合谁用？不适合谁？

适合产品经理、产品负责人、创始人、技术负责人，以及任何需要向他人解释“为什么先做这个”的角色。不太适合只想要一张静态甘特图、不关心推导过程的场景——那用现成的绘图工具更快。另外，如果你的候选举措连基本的 Reach 数据都没有，RICE 的结论参考价值会下降，建议先用 ICE。

Q5：输出的路线图能直接用吗？

建议当作“高质量的决策草案”。它给的分数、排名与依赖清单可以直接用于评审讨论，但涉及对外承诺的日期、资源调配与合规判断，必须由人确认。尤其记住技能本身的一条提醒：不要把甘特图用于对外沟通，向客户尽量使用 Now/Next/Later。