prioritize-features

prioritize-features 技能概览

prioritize-features 技能可以帮助你把 feature backlog 按影响、投入、风险和战略契合度排出一个有理有据的 Top 5。它最适合 Product Management 场景：你需要把一长串想法收敛成明确建议，而不是继续发散 brainstorm 更多选项。

当你手头有 feature 候选项、产品目标，或者多个 stakeholder 的相互冲突诉求，并且需要一个能讲得清楚的决策时，就该用这个 prioritize-features 技能。它尤其适合你想要一种结构化输出、超越普通 prompt、并且强迫自己做取舍判断的场景。

Product Management 的最佳适用场景

prioritize-features for Product Management 非常适合你需要决定下一步做什么、对齐团队，或者为 roadmap 讨论做准备的时候。它最有效的前提是：你已经有 backlog、粗略的客户证据，或者至少有明确的业务目标。

它实际优化的是什么

这套工作流会把每个想法放在影响、投入、风险和战略一致性这几个维度上评估，然后推荐 Top 5。它的实际价值不在于做出一张完美评分表，而在于提供一种可重复的方法，让优先级判断更少主观色彩，也更容易被解释和辩护。

什么时候最有用

当问题是“我们先做什么？”而不是“我们从零做什么？”时，就选这个技能。如果你需要做机会规模判断、backlog 排序，或者给管理层一份简洁推荐，这个技能会比开放式产品 prompt 给你更好的起点。

如何使用 prioritize-features 技能

安装这个技能

使用 repository 的安装流程来有针对性地添加技能，例如：npx skills add phuryn/pm-skills --skill prioritize-features。如果你的环境使用的是其他 skills manager，请把 prioritize-features 技能安装到保存产品上下文文件的同一个 workspace 中，这样 agent 才能读取这些文件。

提供能直接用于决策的输入

这个技能最适合你提供三样东西：产品目标、feature 列表，以及任何约束条件。一个弱请求是“帮我给这些想法排优先级”。更好的说法是：“请在 Q3 内优先排序这 12 个想法，目标是提升试用到付费转化率，同时只有 1 名 designer 和 2 名 engineers 可用。”

更容易产出好结果的 prompt 结构

对于 prioritize-features usage，建议包含：

• 目标用户或细分人群
• 你想推动的结果
• 用平铺列表写出的 feature 想法
• 你已有的数据，比如使用情况、客户需求或流失原因
• 约束条件，例如时间线、团队产能、平台限制或依赖关系

示例：
“请为一个 B2B admin product 排序这些 feature ideas。目标：将 onboarding drop-off 降低 15%。团队：2 名 engineers、1 名 designer、6 周。请使用下面的 feature list，返回 Top 5，并附上简短理由和关键风险。”

先看这些文件

先从 SKILL.md 看起，因为它定义了工作流、评估逻辑，以及这个技能对 $ARGUMENTS 的要求。如果你还需要更广的上下文，也可以检查 repo 里相邻的 skill 或 taxonomy 文件，尤其是 prioritization-frameworks，这样你能把正确的评分模型对准当前决策。

prioritize-features 技能 FAQ

这不就是一个更好的 prompt 吗？

不是。prioritize-features 技能之所以有用，是因为它内置了一套可重复的优先级排序工作流，并推动 agent 用同一套标准比较各个想法。普通 prompt 可能只会给你一串列表；这个技能的目标是给你一个决策。

我需要客户数据吗？

不需要，但如果有，结果会更强。只要你能提供使用数据、客户反馈或机会信号，这个技能就能把优先级判断做得更有依据，而不是更依赖个人观点。

什么时候不该用它？

如果你要的是发散创意而不是排序，或者 feature 列表太模糊、根本没法比较，就不要用它。如果你的真实问题是“有哪些可能的解决方案？”或者“我们应该解决什么问题？”，先做 discovery 往往会得到更好的结果。

对新手友好吗？

友好，只要你能说清楚产品目标和一组候选 features 就行。使用 prioritize-features skill 不需要高级评分知识；核心要求是提供足够的上下文，支持取舍判断。

如何改进 prioritize-features 技能

给出更强的约束条件

最好的输出来自真实限制，而不是空泛愿景。把时间线、人员配置、平台和发布约束都加进去，这样技能才能区分“有价值”和“现在既有价值又做得到”。

区分问题和解决方案

一个常见失败模式，是直接丢给 agent 一串方案，却没有底层问题陈述。想让 prioritize-features guide 的结果更好，先描述用户问题或业务目标，再把 feature 想法附在下面。

加入证据，而不只是观点

如果你有数据，就把 customer interviews、support 主题、funnel drop-off 点、收入影响或流失原因都放进去。这样技能就能更聪明地权衡置信度和重要性，而不是把每个想法都当成同样可信。

第一轮后继续迭代

先用第一版排序把分歧暴露出来：哪些条目被依赖关系卡住了，哪些投入高但战略价值低，哪些会因为目标指标变化而重新排序。通常第二轮调整比一味扩充原始列表更能提升推荐质量。