B端产品经理需求分析通用工具，建议收藏

B端产品一般涉及客户/用户角色多、业务流程复杂、需求定制化严重等特点。产品经理们做好了需求分析，才能更好的满足需求，让产品发挥更大的价值。下面分享下我整理的B端产品需求分析工具，建议收藏。

一、需求调研

需求调研在产品经理职业工作中占据很重要的地位，且只有进行调研，才能对用户需求更加了解，才能更好的满足用户需求。

目标用户：需求提出方是谁?最终是谁在使用？解决谁的问题？

真实动机：用户期望达到什么目的?实现什么效果?

了解真实动机很重要，挖掘到真实动机决定是否能更好的满足用户需求。日常生活中有些人只看问题表面或者表达时就比较片面，这里就需要产品经理多问几个为什么去了解真实动机。比如：用户提出在数据列表页面添加导出功能，原因是需要根据筛选条件对某一数据进行统计。表面是只需要添加一个导出功能就能满足需求，实际更好的满足需求是在筛选数据的时候直接将用户关注的数据统计并呈现出来，再根据情况增加导出功能。之前有针对真实动机专门整理过一篇文章《透过现象看本质,如何针对用户做好需求分析》

当前方案：当前执行的业务动作?线上或线下?如何操作的?

同期差异：当前方案实现效果，同用户心理预期之间的差异是什么?

需求频率：该需求发生的频率怎样?1年xx次，还是1月xx次，还是1天xx次等

通过对当前方案、同期差异、需求频率的了解，可为最终输出的方案提供参考，同时也能大致清楚会有哪些关键点需要注意。

二、注意合理性评估

产品边界：目标客户是否在产品边界内?业务范围是否在边界内?不在范围内则拒绝

客户动机：客户动机是否违背安全性等规定? 是否容易造成其他问题?若动机不合理，则拒绝

价值呈现：是否能有助于前端销售拿单?是否有助于提升产品竞争力?是否有助于降本增效提质?不解决是否对客户业务产生影响?

三、技术评估

技术实现：技术层面是否可实现?是否影响后续产品拓展性?是否提升后续产品维护工作量?

技术实现评估尽量拉上对系统/软件熟悉的技术人员一起或单独找技术人员评估，产品经理即使懂技术但未实际参与到底层开发当中对底层逻辑的认知还是存在一定偏差的。

投入产出比：技术复杂度和输出价值对比，投入产出比高还是低，过低则考虑拒绝。

四、通用性评估

通用性的的评估跟产品的标准化、定制化方向息息相关。B端产品多数是标准化产品方向，也会有标准化与定制化 多套产品并行的情况，遇到大客户的定制化需求没有公司会跟钱过不去，多半会在标准产品的基础上独立一套专门针对某一系列定制需求的产品，当然市面上也不乏通过灵活的系统设置或配置让通用性变得更强从而去覆盖一些竞品无法满足的定制化需求的产品。

需求普适性：需求是否为行业/业务领域普遍需求?是否不止一家客户提出该诉求?

竞对需求普适性：竞争对手是否存在相关功能?或覆盖相关场景?

五、优先级评估

优先级基本都可以从商业价值与用户价值两个方面考虑。通俗点理解商业价值主要是跟钱跟市场紧密相关的，用户价值单纯是解决用户某一体验或操作效率的但不会影响用户购买或续费率的。

所以优先级可以依照如下公式排列：

商业价值+用户价值>（商业价值）或（一定商业价值+一定用户价值）>用户价值。

高优先级

1.阻断客户主流程，不满足将导致产品不可用

2.来自关键客户

3.和钱挂钩，直接影响续费、招投标、回款等.

中优先级

影响客户业务管理/执行，优化有利于隆本增效提质，不优化也可以用，只是存在人力成本高、操作整琐、体验较差等问题。

低优先级

有最好，没有也能接受。