做一个成功的产品，最重要的是要把握住客户的需求。而在挖掘用户需求时，很多产品经理会误把“解决方案”当做“需求”。

 

做任何产品都是为了满足客户的“需求”。（这里的客户可能指的是真正的C端或B端用户，也可能是公司内的业务部门或老板。）很多产品经理会抱怨需求方会经常改变需求，导致产品方案需要做较大的返工。而按我过去的经验，客户的需求是不太会变的。会变的往往是解决方案。需求方为了满足自己的“需求”，一开始想到了一个解决方案，后面觉得有更好的解决方案，或发现原来的解决方案中有比较大的漏洞，因此就会对解决方案作出较大调整。

 

这里举个实际案例，让大家对“解决方案”和“需求”有更深刻的理解：

 

曾经，我的一个产品经理去了解一家做线下信贷的客户的需求，回来告诉我，客户要做一个P2P平台，并讲了一些客户具体对于P2P平台功能细节上的要求。他带回来的其实是一个客户自己提的不完整的解决方案，而不是一个真正的“需求”。客户为什么要一个P2P平台？客户原来是做线下信贷的，他需要做一个P2P平台，可能为了解决不同的问题，满足不同的“需求”。至少有这几种“需求”的可能：一是他本身业务规模发展没有问题，他希望把线下流程搬到线上，提升用户借贷的效率和操作易用性；二是他本身业务在资金端遇到瓶颈，他希望通过做P2P平台获得互联×××资者的资金；三是他本身业务在资产端遇到瓶颈，他希望通过做P2P平台提供基于互联网的借款申请，扩大借款人规模。由于客户自己提的是一个不完整的解决方案，产品经理需要在其基础上做出完整的解决方案，而不同的客户需求，会对产品整体方案产生很大的影响。在大部分情况下，互联网产品要求快速上线，功能不可能做得十分全面，产品经理在产品方案上会对功能进行取舍。而只有真正了解了客户的需求，才能做好功能取舍。以上面的例子，如果是情况二，P2P平台中的营销相关的功能，活动相关功能是产品方案中不可缺少的。而如果是情况三，产品方案中借款审核，风险控制等功能就成为需要重点考虑的。如果是情况一，则营销功能，风控功能都可以做得简单一些，甚至在第一版中都不提供。

 

需求方提出的要做的东西，往往不是需求，而是一个解决方案。而且很有可能还是一个有问题的解决方案，因此作为一个好的产品，一定要真正了解需求方的“需求”。基于需求，看需求方自己提出的“解决方案”是否合理，是否有更好的方案。如果有更好的方案，及时给需求方提出建议。这样才能避免产品过程中的方案反复，提高产品的成功概率。