本篇主要帮助大家梳理下产品开发中所有能影响需求排期的因素，为大家提供一个个人的分析框架。enjoy~

关于产品需求优先级的排期目前常用的模型有很多，比如KANO模型，重要紧急模型等等。但这些模型一旦在实际产品开发中应用，就可能遇到很多问题。因为这些模型，只考虑了模型中的因素，还有很多影响因素在模型中并没有体现。

然而在真实世界里，这些其他因素正是会导致需求排期复杂的罪魁祸首。过度依赖简化的模型，往往并不能良好的解决产品开发中的优先级排序问题。

所以本篇主要帮助大家梳理下产品开发中所有能影响需求排期的因素，为大家提供一个个人的分析框架。

价值（Value）

公司、老板价值（Value of the Company/Boss）

不同公司的产品的价值观差异，比如有的公司，比起极致的产品用户体验，更看重的是产品的ARPU（Average Revenue Per User），如何从每个用户身上赚多少钱，才是他们最关心的。而另一些公司可能相对与ROI（Return of Investment），对用户体验会极其看中，这些公司相信，只要用户体验得好，收益问题并不是太大的问题。

不同阶段的公司对产品的价值观差异，比如：很多创业公司早期更多会关注能够帮助实现用户快速增长的需求和功能，到了成熟后才会更多考虑帮助产品变现的功能和需求。

不同Leader或老板产品价值观差异，可能会有一些小伙伴也遇到过换了Leader，或Boss后产品价值观大变样的情况。例如：以前的Leader天天强调要用户体验优先，换了人之后就变成了更关注用户增长，不相关的需求一律可以稍后考虑的情况。

所以一个合格的产品经理考虑需求时，第一步是考虑内需，及公司目前现阶段更看重的是什么。哪些需求能更好的满足当前公司的价值观，以及leader或boss的（如果有）。

用户价值（Value of Customers）

不同用户对不同产品的核心需求会有很大的差异，比如：工具型产品的用户更关注的是效率，如果你是Uber用户，你更关心的一定是能多快的叫到车，价格是不是合理，而UI方面可能并不太在意。但如果是一个社交APP，用户可能更多关心的这个APP设计的酷不酷，能不能彰显自己的特别，吸引到更多的人关注自己。

需求排期时要抓住目标用户的核心需求或者痛点优先做，其他的痒点非核心都可以后需考虑。

很多时候，公司的价值会与用户的价值有所冲突，比如：公司为了赚更多钱在产品上投放了大量广告，但这就会降低用户体验损害用户利益。产品经理这时候就应当想办法平衡这两方面的需求，为了解决这样的冲突提出新的解决方案。

当然有些公司的产品核心价值观就是给用户提供最大的价值，这个时候公司的价值就和用户价值重合，不再存在任何冲突。这时产品经理也是比较好做的，只需要全心全意考虑如何给用户提供最大的价值即可。

影响力（Impact）

衡量一个需求或功能的优先级还需关注它的影响力，考察需求的影响力用产品数据做指标最为直观。

广度

需求的影响广度是衡量优先级的一个重要因素，可以根据需求的期望日活率作为一个衡量指标。这个功能上线后会有多少用户会使用到，期望使用的人越多自然优先级就更高。

深度

用户影响深度：是否影响到核心用户，还是只影响到一般用户。

功能影响深度的：功能是否为核心功能或者前置功能，核心功能是解决用户最核心痛点的功能。前置功能是整个用户体验流程的前置功能，比如：登录，商品加入购物车。前置功能如果不完成或者有问题会直接导致流程无法走通。

性价比与风险（Cost Efficiency and Risk）

收益

衡量一个需求的收益可以从以下2个角度去考虑

1. 做这个功能能带来的期望收益（P），比如：多少的7日用户留存的提高，多少用户增长。
2. 不做这个功能的期望损失（L），比如：不做这个需求，可能会有15%用户流失到竞争对手产品上。

成本（C）

衡量一个功能的成本可以从开发时间，开发人力，开发费用来考虑。

风险（R：0——1）

风险是一个很重要但是容易被忽略的因素，尤其体量大的产品在上线新功能时一定要考虑到可能产生的负面效果。一般解决风险因素的方案是A/B Test， 国内叫灰度发布，但A/B Test也需要成本，和时间，所以风险较大又收益不高的需求排期会后推。

如果我们用公式来表示成本，收益，风险这几个指标。用P（Profit）代表做这个功能的期望收益。用L（Lost）代表不做这个功能的损失，L为负值。C（Cost）表示开发所需成本。R（Risk）表示功能上线后风险，R的值为0—1，风险越大越趋近与1。则我们可以得出一个公式：

计算得出的X越大，优先级越高。当然实际应用时还要考虑到影响力，和价值这两点因素。

总结

在产品需求排期时要从三个大方面考虑：价值；影响力；性价比与风险。

最后以一张脑图来总结以上的一些观点。欢迎大家留言，交流下对此问题的看法~

本文由 @ RyanT 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议