2018-02-01就我个人工作习惯来说，我将需求优先级排序分为三个维度：
一是用户量和发生频率，这点和二爷说的规模与频率相似，优先解决大用户量的高频问题，这是保证用户的基础体验。
二是开发难度与实践效果，围绕核心功能进行迭代是较为合适的手段；
三是产品和商业价值，这一点其实就是需求的紧迫性以及付费意愿，综合考虑成本收益而定。
当然，需求排序永远都是动态调整的过程。
这篇文章阅读后，我对打分和量化更感兴趣，希望二爷下次能够多多分享。展开 13
2018-02-04最近刚刚预订专栏学习，感谢二爷分享。
总结一下今天自己学到的需求优先级原则：
1. 避免做正确但没有影响力的事情；
2. 考虑机会成本，而不仅仅是看得见的工时/工资成本；
3. 受益者「规模」越大，优先级越高；判断规模的时候，多依据「现在」的情况，适当考虑「未来」，可以让产品的设计更稳固；要特别注意规模计算和描述的逻辑；
4. 问题的「频率」越高、「强度」越大，优先级越高；常见的场景组合是「高频低强度」和「低频高强度」，会挑战综合判断的能力；
5. 如果遇到「大规模、高频高强度」的组合，要考虑「主观可达性」，要特别注意推理符合逻辑；
6. 除了客观打分外，还需要有同理心，用感性思维，从正反两方面去考虑用户的感受。
期待下半部分的分享。:)展开作者回复: 👍欢迎欢迎
4
2018-03-07内部的产品经理还得考虑一种情况：受众很小，但是个别重要领导提出，你是做还是不做呢？ 3
2018-02-23规模:固定（地理、人文、经济）范围，用户数量
频次:固定（日/周/月/季/年均）周期，用户使用次数
强度:单次使用，用户收益/可避免的损失 3
2018-02-02在用户需求已经确认好的情况下，我们主要看哪些是重要的基础功能，哪些功能依赖于其他模块比较多，这些会作为研发经理排期计划的重要因素。我跑偏了，您这篇主要是需求管理，排优先级就想到研发管理…… 1
2019-03-19二爷，你好。看完了这个章节，对于频率和强度的比较其实并没有很好的了解。可以再详细的指点指点吗？作者回复: 需求频率就是平均多久需要一次，比如吃饭就是每天三次；需求强度就是如果没有这个会有多惨，比如三天不吃饭还凑合，但三天不喝水就完蛋了。
2018-12-01强度是指什么？怎么衡量？
2018-05-04之前需求的优先级衡量一直是用重要程度（类似上述的强度）、紧急程度（类似上述的频率和规模）还有开发成本三个维度来评判的 1
2018-02-21受益者越多、问题的频率越高、强度越大，则解决这样问题的价值就越大，优先级也越高。
2018-02-01”假设，如果我现在设计一个产品，可以给一部分的 Python 开发者使用，”，这里好像漏了后面的？作者回复: 是的，稍后补上