好些日子没写点什么了，元宵已过，这个年也算正式过完，需要热热身了。

   今天我们聊聊如何对一个需求做价值判断，我认为，任何功能(解决方案)是没有价值的，功能背后满足的那个需求(问题)才是有价值的，但，功能决定了成本，所以，选择用什么功能来满足需求也很重要。

   最终，我们要看的是 性价比 = 价值/成本，凭此推出我们应该先满足哪些需求。

如何对一个需求做价值判断

   闲话少说，对需求的价值判断，还是基于两点：这个需求满足的是否是1. 核心用户的2. 刚性需求。

   是否核心用户，细分了看，什么样的用户(群体)算？前提是这些人是目标用户。

   人数，无疑是最重要的指标，以至于我们经常说“不要为了少数用户的需求去干扰大多数用户的正常使用”，其实这句话并不准确，修正的说法应该是“不要为了次要用户的需求去干扰核心用户的正常使用”。

   这是因为，我们还要看单用户价值，典型的，面向高端用户的发烧、专业产品，就是要鄙视、屏蔽大众需求以突显逼格的，所以，必须死贵死贵的。

   也许可以用“人数 * 单用户价值”得到第1点的简单结论。

   再看是否刚性需求，常规的我能想到这么几点。

   有无替代方案，如果没有，那恭喜，你解决了一个尚无解决方案的需求，必须算得上创新了，但可以，这种机会可遇不可求，因为人类努力了这么多年，几乎“任何一个值得解决的问题，都已经有解决方案了”。但没关系，我们还是可以做的，“先抄后超”是很多团队的座右铭。这时候，需要考虑的是，相比替代方案，你提供了什么额外价值？额外价值大，显然是加分项。

   思考题：对于汽油汽车已经满足的日常代步需求，tesla提供了什么额外的价值？

   发生频率(可以结合何时何地的场景来思考)，频繁发生的需求，加分，一次性的需求减分。2011年我在天猫负责积分改造项目的时候，当时有一个需求，是“要给用户做积分到期的提醒，以免用户积分失效，产生抱怨、投诉”，我分析了一下，因为天猫积分是一年到期一次的，所有人都一样，所以，在资源紧张的情况下，就没有把这个需求做进自动触发的系统，而是采取了“运营手动发送提醒”的低成本方案。相反，积分发放的提醒，就必须做成自动化的，因为一天几百万的笔数，系统必须完美支持。

   持续时间，或者叫做这个需求的有效期，长则加分，反之减分。在淘宝做活动需求的时候很有体会，很多需求的有效期，其实只有活动那几天，所以，产品经理们是很不想做一个临时活动需求的，能挡则挡，挡不了也会思考，如何把这个活动需求做成一个通用模块，可以反复使用。

   当然，凡事皆有例外，当一个有效期只有24小时、一年一次的需求碰到其他因素无比加分的时候，也很有价值，没错，我在说双11。

   所以，以上因素，要综合考虑，但，还不够。

   每个产品都应该添加一些自己的指标，即自己独特的加分项。这应该是在做产品的过程中，与你的团队一起渐渐形成的共识。比如“惊喜感”，往往是一些情感化的解决方案，能引起用户的心理共鸣；再如，大家都经常碰到的——“大老板”强烈要求做……也可以是。

   想不想开始给自己的产品设计一个“判断需求价值”的公式、模型了？

iamsujie的各种二维码

看完了吧，请听题——说~iamsujie希望与你进一步勾搭，你应该：

建议继续学习：

1. 不懂技术的人不要对懂技术的人说这很容易实现    (阅读：4413)
2. 关于架构的一句话，还有一个实例    (阅读：3577)
3. 用Unix的设计思想来应对多变的需求    (阅读：3583)
4. 关于技术积累的几点想法    (阅读：3075)
5. 需求评审与讨论问题的基本方式    (阅读：2938)
6. 百度PM万维雅：需求把握和正确决策    (阅读：2694)
7. DBA最缺的不是技术    (阅读：2673)
8. 如何准确看清用户需求？    (阅读：2556)
9. 个人价值决定个人回报    (阅读：2534)
10. 努力创造DBA额外价值    (阅读：2475)