需求|快速搞定B端需求，看这篇就够了( 二 )

文章插图
1）业务需求，那需要从直接相关方和上下游的间接相关方来看，比如房产营销中的客户锁定期和解锁期，就会可能影响到销售、财务、采购、管理者等各个相关方，需要每个相关方都接触了解后才能设计。
2）管理需求，主要在上层管理的需求，一般只需要针对相关领导的需求就行，但需要知道需求方真实的需求，和该需求是否能够实现。由于管理流程是附加于业务流程之上的，所以如果业务流程没有能够产生这个管理需求的能力，那就需要从业务流程中去重新审视这个管理需求的真实性和可行性。
3）用户需求，这个就比较简单了，主要就是使用习惯，交互等事宜。可以从同一层级的直接相关方了解后进行分析。
2. 判断真实的需求1）方法一：逻辑演绎
当产品经理不清楚客户的业务但又感到有问题时，可以用逻辑推演来判断，通过逻辑推演可判断客户的需求是不是合理的、正确的。
例如：为什么需要做这个功能？缺少这个功能会如何？这个功能与其上游的工作流的关系，与下游的工作流的关系？思考新需求对现有业务逻辑的影响，会不会影响现有业务功能，当然也同样要考虑到一些潜在的影响，这同样是你对需求评估的一个重要标准。
2）多维度观察
产品经理与客户在专业知识方面是不对等的，客户并不知道他提的需求将来在系统中会带来什么后果，产品经理也未必听懂了客户的真实需求，因此对客户提的“表面需求”要经过侧面的判断才能确定为“真实需求”。为了解决这个问题，可以参考使用5W1H分析法帮助做好判断工作：

对象（what）：什么事情。
场所（where）：什么地点&场景。
时间（when）：什么时候、顺序。
人员（who）：相关方、责任人。
为什么（why）：原因。
方式（how）：如何。

在需求调研中使用5W1H方法，首先要理解的是What、How，而作为判断的重要依据的是Why，其他Where、When、Who是附属信息，没有经验的产品经理只会从正面进行调研，即询问“做什么”“怎么做”，但是最为重要的“为什么做（Why）”却往往不问，这样就会失去多维度观察需求的机会，也同时失去了识别需求的虚实的机会。
3）价值判断
对于复杂的、规模较大的需求，用简单的、操作层面的能够做评估的依据难以确定是否是真实的需求，可以用“目的、价值和功能”三要素来分析和判断。目标，客户的需求目标是什么？价值，确认该目标达成后，客户可以获得什么价值？功能，做什么功能可支持该价值的实现？
如果针对某个需求的判断符合下述条件，那么它就可能不是真实的需求。

确定不了这个需求的目标是什么？
虽然知道目标，但是看不出目标达成后会给客户带来什么价值（回报）。
提出的功能需求实现后，并不能给客户带来预期的价值等。

五、搭建需求池&需求的优先级从各个渠道来的需求，经过上述的分析后，可以放入到需求池中。需求池里的需求主要有：

真实的需求，还未进行过价值评估；
可能转化为需求的一些思考、想法、灵感。也可能是从竞品那分析所得。

过滤了一些伪需求，通过挖掘知道了用户的真实目的，确定了需求方意愿度，明确了需求价值点，根据需求价值来提供解决方案，整理出了需求池，接下来就是对需求的优先级排序：
1）从需求分类的层级来排序，在B端产品中，因为业务需求是所有需求的底层，所有业务需求是第一位的，然后才是管理需求，最后才是用户需求。这就是为什么很多B端产品不讲究交互设计，而在业务流程上做了很大的投入。