产品新人如何做需求管理（二）

刘家乐

上接：http://dztp.yidouwang.com/forum.php?mod=viewthread&tid=131&extra=page%3D1
2、建立／维护需求池

[color=rgba(0, 0, 0, 0.8)]需求池是对现有需求的一个汇总和统计，它的主要作用在于帮助需求评估和管理。需求池中的需求，由产品经理／需求分析师按照单项需求卡片中的记录一条条记录入需求池中。需求池不需要像单项需求卡片那样描述得非常详细，需求池中的需求，其实是经过产品经理阅读需求卡片后，“翻译”成可以被开发人员直接理解的需求，这个必须由产品经理亲自来把控，以免造成误读。

[color=rgba(0, 0, 0, 0.8)]

[color=rgba(0, 0, 0, 0.8)]需求池

[color=rgba(0, 0, 0, 0.8)]需求池的规范不一而足，但是建立的初衷是帮助产品经理和开发人员以及所有相关的团队成员来确认产品工作任务的。因此，需求池中除了一部分来自于单项需求卡片的内容外，还需要由开发人员来评估开发量，需要和相关成员开需求评审会来确定需求后续状态，从而判断该需求是否进入开发队列中，预计何时完成。

3、需求跟进

[color=rgba(0, 0, 0, 0.8)]需求池中的需求如果在需求评审会上被拒绝或暂缓，需要在备注中说明情况，也必须通过邮件的方式告知提出需求的人（我认为这是一种尊重，这样才会有人愿意不断配合你提需求），切忌石沉大海一般毫无反馈；如果需求已经进入开发队列，产品经理则需要不断跟进需求的状态直到开发完成，通过需求卡片中规定的验收标准验收产品，这里也同样切忌只管头不管尾，产品上线后要持续对新的改动进行观察，随时做好版本回退的准备。

[color=rgba(0, 0, 0, 0.8)]总而言之，需求跟进流程确保每个需求都能有一个结果，这是产品经理最大的职责。

痛苦的抉择，来自于不断的思考，正确性也来自于此

[color=rgba(0, 0, 0, 0.8)]如果一味只听别人说而不多加思考的话，只会拖累自己也拖累产品，这是我经过失败的教训得到的经验。一旦开始思考，你就会发现对于哪怕一个看似很简单的需求，需要考虑的问题也非常多非常繁复，而需求与需求之间的关联，也往往让你不知道该如何抉择。

[color=rgba(0, 0, 0, 0.8)]在需求池中有这么两个可以帮助产品做需求决策的参数：一个是优先级，一个是性价比。

[color=rgba(0, 0, 0, 0.8)]优先级来自于需求卡片的描述，经过对需求细致了解后作出的感性判断（这里的感性只是相对性价比而言）；性价比则比较量化，可以通过价值／开发量进行计算，性价比越高，理论上越值得做。开发量可以通过开发时间来预估，价值则需要参照产品现阶段的OKR（Objectives and Key Results即目标与关键成果法）来进行评估，比如说某功能需求可以完成现有OKR的50%，那么该需求的价值可以定为50，开发量为10个story，则性价比为50/10=5。

[color=rgba(0, 0, 0, 0.8)]当我判断一个需求是否做怎么做何时做的时候，需要50%的感性，也需要50%的理性，这两个数据确实可以帮助我进行需求评估与决策，相信也可以帮到你们。思考需求中所有你能想到的有关的因素，深入地挖掘需求背后的本质，然后使用优先级和性价比来做最后的决定，然后一切都会非常顺理成章，因为正确性就在思考中产生。