微观经济学的一个核心概念叫做稀缺性，意味着在人类社会中资源的数量是有限的，然而人的需求和欲望是无限的，在这种情况下产生的基础经济问题，就称作稀缺性，正式因为资源的稀缺，有了微观经济学。同样因为开发资源是稀缺的，需求也要排优先级。
需求优先级的核心是考虑 ROI， 同样的成本去撬动更大的杠杆，产生更多的收益，具体到数据上可能是 用户量、DAU、ARPU等。这时就可以计算每个需求 priority， priority = F(cost, value)，然后再排个序，搞定。
成本
开发成本
先说说 cost，cost = F(开发成本，其它成本)，开发成本用 人天的单位，比如说私信功能，一个人15天可以做完，就是这样15 人天。
如果两个人做，可以压缩在一周之内做完。但并不是严格的这种换算关系，开发是要协作沟通的，有时候引入过多的人开发效率反而降低。此处推荐《人月神话》，把工程这个事讲的很明白。
在实际工作中，在需求评审阶段，一定要开发的负责人来参与需求评审，评估工时。
对于开产品来说，尤其是开发出身的产品，产品经理的第一原则推动事情正确进行，不能越俎代庖，想当然的认为这个需求很简单，一两天就可以做好，听开发人员是怎么讲的。如果认为工时不合理，一定要问清楚，但不能说，你必须2天做完类似的话，这样只会让开发觉得产品很业余。
其他成本
或许你要做的是个运营活动，比如说送优惠券，送会员等，那么也要把这些考虑上，凡是跟产品相关的一切成本，都要考虑到位。
价值
产品的不同阶段有不同的目标，需求应该满足阶段目标，这才是价值最大化。
用户价值
- Kano 模型
- 影响规模
Kano 模型分析对于用的价值，分为基础、期望、兴奋。
其次考虑因影响用户的规模，有两个因素，一是用户数，二是使用频率。有些需求是给到少数人做的，有些是给到大多数人做的。这时候也需要平衡，少数人的高频次需求和大多数的低频次需求哪个优先级更高？不能一概而论，要思考。
比如说京东的 Plus会员，用的人是一部分，但 Plus 会员是核心用户，其带来的价值是大于普通用户，所以更要在产品上给予其良好的体验。
有无可替代方案？若某需求有可替代方案，那么其价值相对就要降低一些。
反向思考，如果此需求不做又带来什么样不好的影响？这样可以从反面去想需求的价值。
商业价值
产品有其在商业价值的，那么为了满足商业价值的的需求较为优先。
比如说 QQ 会员、京东 Plus 会员等，这是其商业变现中的一个重要环节，重要性一定是第一优先级的。
一个产品的商业模式，也决定了产品会如何发展，更看重哪些指标。
负面价值
没什么是能让所有人满意的，因此负面价值也要考虑。有人喜欢就一定会有人不喜欢，比如石墨文档举例，最近左下角常常有小广告，每次打开都问我要不要冲会员，这些都是不好的用户体验，但还是要做，不然要怎么营收？
其它
前置需求：
某需求作为前置需求出现，那么在优先级上自然要高一些。
时效性：
紧急程度
练习题
一道经典的腾讯面试题：QQ的MVP
1998年，QQ当时还叫Oicq，开始规划，1999年2月推出Beta1，这是QQ的第一个公开版本，因为各种原因……优先实现3个特性，怎么选？
- 卡通头像
- 不可窃听安全通讯
- 聊天室
- 很小的.exe文件
- 皮肤Skin
- 速度超快0.5秒反应
- 聊天记录管理器
- 语音
- 视频
- 看谁在线上
- 传文件
- QQ表情
产品的第一个版本，还不需要考虑商业价值，考虑用户价值和开发成本即可。
QQ 在 1998 年发布第一个版本，作为一个客户端软件，首先是能用，其次是用的好。
卡通头像，给每个人一个虚拟的身份。回想自己用 QQ 时候，考虑上传个头像挺麻烦的，就先用个系统内的，身边的朋友这是这样的心里。开发成本低，用户规模比较大。
不可窃听的安全通讯，很重要，到并不紧急，安全对抗，是长期要做的事情，开发成本一般。签少数对安全在意的会关注，用户规模小。
聊天室，初期每个人好友数量有限，聊天室可以有效增加用户的活跃度。开发成本高。同样受限于好友数量上，用户会去聊天室灌水，用户规模大。
很小的 .exe 文件，考虑到 1998 年电脑存储还很小，查了下资料，98年的电脑存储在 5G 以内。此时，.exe 文件大小会影响用户是否要下载软件，至关重要。开发成本一般。大多数用户都会在意此大小，用户规模大。
皮肤 skin，2019年我看有人也是默认皮肤，这个卡通头像有不同的在于，卡通头像是其他人也可以看到的，到皮肤干燥skin 只有自己看，用户的关注度低，用的人较少。开发成本低，用户规模小。
速度超快的 0.5 s 反应。大家对于那个年代的软件，容忍度还是比较高的。开发难度一般，用户规模小。
聊天记录管理器。当用户的聊天记录到达一定量级后，就要有个聊天记录管理了，对于重度用户，且有聊天管理需求的比较有用。开发成本一般，用户规模小。
语音，视频。丰富了聊天的形式，到某时用户不满足于文字聊天的形式，希望能更丰富。大家都会用，但相对来说较为低频。开发成本高，用户规模一般。
看谁在线上，用户不像 19年一般时刻都在网上。看谁在线上，他就可以知道找谁聊天，每次聊天前都要看。开发难度一般，用户规模高。
传文件，属于附加功能了，是一个期望性需求。开发成本高，用户规模低。
QQ表情，让用户聊天可以发一些有趣的玩意，即便没有表情，也可以用颜文字替代，用户价值相对来说低一些，开发成本低，用户规模低。
这么思考下来，有 卡通头像，聊天室，较小的 .exe文件，看谁在线上，都是基本性需求。
再排除一个，较小的 .exe 一定是第一，直接影响了用户用不用这款产品。
看谁在线上和聊天室相比，一定是单聊有效，聊天室的应用场景初期适合灌水，相比私聊，其价值低太多了。
卡通头像和聊天室，相比来说卡通头像是一个前置需求，同时其开发难度低一些。
所以我的答案是：
- 较小的.exe
- 卡通头像
- 看谁在线上
总结
比方法论最重要的是，你思考的过程以及对产品和用户的理解。
