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

本文作者 @一个光叫走路的孩子丶 。

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！