一种互联网产品迭代中的需求管理模型

黄永光 哈尔滨音乐学院

1 互联网产品迭代方法

目前互联网公司中，几乎所有的产品都是采用迭代的方式进行的，包括以下几个部分：最开始的市场调研，需求提炼，需求分析，产品设计原型，研发产品，测试上线，投入市场，需求反馈。每一次的产品迭代都重复以上过程。在产品迭代周期中，产品迭代周期会根据需求大小和意义划分成不同的粒度。比如重要里程碑的版本，时间为3个月到半年左右，甚至更长。在大版本迭代中会划分为若干小版本。小版本上线也是采用螺旋式的迭代方式。一般在互联网公司中，两周是一个基本的迭代周期，有些创业公司甚至是一周一个新的版本迭代。

互联网都奉行着唯快不破的产品理念，项目的整体进展也是通过项目迭代的方式进行的。这是一种典型的原型模式。因为市场上大众的需求是在不断变化的，并且人类的本质需求也在随着时代的变化，而有着不同的表现形式。所以产品迭代是最好的一种表现方法，既快速逼近真实需求，又满足需求的快速变化。

2 基于需求池的整体需求管理

推进整个项目进展最核心的驱动力就是需求管理，通过对需求的管理，来确定迭代的目标和内容。需求的来源有很多方面，比如市场分析、用户反馈、用户访谈、竞品功能、国外相关产品动态、自己的需求抽象、已知bug、公司内部来源等等。一个项目随着时间变化，需求是越来越多的，需求池管理实际上是对众多需求的管理，需求的状态分为未上线，进入不同阶段迭代周期，已上线等。需求通常还根据象限划分为重要性和紧急性两个层面。从定性和定量两个角度来进行衡量。

每次开始产品迭代的起始点来源就是需求池，每次产品结束的验收也是基于产品需求池。需求池是衡量整个产品工作的一个重要依据。它一般由软件产品是代替实现。

3 自顶而下的层次化需求细化方法

迭代周期，根据粒度不同会划分为不同的阶段。一般采用自顶向下的方式将总体需求细化。根据不同的目标，首先划分大的目标，类似于里程碑的功能，比如1.0版本。2.0版本。这种版本一般都是一种比较大块的功能需求或者重要功能诉求，一般只是描述功能，或者大的方向和目标，并没有具体的实现细节。一般这种周期都是以季度为单位，一个季度或者半年为一个周期。

大的目标之下，还要进行需求粒度的划分。通常会从不同角度做不同的需求分解。最小粒度为交由研发的PRD文档，每一个功能都有细致的输入输出，以及性能要求。

举个例子，大需求为网站实现全文搜索功能。按照自顶向下的层次化分解方法，我们将全文搜索功能分解若干中间目标：实现基本搜索功能、搜索排序、高级搜索条件等。针对每一个中间目标，再进行下一步的细致化功能，比如高级搜索条件，每一个具体的搜索条件，界面摆放位置，性能指标等等。

4 最小迭代粒度的需求优先级判别方法

需求管理最核心的功能就是需求优先级的判断，上一节我们提到需求的层次划分方法，大需求的判断优先级，往往运用PEST等分析方法，再结合整个公司战略目标来进行判断优先级。而最小迭代粒度的需求管理，是由产品经理具体负责，将功能细化，再结合研发的情况和用户的反馈等综合做出优先级的判断。

传统的需求优先级的判别方法，大多都是有两维度四象限的方法，重要性和紧急性。在与研发沟通最小粒度的迭代需求管理中，往往都是由产品经理来确定，基本使用的都是定性分析，很少运用定量分析。这样的方式比较依赖于产品经理的经验，有可能会造成产品需求偏离或者升级安排不当。因为第一产品迭代很大程度上取决于产品经理的水平，第二与研发沟通的时候，研发对于定性的东西，有时并非特别信服和认可，这就可能会造成沟通障碍，使整个项目的推进不顺利。

本文提出了一种适用于小团队的需求优先级判断方法。首先我们利用需求池，将未实现的需求列出来，然后再通过自顶而下的层次化方法将需求细化。细化到可为研发使用的需求列表。然后再对需求进行多维度需求打分。(1) 需求的实现难度和周期，难度越小，周期越短，也就表明需求将越快实现，用户可以尽快的享受到新的功能，从而得分越高。（2）需求收益，这个和传统的需求重要度比较类似，需求收益越大，表明越功能重要，得分越高。（3）需求紧急度，越紧急得分越高。往往遗留bug是最紧急的，同时也有对于大量用户共同反馈的问题也是比较紧急的。（4）市场和竞品情况，如果市场已经有类似产品功能，竞品也有类似类似功能，那么得分较高。通过对各个维度的权重赋值，对每一个功能进行打分。根据打分的的大小，来进行优先级的划分。

5 总结

本文探讨了需求的优先级模型，通过一些定性打分的方法。尽可能的减少产品经理的主观想法，以期更好的对产品进行迭代管理。诚然这样打分方式并不是一成不变的，各个行业和各个公司都有一定的特殊性，但这种结合研发情况的需求优先级的定性方法确实是值得一定的探讨的。