如何决策产品中待开发功能的优先级？

Z, ZLW • 2023年1月3日下午3:04 • 科技 • 阅读 514

决策产品中待开发功能的优先级的依据：1、问题规模；2、商业价值；3、资源考量；4、团队目标；5、风险测试；6、评估模型。其中，问题规模包含使用者针对该需求提出的数量与频率、该问题影响到使用者数量等。

1、问题规模

沟通对象：用户/客户、业务、客服、社群、用户研究员

对于以使用者为中心的产品设计团队，从使用者需求出发来考虑排序的优先级是常见的方法，问题规模可以包含：使用者针对该需求提出的数量与频率、该问题影响到使用者数量、该问题发生的频率/功能的使用频率来判断问题的规模有多大，以及是否值得优先被处理。

2、商业价值

沟通对象：业务、BD、商业相关部门、各种利益关系人

在很多公司中，会先处理商业价值最大的问题，可能是可以立即赚钱的、或是可以帮助团队在未来打下更多市场的市场需求。举例来说 B2B 产品团队接到与大型品牌客户的合作、B2C 产品团队与强大的第三方服务商合作，或是比竞品更早推出新功能而有机会可以抢到更多客户时，都有可能会将这类型的需求独立拉出来提高优先级。商业价值也包含可以协助获取新用户、提高留存率、提高转换率、提高营收等指标，保持与公司的目标一致。

3、资源考量

沟通对象：设计师、研发工程师、QA

资源考量常在排序解法时出现，与技术团队共同判断技术可行性、所需资源、与其他功能之间的相依性，来决定现阶段要用哪个解法来解决问题。

4、团队目标

在有规模与制度的公司内，每年、每季都会制定公司的目标与策略，例如营收成长、客户成长、会员数成长、新市场拓展等等，而产品团队也会因应公司目标而制定阶段性的产品目标，产品目标可以协助我做决策时定出不同的评估要点、权重并保持与商业目标的一致性。

5、风险测试

在很早期的产品团队，或是产品本身发展潜力还很多元的时候，可以选择将不确定性较高（亦即报酬很大但失败性也可能较高）的功能推出去测试，先完成名列前茅阶段的最小可行性产品（MVP）来看看成效，从中学习并快速迭代，来快速取舍接下来的发展方向。另外一个思考方式，则是先处理风险低、信心程度高的问题，确保推出的解法是真正能够解决现有使用者的问题，创造影响力。

但其实撇开风险高低不说，早期花较少的资源透过小测试来快速得到反馈，每次收完反馈就重新调整优先级，将反应好的功能优化也是一个很好的开发策略，对于资源的安排也会更有弹性。

6、评估模型

卡诺模型（ KANO 模型）：必备需求 > 期望需求 > 超出预期需求 > 无差异需求
维格斯法：分为四个纬度进行评估：收益(Benefit)、损害(Penalty)、成本(Cost)、风险(Risk)。收益和损害是从客户角度出发，而成本和风险则从实现角度出发。
波士顿矩阵：由用户价值维度和公司价值两个维度将需求分成了 4 个象限：明星需求，问题需求，金牛需求，瘦狗需求。
RICE 方法：包含覆盖率，影响，信心和努力 4 个部分。对要素进行排名并根据这 4 个因素计算得分，以确定优先级。
WSJF 优先级：加权最短作业优先，项目成本 = 用户商业价值 + 时间成本 + 降低风险 / 新机会
工作量和影响矩阵：也称为「价值与复杂性」矩阵，将工作量和影响组合分为 4 个象限
MoSCoW 方法：必须具备 > 应该具有 > 可能具有 > 非必要
艾森豪威尔矩阵（时间管理四象限）：马上要做(重要紧急) > 计划要做(重要不紧急) > 备选(紧急不重要) > 不需要做(不重要不紧急)

延伸阅读