我这才意识到，其实客户需要的 “保单拦截”功能，这只是一个表象需求，根本需求实际上还是成本考量。而实际上，我们渠道的保单成本是可以降到3.5元左右的，也就是说可以比客户自身渠道的成本还要更低。而出现5和3.5元的保险成本的信息失真，可能是由于新来的销售同事对于业务不熟导致的。后来，经过跟客户的再次沟通，我们把保险成本的信息给客户做了一次重新的传递，客户当即表示：“那这样的话，就用你们的保险好了，我们还不用人工去盯着，人工成本也省下来了，还省心。”

　　最终，我们在产品上再没有投入1分钱的人力物力，通过改变客户的想法的方式就满足了客户的需求，与此同时，还帮助客户降低了采购成本，实现了双赢。

　　案例分享完毕，发生在火山身上的这个真实的项目案例是否带给你某些启发？

思考1分钟，计时开始……

火山复盘：

　　在这个案例中，我想当然的认为“保单拦截”和“订单拦截”是同样合理的需求，犯了一个很明显的错误——缺少需求调研，再将这个错误升华一下就是——脱离用户，而这个错误直接导致的影响就是，它让我对伪需求的分辨能力直线下降！

　　作为一家toB类型的互联网企业，火山所在的创业公司跟大多数面向B端的互联网公司一样，销售在公司的话语权非常强，尤其是早期的时候，我们大部分的需求基本上都是被销售牵着鼻子走。后来随着业务量上升，主要的需求来源从销售转移到了运营，于是我们的产品思路又围绕着内部运营的实际业务展开。产品经理脱离用户基本是一种常态。有时候哪怕明知道他们提的需求不合理，产品经理想跟他们争论一下甚至都没有底气，因为我们接触用户真的没有他们多，有时候争论急眼的时候，他们甩出来一句“你了解客户还是我了解客户”可以直接把产品经理“噎死”。

　　但无论是销售还是运营，实际上都不是我们产品的最终用户，终端用户的实际需求经他们转述之后势必产生信息损耗或失真。基于二手的用户需求做出来的产品，势必很难把握用户的核心痛点和真正诉求，最终导致我们做出的产品如同隔靴搔痒，根本无法为用户创造真正的价值。脱离用户的产品经理，势必难以有效地掌握产品的走向，无论最终是被销售还是被运营所主导，都只会停留在具体的功能需求落地执行层面，头痛医头脚痛医脚，无法挖掘到用户的真正需求。按照如此的路数做产品，也许我们拼尽全力，最终可以给我们的用户提供无数更快的马，却永远无法给他们提供一辆更快更舒适的车。

　　因此，无论toB还是toC，要想做出真正好的产品，脱离用户都是产品经理的大忌！然而，画原型、做方案、写PRD，atv，与老板沟通、与程序员沟通、与设计师沟通、与业务部门沟通、各类会议、跟踪项目进度……产品经理日常的工作如此之细碎繁杂，每天泡在用户当中显然也是不现实的。

　　那么，如何保证产品经理的日常工作正常推进的同时又不脱离用户呢？在最后，火山把自己总结的几个小建议分享给大家，希望可以对大家有所帮助：

　　1、 做任何需求，跟需求方做需求调研是最基本的产品工作，是绝对不能省的；

　　2、 如果这个需求来自于明确的终端用户，则在内部需求调研之后需要向终端用户做直接的需求调研。跟终端用户去聊，了解他们在想什么，他们有什么痛点，他们最想解决的问题是什么，这也是不能省的，不能想当然地认为业务、销售同事做过需求调研了，就可以不再跟用户去做调研了；

　　3、 在有了大致的产品方案之后，再跟终端用户聊一聊，看看方案是否有方向性的问题，及时发现、修正方向性的问题；

　　4、 在原型文档出来之后，如果条件允许的话再给客户展示一下原型方案，在提交开发之前尽可能地发现并修正一些细节性问题。

　　后记：产品是做给用户用的，但做产品的产品经理却不了解用户，看似很不可思议，可这样的情况却也并不鲜见，哪怕是从业3年以上的产品经理也不例外。将一个需求转化为具体的产品落地方案，做到无懈可击也不是没有可能的，但是产品经理往往会忽视的一个问题就是，这个需求要不要做？而想清楚这个问题往往比前者更加重要和意义深远，产品经理如何才能对这个问题做出更加明智的判断？这个能力是多方面因素决定的，但需要时刻铭记的一点就是——永远不能脱离用户。