B同事觉得那个比较重要，分数出来你们通通给我闭嘴。以下是针对四个因素的解释：
Reach，预测这个需求会触及到的人数，也就是影响范围。Reach可以是你预测会影响的人数在一定的时间区间内。
比如说：1200人将在接下来三个月受影响，Reach score为1200或是推出的产品在接下来一个月可能会触及到1000人，其中30%客户受影响，Reach Score为300。
Imapct，量化功能为我们带来的benefit，比如说这个功能推出后可以带来说少的转化率/触及率，所以Benefit就是你设置的成功指标（Success Metrics）。
这个数字应该很难估计，可以用五个标准对整的数字去带入公式；在massive impact跟hight impact或是low impact跟minimal impact间可能会很难去抉择，但只要团队的标准事前沟通好，是一样的即可。
3 = massive impact
2 = high impact
1 = medium impact
0.5 = low impact
0.25 = minimal impact
Confidence，跟整个team讨论这个项目的成功度分析，可以事前做使用这访谈、BD team拿来的资料、或是制作module做测试，最好是可以使用一些最料去辅佐这个分数而非使用主动；低于50%信心度的就可以不用做了。
100% = high confidence
80% = medium confidence
50% = low confidence
Effort，完成这个项目需要花费总时间，包含产品/设计/研发/测试，Effort为一个负面的数字，所以越小越好。
他的计算方式我看到的有两种，一种使用人-月做计算，比如说需要3个人一个月做完，Effort score为3；最小月份或是小于一个月内做完的，月份记为0.5（3人需要3个礼拜，Effort数字为3 x 05 =1.5）。
另一个做法是使用Fibonacci数列：1,2,3,5,8,13，1~3为effort小、5, 8为中等effort、13为effort高这样去做计算。
我觉得Effort可以用更简单团队可以接受的方式做计算即可，比如说effort划分为s, m, l, xl衣服大小去评估，每一个size带入数值即可（s=0.5, m=1, l=1.5, xl=2），劲量让计算越简单越好，以上只是方程式内的一个factor让其结果有一个参考，而不是绝对正确的数字。
4. Mic
对于事情的处理我觉得有一个快速的套路：
1. 每天晚上前想过一遍明天要做什么，要带什么，记录下来给自己一个心理准备（可以在下班前或是通勤的时候想，我发现我睡前想会睡不着）
2. 早上到办公室后快速想过一遍今天要做什么，哪些球可以先丢给别人，哪些事情最重要先处理，而不是先处理自己想做的那部分，最后搞得开天窗。很多时候自己的焦虑来自于不想处理的事情一直不想去面对，心倒是很诚实，哼哼……
3. 呈上，记得需要花时间“等待别人处理”又不会花多少时间的评估一下抽空优先处理，因为在等待回复的时候我们还可以做别的事情。传球概念，球回传的时候不用等待就可以处理，而不是这时候才要等球回传。
4. 那事情都很重要怎么办？每次我说先做最重要的事！别人都会回：“那都很重要怎么办？”很简单，先处理先发生了，如果三点跟五点的会一样重要，那先处理三点的会议，这个观念大家应该可以理解，毕竟我们是人，不是神。
所以哪个方法比较好啊？
我觉得如果说每个方法都是好方法真的是屁话（X），以判断标准建议你觉得简单最快速可以判断的方式最好，以我来说，我会喜欢用MoSCoW跟RICE，可以在一个会议内解决的方法，比较复杂除非你创建了一个excel的公式去快速计算，不然实在伤神耗时间，毕竟还有其他工作要花好多时间，没有时间陪女友怎么办？
以上，敬所有累得像狗的工作者，哦不，是比狗还累……
后记：这篇我打了半年，其中是因为工作的周末极度累，只想在家撸猫；我现在的情况有点推翻我的前言，“对抗你觉得、老板觉得，需要一个有凭有据的框架让我们的决策更准确”有些公司真的就是不需要你排优先级，老板说：“没有原因我就是要做就得做，所有任务都是p0”，其实真的很难推动…不过尽量在一些迭代需求里面慢慢试图让这些框架可以implement进去。
听到一个比较好笑的事，最近在做prd review, 有PM在报告的时候没有写product background被念，主动想到不是老板说要做吗？写起来报告多尴尬。