每个人都面临过这种情况，A美食想吃、B美食也想吃、C美食也想吃，但是又不可能一次吃完，只能拍出来顺序，在一段时间内陆续吃完。
吃饭我们是怎么做选择的呢？
也许你会考虑，ABC三种的价格，到达ABC三个点的时间花费，以及三者目前的是否有活动又会、目前自己意愿里最想吃的是哪个，然后排除顺序。
在做产品的过程中会出现同样的问题，面临一堆产品需求，但是不可能在一个迭代内全部搞定，那在一个迭代周期内如何选择要做的内容也是个不得不面临的问题。通常上，可能是由boss直接基于经验判断拍脑袋，或者大家讨论都觉得应该做什么，不过总觉得虚了些。之前读到苏杰老师人人系列中设想过用群体打分获得商业价值（但是实操起来比现实），然后性价比=商业价值/实现难度决定需求list的优先级。
如果同类别需求，具有可比性，还可以尝试F/C的方式得到价值高的需求，F代表功能系数（比如有10个需求，每个对应功能值然后求和，F为当个需求功能值占比），C代表成本（简化为瓶颈资源，多数为开发资源，然后同样的求占比）。
———————————-
上面的过程也正应了：不能因为简单就先做，不能因为价值大就先做
得到价值需求或者性价比需求之后，还需要考虑：
杠杆套——连环杠杆的情况，比如#微信# 上线打飞机的那个版本，后来听说是个连环套功能，因为升级版本才能玩打飞机，然后客户端升级版本是微信支付场景的一个前置条件
