产品经理如何进行需求管理？

除了公司内部的需求收集，还有用户的需求收集。如果在B端行业，单单上线用户反馈功能，会成倍增加客服的工作量，根据从业经验，70%的问题都是反馈产品如何使用，用户反馈和产品使用教学的最好一起推行，这样可以过滤掉许多产品操作上的问题（C端行业没有做过，不给予建议）。然后将用户的反馈用Excel收集，定期过滤，模板如上。

2.2 需求评估

在日常工作中判断需求的优先级，是老板的一言堂，还是根据自身行业理解，觉得需求的优先级？这里介绍ICE方法和Kano模型帮助你来判断需求的优先级。

2.2.1 ICE方法

ICE是将需求分为影响范围、自信程度、实现难易3个层面进行评估。

• 影响范围：需求的影响力；
• 自信程度：同事对需求能够带来好反馈的信息程度；
• 实现难易：技术实现需求的难易程度。

评估方式：对需求的每个层面进行打分，1-5分制（优秀、良好、一般、差、非常差），统计每个需求最后的总分进行排序。如下图：

ICE的打分机制也是根据自己的主观臆断进行打分，但比拍脑袋排需求的优先级要强。在使用ICE方法的前期，肯定会被打脸，需求给了较高的评分，但表现出的结果却不如人意。但产品经理需要有一颗强大的心，这个打脸的过程也是锻炼产品经理对市场判断力的过程。

3.2.2 Kano模型

Kano模型这是一个常见的需求分类模型，它将需求分为必备需求、期望需求、魅力需求、无差异需求、反向需求。

• 必备需求：当优化此需求，用户满意度不会提升， 当不提供此需求，用户满意度会大幅降低；
• 期望需求：当提供此需求，用户满意度会提升， 当不提供此需求，用户满意度会降低；
• 魅力需求：用户意想不到的，如果不提供此需求， 用户满意度不会降低，但当提供此需求，用户满 意度会有很大提升；
• 无差异需求：无论提供或不提供此需求，用户满 意度都不会有改变，用户根本不在意；
• 反向需求：用户根本都没有此需求，提供后用户 满意度反而会下降

判断需求的优先级结合Kano模型和ICE方法，首先使用Kano模型就需求分类，然后再将ICE方法将分类的需求进行评分，排序。

3.3 需求执行

将需求分配给了各个同事，此时的需求分为已分配、已执行、已变更3种状态，然后产品经理需要跟进需求的执行的进度，表格模板如上图。

为了保证进度，产品经理需要抓需求的时间节点，协调各部门的资源，各方资源不会冲突。

总结

以上就是需求管理的所有内容，如何分析需求、管理需求、版本迭代是产品经理脱颖而出，从功能产品跨越到更高层次的关键。这个不断升级的过程会遭遇到许多打击，否定，如何保持一颗热爱产品、精益求精的心是关键。

本文素材来自互联网

（编辑：威海站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!