浅谈SaaS产品需求管理模型

作为一名B端SaaS类产品的产品经理，经常会面对各个需求方提出的需求，这种情况下，应该如何进行规范需求的流转和推进呢？下面这篇文章的笔者整理总结了当前使用的一套需求筛选管理的方法论出来，大家一起来看看吧！

作为B端SaaS类产品的产品经理，产品研发迭代过程中会面对各个需求方提出的需求，我们通常需要一套需求管理模型，来规范需求的流转和推进，作者总结了当前使用的一套需求筛选管理的方法论，希望能对你有所帮助。

B端的产品需求来源十分广泛，一线用户、产品运营、内部技术研发人员等，需求内容也十分丰富，包括交互体验优化、业务调整要求、业务理要求等，产品经理再进行需求管理的过程中，不应该被动的接受、执行，产品经理需要能够判断真正的需求价值。

在这个过程中不仅要产品经理深入了解客户需求，理解业务的核心业务场景，提升判断能力，也需要总结提炼需求管理流程，推动产品迭代。以下是我在进行需求管理的时候总结的一些可执行的方法论，希望能和大家一起讨论。

一、如何收集需求

首先来说需求收集我们有两部分，第一个就是获取内外部客户的需求反馈，第二个就是产品经理进行需求调研。

1. 获取需求反馈

B 端产品能获取到的反馈需求通常会比较多，一般也可以分为外部反馈和内部反馈，具体包括一线用户、产品运营人员、测试人员、开发人员、老板等角色，各方会通过自己对产品的使用和理解提出产品需求，通常情况下我们需要建立一套反馈机制来进行需求的收集，例如产品内增加意见反馈功能，暴露反馈邮箱，内部增加共享文档，来进行需求收集汇总。

2. 需求调研

需求调研我们一般会采用几种方式：

1. 产品体验：通过高频率的体验产品，可以针对产品已有功能，提出优化需求，例如减少操作流程、优化交互效果等需求。
2. 竞品分析：通过竞品分析，调研竞品的功能和规划，汇总功能差异点。
3. 走访：通过对市场客户走访了解市场需求和业务模式，汇总业务痛点。
4. 数据分析：通过埋点等功能，汇总分析现有数据，提炼出产品需求，例如：我们监控到xx详情页客户经常会进行截图操作，那么我们可以拓展开发自定义分享的功能。

在进行问题调研后，我们需要将将需求建立标准的需求库，对需求进行统一的需求管理。

二、规范和整理需求库

1. 需求库建立

为了准确的管理需求内容，跟进执行情况，并且能够通过该需求库能比较全面的了解客户的核心业务价值、需求场景、实现方式等内容，我们需要针对于各自产品的特点和要求，规范一套完整规范需求管理模板，并且规范录入规则，下面是我整理的我们现在正在使用的模板供各位参考。

2. 录入规则规范

• 需求要区分优化/Spec，即已有功能优化/新的产品功能。
• 需求录入方要录入使用场景/使用价值（新功能：xxx在xxxx时候用这个功能，解决了xxx问题；优化：xxx在用xxx功能时候xxx地方不好用）。
• 需求录入方必须录入功能描述（希望在xxxx产品中增加xxx功能）。
• 需求方需要录入紧急程度。
• 尽量站在标准产品角度录入（例如：xx用户想增加一个工单类型筛选类型，录入人在进行录入的时候也可以站在标准产品角度考虑，是否可以实现可自定义配置的全部字段的筛选功能）。

三、需求评审会

1. 评审会机制的建立

获取产品需求后，我们需要结合开发周期，定期的对获取的产品需求进行过滤和筛选，并且确认需求优先级及下个版本迭代的开发范围。产品经理是产品成败的第一责任人，但在需求筛选过程中，我们需要获取各方对需求的意见看法，可以更客观的对产品需求进行筛选，最终由产品经理做出最优的决策。

2. 会议机制如下

1）参与人：需求提出方、产品经理、技术负责人、测试负责人。

2）评审流程：

• 需求方宣讲产品需求使用场景，期望功能描述，客户紧急程度。
• 产品经理评估需求场景（需求是否有漏洞、不明确、是否为伪需求），得出结论是否可以进入迭代开发。
• 针对产品经理结论，各方进行讨论，提出意见（技术负责人、测试负责人从自身角度出发分析该产品）。
• 产品经理评估需求优先级。
• 评估下个Sprint需求范围及时间。

3）成果物：

• 可以进行开发的产品需求List。
• 下个Sprint开发范围及优先级（产品经理）。

四、需求评估模型

在进行产品需求评估的时候，产品经理通常以比较主观的看法对产品需求进行筛选和评估，产品经理是产品开发的决策人，我们需要尽量减少主观上对需求的判断，所以我们需要建立需求评估模型，量化产品价值，来辅助进行判断，以下是我们在用的产品评估模型。

1. 需求评估流程

• 划分需求类型：划分该需求是已有功能升级还是新Spec功能，不同的需求类型我们会通过不同的策略进行评估。
• 评估该需求是否可以加入标品迭代。
• 已有功能升级：判断该需求是否可以提升已有功能使用体验，帮助标准产品更加易用。
• 新Spec：判断该需求时是否可以降本增效、引领行业规范、促进标准产品成交。
• 评估需求优先级：评估需求优先级。

2. 评估需求是否可以加入标品迭代（见下图）

3. 如何评估产品需求优先级

（1）量化产品价值：产品价值=客户价值（给客户带来的价值）*权重+公司价值（给公司创造的价值）*权重示例：需求优先级=客户价值*30%+公司价值50%+开发运维成本*20%。

（2）客户价值和公司价值的权重是否需要增加（是以服务客户为目标还是以给公司创造新价值为目标，根据产品目标增加权重，随着产品成熟度和产品战略进行调整）。

（3）客户价值：需要确定影响客户价值的因素，量化需求对客户价值（主要针对老客户）。

• 需求客户的数量 ：需求客户量越大，该需求的用户价值越高。
• 需求客户等级：需求客户是否是产品重要客户（客户公司规模/客户贡献程度）如果是优先级越高，不是优先级较低。
• 需求客户的使用频率：需求客户经常使用的功能则优先级越高，反之则越低。
• 需求对老客户的影响范围：影响范围越广，优先级越低。

（4）公司价值：量化需求对公司的价值（主要针对新客户）。

• 使用体验：对系统整体使用体验有没有提升。
• 战略意义：需求是否可以作为宣传卖点，促进业务销售。

（5）紧急程度：需求方对时间要求的紧急程度。

（6）开发成本：产研的工时（人天）。

（7）运维成本：开发完成后是否需要投入较高的运维成本。

举例：

五、写在最后

需求管理是SaaS类产品迭代的重要一环，需求管理在一定程度上可以决定产品的易用性，甚至可以影响产品的失败，希望各位同学可以根据我的总结，得到一些启发，建立针对与自己产品的需求管理模型，推动产品成功。