编辑指南： b端产品的需求就像大海一样，要想制造出好的产品，有效的需求分析是不可缺少的。 作者总结思考了多年的b端产品经验，希望输出需求分析方法论，帮助合作伙伴建立自己的需求分析框架，提高需求分析效率，打造有价值的优秀b端产品。
本文讨论的需求分析环节是指识别用户需求，确定产品功能的过程，只讨论产品原型制作之前的需求分析环节。
一、需求分析总体流程
1. 第一步：收集需求，寻找产品/功能目标
无论是日常工作还是需求分析，都要明确宏观目标。 产品的具体功能是指通过定义要做什么、要做什么，可以通过以下方法找到产品的目标。1 )找出需求触发原因，按需求触发原因收集需求。
内部有具体问题，需要解决：即使别人或自己提出，也需要使用3W2H挖掘深层次的需求； 产生竞争品压力，想提高产品竞争力：别人提出时，委托对方分享，自己提出时，需要竞争品分析市场上出现新趋势、新政策，把握潮流抓住机遇：别人提出时，委托对方分享， 如果自己观察的话，需要收集资料仔细研究； 市场上出现了新技术，希望把握机会：如果别人提出，需要委托对方分享； 然后，分析技术发展路线、应用趋势(解决什么问题)，从那里分析灵感技术的现有应用工作，看看能解决什么问题，寻找机会； 市场上出现了新人，就表示有了新的需求，希望把握机会。 需要分析新人的特征和需求，寻找市场机会。 2 )根据收集需求，分析识别业务支持目标、重要利益相关者。
3 )根据收集需求，分析识别系统能够解决顾客用户的哪些痛点，公司是否已经有了解决条件。
4 )根据收集需求，分析问题以应对市场人士，解决方案行业已有前景、竞争态势。
5 )综合以上分析，结合公司的情况，分析其对公司的价值如何？ 现在做吗？
6 )总结报告，根据以上分析，识别用户需求及其最大痛点，发现产品目标机会，向公司内部领导报告，领导必须展翅确认业务目标。
如果没有产品的目标，后面的工作就是浪费时间。
2. 第二步：分析现状，识别问题
产品/功能目标确定后，开始详细的问题分析，为策划产品做准备。对外，只有顾客用户不满现状，出现具体问题，才会有需求。 关于b端产品，一般已有运行的解决方案，目前的解决方案无法满足用户的期望，出现了一些问题； 内部方面，公司对内部不满，出现具体问题，才会出现需求。
具体的实施步骤如下。
分析场景中涉及的重要术语、数据实体的概念是什么(是什么、怎么计算的)、源是什么、相互关系是什么。 理解基础业务术语的概念就是理解业务基础； 分析现有的哪些解决方案、重点用户和非重点用户、场景、流程有哪些，存在哪些具体的问题和缺点。 分析的具体手段如下
步骤1和步骤2的界限非常模糊，详细分析现状时有时会重新发现产品的功能目标，有时分析现状后会发现产品的功能目标有问题。 整体处理的原则是，首先定义是否要做，然后决定是否详细分析，从而提高分析效率。
3. 第三步：产品总体方案设计
总体方案设计是在产品设计初期或设计复杂功能时，全面考虑，设计产品总体方案，把握产品宏观方向，避免一步走错，一步走错的局面。 具体操作如下。1 )根据现状分析结果，考虑公司状况、战略目标定位，设计产品整体结构、产品形态、核心流程、功能组合，实现用户目标，解决现状问题等宏观问题。 具体包括以下内容。
【产品定义】总结，抽象描述谁解决什么问题，确定产品边界； 整理【产品形态】，产品以什么样的形式存在； 推送演出【核心业务流程】，基于不同角色的用户如何使用系统实现业务目标【具体功能模块及其价值】前几步，具体分析需要什么样的功能和各个模块的目标价值，使之与竞品不同； 策划【产品愿景】，结合公司的现状和意愿，锚定对产品未来期待什么样的效果()； 根据产品愿景、功能商业价值和公司现状，规划产品演化路线图，导出决定先实现哪个部分、后实现哪个部分的【产品原则】，一般对产品管理者来说是指产品生产原则-需求处理原则。 不同的产品阶段有不同的产品原则，需要根据目前的产品阶段及其目标，导出目前阶段的产品生产实施原则…2 )工作沟通报告
与领导、关键客户等产品关键决策人进行讨论报告，确保产品宏观方向的准确性，获得资源支持。 报告内容应结合“第二步：分析现状、识别问题”的分析结果进行报告，以增强方案的说服力。
功能复杂时，特别是报告整体方案后，开始设计产品的细节方案，注意避免整体方向不正确，多次修改的情况。
4. 第四步：产品细节方案设计
整体方案确定后，进入方案的详细设计。1 )详细方案设计的具体步骤如下
确定设计的目标，明确功能解决哪些具体问题； 研究竞争产品功能和使用场景的用户使用当前的产品场景，整理场景中的需求，整理核心场景
和核心需求；基于核心场景、核心需求，结合当前系统已有历史功能，推演所需系统功能；设计差异化具体实现方案，具体功能逻辑；评估细节功能价值（使用kano模型、时间管理四象限、ICE排序法等方法进行评估），规划具体功能优先级和演进蓝图，确定哪部分是当前要实现的，哪部分是后面实现的，哪些是不必要做的。2）工作沟通汇报
细节设计完成，需要向用户、领导同事讨论确认细节方案。沟通时特别注意描述功能的场景和价值，确保当前产品方案可行。细节方案确认后，可开始原型设计。
二、不同需求类型处理要点
针对不同具体需求，在同一需求处理流程上，有不同需求分析要点，需要结合需求分析流程灵活运用。一个需求可能同时属于下面几种不同类型，需要将以下不同需求类型要点组合运用。
1. 协作类需求处理要点
协作需求，指多角色多用户之间通过系统交互，达到业务目标的需求。
1）收集需求，寻找产品/功能目标
协作类产品主要基于以下原因：
想通过系统优化已有流程，提高效率、节省成本、降低风险等；想通过系统，扩展已有业务渠道；想通过系统将个人知识能力固化，转化为组织能力。2）分析现状，识别问题
对原始业务总体进行分析，包含以下分析：
用户原始业务目标分析；组织结构分析；管理利益关系分析；根据目标和干系人关注点，梳理系统涉及的所有原始业务流。对业务流涉及的干系人（用户角色）进行访谈分析，通过以下维度进行分析：
根据KPI询问其核心工作关注点基于工作主题询问其核心关注点基于工作阶段询问其关注点3）产品总体方案设计
根据业务目标和干系人需求及原始流程，设计系统流程，提高业务方工作质效。
4）产品细节方案设计
根据系统流程，分析关键业务专家使用场景需求；对部分场景模型化，设计具体功能方案。2. 管理支持类需求处理要点
管理支持需求，指产品需要支持客户的管理类需求。实际业务场景中，主要是业务方领导层针对工作流过程或结果的管控，想通过系统实现数据信息化，辅助管理决策。
1）收集需求，寻找产品/功能目标
管理支持类需求主要基于以下原因：
事前风险避免，通过增加管理流程、数据预测等；事中风险控制，通过设置“规则”和审批；事后总结优化、通过数据分析。2）分析现状，识别问题
与领导层fddny进行沟通，识别fddny管控点，对原始场景需求进行分析，可查看参考原始的管理文件、报表等。
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 协议