用途：在范围不清晰或需要决定先做哪个功能时，用打分框架对功能清单排序，强调按影响而非兴奋度决策。
主要能力：对每个功能评估 reach（触达多少用户）、impact（改变行为的程度）、confidence（把握有多大）、effort（构建耗时）；必须产出排序列表而非分层体系，强制做出取舍，且不允许两个功能优先级相同。还会区分“发布必备”“锦上添花”“以后再说”，并处理范围保护：开始前先定义范围上限，每次新增都要求减去一项，“以后再加”是有效回答，并为被推迟功能记录重新相关的标准。
用法：会话中输入 /feature-prioritization 应用优先级约束；输入 /feature-prioritization <features> 对一组功能打分并排序。
决策规则：服务用户不足 10% 的功能通常不进 v1；一句话讲不清价值就砍掉；依赖另一功能才能成立则一起发布或都不发；技术债消减也是功能，要诚实排优先级；不为假设的规模构建，先服务当前用户。
反模式：因为某个用户喊得最响就做；按实现难易而非用户影响排序；为对齐竞品清单而加功能；为尚未达到的规模做基础设施；什么都答应结果什么都发布不了。
限制：该资料未提供具体计算公式、权重取值或示例输出，实际打分尺度暂未提供。