我觉得业务方80%的需求都是没必要做的，怎么办？ | Axure Hub 产品经理原型资源整合站

作为产品人，最常面对的就是各种各样的需求。有些需求值得做，但有些则不是。面对一些业务方提出的不合理需求，怎么处理才好呢？快来看看天天问的小伙伴们都提供了什么好方法吧。

作为产品人，最常面对的就是需求。但是，不是所有的需求都是合理的、必须做的。

就像有位做了1年产品的小伙伴，甚至觉得业务方80%的需求都是没必要做的！

这句话可能也是很多产品人的心声。当然，“80%的需求是没必要的“这确实有点夸张，很可能是还没有经过深入挖掘，但是，也的确存着在一部分伪需求。那么，当产品人遇到自己觉得没必要的需求时，应该怎么处理呢？

我们和天天问的小伙伴一起探讨了这个问题，本篇文章就来讲讲，产品人要如何处理业务方提出的不合理需求？

天天问每周精选第207期：做产品1年后，我开始觉得业务方80%的需求都是没必要做的，怎么办？

文章内容部分来源于@Jason @林林 @互联网人破圈计划 @蛋蛋 @小猪 @数据产品小lee @Joseph @路中间的铁钉的精彩回答。

一、为什么会有这样的想法

首先，作为产品人，为什么会有“业务方80%的需求都是没必要做的”这种想法呢？可能是以下三种原因：

1. 业务方的需求是伪需求

有时候业务方提出的需求并不是真实的需求，而是一个他们以为的解决方案，但是这个解决方案并不能解决现有的问题，所以只是个伪需求，不需要做。

2. 业务方的需求不是刚需

业务方提出一些的需求并不是刚需，这种需求可以做，但不是现在做。它的优先级比较低，又或是投入产出不成正比，我们没必要在一些微乎其微的功能上投入较大的人力与财力。

不过，在产品成熟期时，可以考虑做一下这些功能，完善产品。

3. 产品没站在业务方角度

产品从自己的角度看，可能觉得这个需求没必要，但没有尝试过换位思考，站在业务方的角度，想想他们为什么要提出这个需求。

其实，很多时候业务方提的需求，是为了解决当下的某个难题。举个例子，业务方需要做一个导入导出的功能，因为业务方需要将N多的数据录入系统，这需要大量人力和时间，而此时此刻业务方没有这个人力和时间，所以这个需求在他们眼里就显得异常重要。

但是，在将新数据录入完成之后，这个功能可能就不被需要了，这时候产品就会认为这个需求不常用、没必要。

所以有些需求不是有没有必要，而是站在了不同的角度去进行利益的衡量。

二、如何判断是不是刚需？

其实对于产品人来说，面对业务方提出的需求，最重要的就是判断它是不是刚需，是，那就去做；不是，那就延迟或者直接拒绝这个需求。

那我们如何才能判断一个东西是不是刚需呢？可以参考以下三点：

1. 是不是极大地提升了效率

怎样算极大地提升了效率？举个例子，在没有迅雷之前，下载一部电影要一个小时，有了迅雷之后，用迅雷下载电影十分钟就能搞定，这就是极大地提升了效率。

2. 是不是极大地降低了成本

Elon Musk（马斯克）的SpaceX（美国太空探索技术公司）做的卫星发射，为什么能够大规模地降低成本？因为它的火箭是可以回收反复使用的。

就像很多企业都投资了机器人项目，而这些机器人的商业化前景，说白了就是为了大规模降低人力成本。长期趋势来看，人力只会越来越贵，而机器人会越来越便宜。今天机器人可能相对于人力成本的二分之一，但是，随着人力成本越来越贵，机器人成本越来越便宜，明年可能就变成三分之一、四分之一了。

3. 是不是极大地提升了用户体验

举个例子，在互联网诞生之前，消费者在街边买东西，买到假货了，也没法退，甚至那些流动的商家早都没影了。而淘宝出来了之后，买什么东西，基本上都可以七天无理由退货，有淘宝替消费者做担保。如果觉得东西不好或者卖家态度不好，消费者还可以直接给差评。这对于消费者来讲，就是极大地提升了用户体验。

总结一下，这三点的关键在于提升的幅度够不够大。例如，做了一个创新产品，但是效率只提升了10％，成本只降低了15％，意义其实很小，特别是微创新。为什么呢？因为在竞争特别激烈的情况下，你的微创新三分钟就被行业头部企业抄走了，你想颠覆他们根本没可能。所以，这种微创新的意义其实并不大。

再举个例子，做ToB的产品，你跟客户说我的产品价格比你们在用的产品低10％，我觉得客户根本不会理你，低20％都不行，因为客户前期已付出了大量的实施和学习成本。但是，如果你的产品比对方低了60％，客户如果不考虑你，他也是有很大压力的。因为不用你，他的老板也会问为什么不用，他得有一套非常好的说辞来应付老板。所以，幅度大很重要。

三、如何拒绝不合理需求？

如何判断是不是刚需的办法已经告诉你了，还剩下最后一个问题：如何拒绝那些不合理的需求？根据拒绝的态度，我们可以分为两种形式：硬拒绝和软拒绝。

硬拒绝就是：你比别人还懂业务，还懂实现，还懂用户，还懂老板的心思。要拿出论据，证明这个需求不需要做，比如说你这个需求不合理，技术实现不了；实现成本巨大；实现了也用处不大，用户不用。
软拒绝就是：现在老板安排了其他优先级更高的需求，我们已经把你的需求排期了，等上线了以后，就会做你的需求。如果别人不追时间点，就这么搪塞过去了。

以下是天天问用户@Jason 给我们分享的一些拒绝不合理需求的话术：

“我这儿有个更好的方案，既能解决掉这个问题，还能处理好那个问题”

“这个需求你看下先这样处理一下行不行，勉强先用着。最近咱们产品这边有几个大需求在改，暂时没太多精力来处理，等忙完这几个大需求后，优先处理这个需求”

“这个技术不太好实现，要不我这边先研究一下，整理一个方案，到时候咱俩再对一下”

事实上，部分需求在传递过程中很容易失真，所以产品人接收到的需求，很多情况下不是原始需求，而是方案（例如：在这儿增加个类型筛选吧，这个问题看不清楚，能否加大一点）。这时候就需要我们去对需求进行分析挖掘，从而判断问题的根本，再判断是否出更好的方案或者是直接拒绝！

关于这点，天天问用户@蛋蛋给我们分享了一个例子：

某天公司的营销副总叫后台的产品过去，说想在系统中，加上客户的公司属性和简介两个字段。后台产品听到后想了想，不难啊，直接交给开发，一下午就搞定了。

但是这个后台产品没有这么做。他接着询问之下得知，这位副总要公司的销售人员在填写客户资料时对这两个字段进行填写，但这两个字段并不是服务于销售人员，而是公司的客服人员，因为公司的客服有时需要根据客户的公司和相关信息提供更加个性化的服务。

这个后台产品回去和小组讨论过后，决定这两个字段还是要加，但是不由销售人员输入，而自己再另外建立一个客户词典，通过相关算法的匹配，自动从各个公司的官网上爬取相关的信息，再逐一导入到系统的对应字段，这样减少了销售人员的工作量，使得工作效率提升，也完成了老板的要求，方便了客服人员的服务。

所以当产品人碰到这种需求时，可以深挖产品定位、目的、痛点和使用场景，然后再提出一个更好的解决方案。

当然，碰到无理取闹的需求也可以通过以上思维去拒绝和说服对方。

四、结语

很多时候，产品人不得不面对业务方提出的不合理需求。当然，这里的不合理需求可能是伪需求、非刚性需求，也可能是我们没有与业务方换位思考，忽视了业务方的痛点。其实业务方实际的诉求可能不是他表面表达的意思，但是业务只看到了问题的表层，所以他们只是提出了一个他们以为的解决方案。而产品人要学会透过问题看到本质，解决本质问题。

我们可以用这么一个案例来说明：

皇上要800里快书，新人将军选了一批好马，担心远程太累，还设置了驿站来轮换，还每个驿站配置人员，配置粮草，还能给好马修马蹄，是不是功能非常美妙？

然而，老手的将军可以选择鸽子来传信。

所以面对业务方提出的不合理需求，产品要做的不是直接抗拒，而应该是深挖业务是不是有什么痛点。业务方提的需求只是针对他的痛点，在他的立场上提出的解决方案而已，痛点才是产品人要去解决的事情。

关于“做产品1年后，我开始觉得业务方80%的需求都是没必要做的，怎么办？”，你有什么看法？点击下面的链接，一起来聊聊吧~

戳：https://996.pm/7lKwr

参考资料：

怎么判断“需求是刚需，痛点是真实的痛点”？

如何去砍需求？

如何有效拒绝需求？

如果业务方提出的需求，不那么有说服力，或者说应用场景不合理，如何处理？