To B 产品需求分析的实践流程( 三 )

那你们是咋干的？
你觉得现在哪儿不好？
你觉得咋干好？为啥？

问的越深，你搜集到的需求越精确，将来你设计的产品越不会被人家吐槽。另外最好选择不同工种来做交流，业务流程上下游都要交流一下，这样需求就比较全面了。
03 客户需求分析
跟用户聊完了，就该跟客户聊了。跟客户聊就不能聊业务情况了，客户的时间通常都很宝贵的，你得提前做准备，最好做个PPT ，把你预想的内容准备好了在去跟人家聊客户需求。
千万记着，如果你没有准备，不管问啥客户都会说可以、想要、没错，如果你准备的很具体，客户就会对你的内容提出来问题，这个问题极有可能是客户真是面临的问题。通常跟客户聊需求我都会准备解决方案PPT ，这里面主要内容包括：

政策环境（一般是废话）
产业环境（一般也是废话）
客户需求（一般是自己想出来的或者从竞品那弄过来的）
解决方案（对客户需求的解决方案，一般会讲我们设计的业务流程）

看着是不是特别熟悉，没有错，跟客户聊需求，你得特别有自信的给客户一种感觉，我们这个产品已经是OK的或者马上就要OK了，这次我来就是给你讲讲我们的产品解决方案。
你把这个解决方案一讲，尤其是里面涉及到的业务流程、管理监督、数据分析等等的内容，关系好的客户一般会结合自己的实际经验给你意见，关系不太好的通常就说挺好的等等恭维的话。
切记，只要没有进入销售阶段，所有客户的需求都可能是伪需求（别问我怎么知道的），如果客户提到了一个需求跟你公司内部分析的差不多，就采纳，如果不是很契合，就扔到需求池里面等着吧，有一天当他们真的要采购你的产品的时候，你就知道他这个需求是不是真需求了。所以，按照我的经验，跟客户聊需求最好是经过市场或销售部门筛选过，已经有了采购意向的客户，要不容易被误导。
04 完善产品解决方案
之前跟客户聊需求的时候，你已经写过一版产品解决方案了。等聊了一圈儿以后，对需求进行以下整体的分析，给需求划分个优先级，按照基本需求的内容做第一个版本的产品解决方案就行了。
具体怎么做？可千万别忘了我提到的终极大招， “抄”+“改” 。虽然很阴险，但是真的是挺好的方法。童鞋们不爱听啊？那我换个说法“借鉴”+“微创新” ，是不是看上去高大上多了？
最后，我一般编写产品解决方案的时候，使用PPT（毕竟是给人家讲的内容的），通常包含以下几个方面：

政策法规（一般描述下政策等大环境）
现状分析（一般描述下客户可能遇到的问题，别太多）
客户需求（针对现状分析，描述对应的问题解决需求）
解决方案（针对客户的需求，描述下解决方案，一般是流程+功能描述）
产品体系（宏观上描述下产品的整体构成）

有了这个产品解决方案，公司的市场销售就可以拿出去找客户去预热市场了，从预热到成单一般大概是半年到一年的时间，你要是还不能把产品发布出来，就该卷铺盖走人了。什么，后面该干啥还不知道？那就跟着笔者进入下一个阶段——产品设计阶段吧。
本文由 @Jimmy.jing 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash ，基于CC0协议