打造优秀B端产品需求分析流程&要点
编辑导语：B端产品需求深似海，想打造一款好产品，离不开高效地需求分析。本文作者总结思考了多年的B端产品经验，输出需求分析方法论，希望能够帮助小伙伴建立自己的需求分析框架，提高需求分析效率，打造有价值的优秀的B端产品。
本文探讨的需求分析环节指识别用户需求，确定产品功能的过程，仅探讨绘制产品原型之前的需求分析环节。
一、需求分析总体流程
1. 第一步：收集需求，寻找产品/功能目标
无论是日常工作还是需求分析，先明确宏观目标。对于产品具体功能来说，就是要定义出要不要做、做什么的问题，可使用以下方法找到产品目标。
1）识别需求触发原因，根据不同需求触发原因收集需求。
内部存在具体问题，需解决：无论是别人或自己提出，都需使用3W2H挖掘深层次的需求；
出现竞品压力，想提升产品竞争力：若是别人提出，邀请对方进行分享，若是自己提出，需要进行竞品分析；
市场出现新趋势、新政策，想把握潮流抓住机会：若是别人提出，需要邀请对方分享，对新趋势、新政策的看法，并查看行业标杆，对其进行分析查找机会；若是自己观察到，需要收集资料进行仔细研究；
市场出现新技术，想把握机会：若是别人提出，需要邀请对方分享；并分析技术发展路线、应用趋势（解决什么问题），从中收获灵感；分析技术已有应用业务，看能解决什么问题，查找机会；
市场出现新人群，代表着产生新的需求，想把握机会：需要分析新出现人群特点及需求，查找市场机会。
2）根据收集需求，分析识别业务支持目标、关键干系人。
3）根据收集需求，分析识别系统可解决客户用户什么痛点，公司已有条件是否具备解决条件。
4）根据收集需求，分析问题对应市场人群，已有解决方案行业前景，竞品情况。
5）综合以上分析，结合公司情况，分析对公司价值如何？是否现在要做？
6）总结汇报，根据以上分析，识别用户需求及其最大痛点，发现产品目标机会，汇报公司内部领导，领导拍板确认业务目标才能做。
没有产品目标，后面的工作都是浪费时间。
2. 第二步：分析现状，识别问题
产品/功能目标确定的情况下，开始详细问题分析，为策划产品做准备。
对外来说，客户用户对现状不满，产生具体问题，才会产生需求，对于B端产品，一般会有一些已经在运作的解决方案，当前解决方案不能满足用户预期，于是产生了一些问题；对内来说，公司对内不满，产生具体问题，才会产生需求。
具体实施步骤如下：
分析场景中涉及的关键术语、数据实体概念是什么（是什么，如何计算的）、来源是什么、相互之间关系是什么。弄懂基础业务术语概念是弄懂业务的基础；
分析了解现有哪些解决方案，重点与非重点用户、场景、流程有哪些，有什么具体问题与弊端？
分析的具体手段有：
第一步和第二步边界是非常模糊的，有时是在详细分析现状的情况下，重新发现产品功能目标，有时是在分析完现状之后，发现产品功能目标有问题。总体处理原则是，先定义出要不要做，再决定是否详细分析，提高分析效率。
3. 第三步：产品总体方案设计
总体方案设计是在产品设计之初或设计较为复杂的功能时，全盘考虑，设计产品总体方案，把握产品宏观方向，避免一步错，步步错的局面。具体操作如下：
1）根据现状分析结果，考虑公司情况，战略目标定位，设计产品整体架构、产品形态、核心流程、功能组合，达到用户目标，解决现状问题等宏观问题，具体包含：
总结出【产品定义】，抽象描述解决什么人什么问题，确定产品边界；
梳理出【产品形态】，产品是以什么形式存在；
推演出【核心业务流程】，不同角色用户怎么使用系统达到业务目标；
梳理出【具体功能模块及其价值】根据前面几步，分析出具体需要哪些功能及各模块目标价值，与竞品产生差异化；
规划出【产品愿景】，结合公司现有情况和意愿，锚定出希望产品未来达到什么效果（如希望做垂直行业第一？）；
规划演进蓝图，根据产品愿景、功能业务价值、及公司现有情况，规划产品演进蓝图，决定先实现哪部分，后实现哪部分；
推导出【产品原则】，一般对产品经理而言，指产品生产原则-需求处理原则。不同产品阶段有不同的产品原则，需要根据当前产品阶段及其目标，推导出当前阶段产品生产实施原则；
……
2）工作沟通汇报
与领导、关键客户等产品关键决策人进行讨论汇报，确保产品宏观方向的正确性，获取资源支持。汇报内容，需连带“第二步：分析现状，识别问题”分析结果一并汇报，提高方案说服力。
功能较为复杂时，特别注意先汇报总体方案，再开始产品细节方案设计，避免总体方向不正确，多次返工情况。
4. 第四步：产品细节方案设计
总体方案确定后，开始进入方案细节设计。
1）细节方案设计具体步骤如下
确定设计方案目标，明确功能解决什么具体问题；
研究竞品功能和使用场景；
设计用户使用当前产品场景，梳理场景下需求，整理核心场景和核心需求；
基于核心场景、核心需求，结合当前系统已有历史功能，推演所需系统功能；
设计差异化具体实现方案，具体功能逻辑；
评估细节功能价值（使用kano模型、时间管理四象限、ICE排序法等方法进行评估），规划具体功能优先级和演进蓝图，确定哪部分是当前要实现的，哪部分是后面实现的，哪些是不必要做的。
2）工作沟通汇报
细节设计完成，需要向用户、领导同事讨论确认细节方案。沟通时特别注意描述功能的场景和价值，确保当前产品方案可行。细节方案确认后，可开始原型设计。
二、不同需求类型处理要点
针对不同具体需求，在同一需求处理流程上，有不同需求分析要点，需要结合需求分析流程灵活运用。一个需求可能同时属于下面几种不同类型，需要将以下不同需求类型要点组合运用。
1. 协作类需求处理要点
协作需求，指多角色多用户之间通过系统交互，达到业务目标的需求。
1）收集需求，寻找产品/功能目标
协作类产品主要基于以下原因：
想通过系统优化已有流程，提高效率、节省成本、降低风险等；
想通过系统，扩展已有业务渠道；
想通过系统将个人知识能力固化，转化为组织能力。
2）分析现状，识别问题
对原始业务总体进行分析，包含以下分析：
用户原始业务目标分析；
组织结构分析；
管理利益关系分析；
根据目标和干系人关注点，梳理系统涉及的所有原始业务流。
对业务流涉及的干系人（用户角色）进行访谈分析，通过以下维度进行分析：
根据KPI询问其核心工作关注点
基于工作主题询问其核心关注点
基于工作阶段询问其关注点
3）产品总体方案设计
根据业务目标和干系人需求及原始流程，设计系统流程，提高业务方工作质效。
4）产品细节方案设计
根据系统流程，分析关键业务专家使用场景需求；
对部分场景模型化，设计具体功能方案。
2. 管理支持类需求处理要点
管理支持需求，指产品需要支持客户的管理类需求。实际业务场景中，主要是业务方领导层针对工作流过程或结果的管控，想通过系统实现数据信息化，辅助管理决策。
1）收集需求，寻找产品/功能目标
管理支持类需求主要基于以下原因：
事前风险避免，通过增加管理流程、数据预测等；
事中风险控制，通过设置“规则”和审批；
事后总结优化、通过数据分析。
2）分析现状，识别问题
与领导层管理者进行沟通，识别管理者管控点，对原始场景需求进行分析，可查看参考原始的管理文件、报表等。
3）产品总体方案&细节方案设计
对管控点进行分析，得出功能方案。
3. 数据处理类需求处理要点
数据处理需求，指处理业务数据需求，如一些大数据系统，系统之间有数据交互流转。
1）收集需求，寻找产品/功能目标
无
2）分析现状，识别问题
除理清数据实体概念、计算方式、之间的数据实体的构成、关系、流程之外，还需重点关注考虑数据来源、数据量、数据跟随业务流转动态变化关系。
3）产品总体方案&细节方案设计
私有化部署或其他需要带数据交换的系统，需要全流程考虑数据协作交换场景和方式。
4. 运营监控类需求处理要点
运营监控需求，指为了客户或公司本身提出的需求。
1）收集需求，寻找产品/功能目标
无
2）分析现状，识别问题
无
3）产品总体方案&细节方案设计
根据核心运营目标分析所需指标参数，梳理现有系统数据，查看是否能得出相关指标参数，根据复杂度查看是否需要建立数据模型。
5. 维护、产品质量类需求处理要点
指产品维护，保证产品正常运转的一些非直接面对前端用户的需求。
1）收集需求，寻找产品/功能目标
从威胁入手，逆向思维，识别对系统危害最大、频率最高的场景。
2）分析现状，识别问题
无
3）产品总体方案&细节方案设计
无
还有更多的需求类型，不同需求类型，总体需求处理流程类似，但侧重点有所不同。
三、不同产品阶段需求处理原则
任何产品都存在着生命周期，生命周期的不同导致了产品目标的不同。为了使产品效益最大化，针对不同具体产品生命阶段，处理需求时，需要遵循一定的总体原则。
1. 新生期需求处理原则
新生期，类比人类的婴儿期。对于产品，指从0到1打造产品时期，阶段目标一般是快速迭代验证可行性。此阶段需求处理原则是：
多与客户用户沟通验证产品；
MVP快速迭代（成本最小化+快速迭代），开发出满足最小业务全场景闭环的B端产品快速推向市场；
若时间非常有限，先先满足正向需求，最后满足其他非正向需求，如对某数据的管理，先实现数据添加、删除，满足基础的正向需求，后实现数据修改等非正向功能。
2. 成长期需求处理原则
成长期，类比人类的儿童及青少年时期。对于产品，指业务持续增长时期。阶段目标一般是聚焦业务，扩大并做好产品和服务，打造口碑优势。
此阶段需求处理原则是：
服务好已有客户，保持好需求沟通频率；
重视产品运营需求，提升产品和服务质量和范围；
多研究竞品，寻找产品解决方案差异化，打造产品亮点。
3. 成熟期需求处理原则
成熟期，类比人类的成年壮年时期。对于产品，指产品收益稳定时期，阶段目标一般是保持优势，延长产品成熟期，建立产品或业务生态。
此阶段需求处理原则是：
多研究竞品，持续保持产品优势；
扩展已有产品业务，探索新可能，建立产品或业务生态。
4. 衰退期需求处理原则
衰退期，类比人类的老年时期。对于产品，指产品即将失去生命价值走下坡路的时期，此阶段目标一般是转型，探索新可能，少做当前产品优化开发。
此阶段需求处理原则是：
维护已有系统稳定，确保能正常使用，维护好客户用户关系；
少做功能，节省资源用于其他有价值的产品；
基于当前产品业务，探索新可能。
5. 任何产品阶段需求处理通用原则
无论产品处于任何阶段，处理需求可遵循以下通用原则，帮助完成产品阶段性目标：
以重点客户、重点用户、领导核心需求为导向；
基于当前产品目标&公司商业目标设计产品；
功能方案设计，尽量使用户使用方便（如流程简化、提供指引帮助等）；
功能方案设计，保证产品稳定运行是基本盘；
功能方案设计，考虑未来扩展性；
功能方案设计，模块清晰，尽量少耦合。
产品生命周期不完全同于人的生命周期，不一定完全遵循“新生期-成长期-成熟期-衰退期”流程，可能刚度过新生期由于公司业务调整，产品直接进入衰退期，也有可能产品在衰退期由于公司业务调整的重视，重新投入资源，让产品重新进入成长期
四、总结
本文以需求分析总体流程为主体，说明需求分析整个过程，又以处理不同类型需求加以要点说明，最后将需求分析放置于整个产品生命周期，说明在不同产品生命周期处理需求需要把握不同总体原则。
相信基于以上需求分析框架体系，处理大多数需求能都游刃有余，高效打造出一个有价值的B端优秀产品。希望能给到小伙伴建立自己的需求分析框架一些启发。
本文由 @但但 原创发布于人人都是产品经理
题图来自 Unsplash，基于 CC0 协议