如无必要，勿增实体（第一部分：需求）

14世纪，奥卡姆的剃刀，剔除了争论不休的神学和哲学，其主张的"思维经济原则"即用尽量少的劳动，尽量短的时间，获得尽可能多的成果，概括起来就是"如无必要，勿增实体"八个字，在互联网发展的今天，这八个字应该被越来越多的思考和关注。

本文是第一部分，需求的如无必要，勿增实体。

第二部分是，页面设计的如无必要，勿增实体。

奥卡姆

需求

1、所有没有线上验证过的需求都是伪需求

做为产品经理，我们总是从各种渠道得到所谓"值得做"的用户需求，我们认为很多需求都是有价值的，虽然排了个优先级，但是需求池仍然堆满了需求，每天也尽力的追求各种资源去尽早推动这些需求上线，以至于让用户处于各种想让他们关注的功能中，结果可能是我们花费了大量的成本做的多数的功能，都只是增加用户负担的"伪需求"。

我们很多种情况下都会找各种理由去说服自己，说服别人，证明自己发现的这个需求是多么有价值，其实伟大的领袖已经告诉我们这个永远可用的真理了"实践是检验真理的唯一标准"即，所有没有线上验证过的需求都是伪需求。

2、怎么发现本质需求，去除伪需求？

我们总用找到的各种理由上线各种功能，导致产品臃肿，用户迷失在功能池中，导致用户逃离，没人会喜欢一个让自己迷茫的产品，或者说使用和寻找想要的功能成本很高的产品，所以提供给用户最需要，最关心的功能，找到用户最本质的需求才是产品经理的重点工作，但产品经理不是用户脑袋中的蛔虫，无法知道哪个需求是用户最需求的，最影响用户使用产品的，所以产品经理要做的是通过合理的方法发现用户需求-->验证是否是大部分用户需求-->验证供给方案是否合理。

2.1 发现用户需求

我们可以通过多个方式来发现需求，比如:

--竞品分析

"优秀的艺术家模仿,伟大的艺术家则是偷取"，在我们监控到竞品上线了某个功能后，请看清功能背后的需求到底什么？靠模仿我们只能永远跑在竞品后面，如果理解了需求本质，我们就能弯道超车，跑在他们前面。

--用户调研

--用户反馈

我们可以通过用户调研/用户反馈获得很多的用户需求，每个用户都说很重要，我们不能靠用户反馈比例来对需求排优先级然后按照此进行开发上线。

--自己感知

--上级指定...

当然还有其他的获取需求的方式，但是一定要去伪存真， 尽量探索到需求层面上，而非停留在功能或者设计层面上。

2.2 验证需求与解决方案

这里有两个问题，第一是用户需求规模有多大，第二是解决方案是否合理是否可以满足用户需求，

so，如何验证？

利用MVP方法去验证此需求，然后再确定此需求的价值是否能够真正成为"值得做"的需求，此需求值得多大的成本，多少资源，优先级如何。

MVP方法即最小可用产品，此概念来源于《精益创业》，即用最小成本来验证某个需求，比如Dropbox产品利用一个视频来说明其可能未来想要上线的功能，来观察用户注册数据是否有变化来验证其功能是否有吸引力；比如zapposc用纯人工的方法来验证需求等。

在使用MVP方法时，比如注意以下几点

1）必须带有明确的目标和衡量方法

当我们都不知道验证的目标/衡量方法时，验证本身就已经失去意义。

2）从目标推流程，只抓主流程，其他可要可不要的都选择不要

想验证收费模式是否可行，那就只保留购买--支付就行了，退款、订单管理、甚至物流管理都可以用其他方式来处理。

3）必须有便捷的反馈渠道和数据收集渠道

4）选择最小的成本，包括技术和设计

--例如直接使用第三方，那么请不要再自行开发， 如购买--支付服务可以用第三方API，那么请不要再自行开发。

--如果线上某个数据已经可以推出新功能未来的使用情况，那么请不要再做新的验证 ，比如用户单次购买的产品本身就很少，那么订单的某些分类功能就没必要再验证了；

--如果可以通过运营手段来验证，请不要在开发功能， 比如通过banner广告位来验证某个新类别的产品是否收到欢迎，那么久不需要开发出此类别做小流量测试了；

2.3 什么需求或者功能不需要MVP验证？

1）从竞品/市场得知需求已明确

就像我们卖给了用户方便面，却还去验证用户是否需要调料包一样。

2）大样本随机的用户调研中，用户集中的表达出来某个需求

总结：PM在上线任何一个全量的功能时，比如考虑"如无必要，勿增实体"这八个字，如果无法明确此需求是否必要，如果还有犹豫，请记得，不要上线。

第一部分完！

作者 yaferdog

关键字：产品经理

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！