【】产品经理手中的“江山社稷图”：聊聊产品规划( 三 )

本文插图
需求池的记录方式
需求池的记录方式有很多种，各个公司内部可能会有统一要求的比如JIRA就可以完成这样的工作，之前自己所在的团队使用过Trello ，方便团队共享使用，自己记录的话就用Excel就可以很好地满足需求了。
5. 需求管理，确定优先级
根据需求池深刻理解需求：
需求池建立后，就是对一些伪需求、没有实现价值的需求进行剔除。在需求收集阶段，我们已经对收集来的需求有了初步认识，可以透过现象看到本质而在筛选阶段，我们是对需求做“减法”、做归类。
核心就是：剔除无用需求，对有类似痛点的需求进行合并，提炼有价值需求，帮助需求库“瘦身”在工作中，较常见的无用需求分为两类：

个例需求：个别用户对产品功能、操作体验的不满，因为一个产品不可能满足所有人的喜好，要以价值观为导向去服务大多数用户；
与产品战略相悖：用户提出的需求与产品的核心价值观背道而驰，这就需要在战略目标与用户需求上进行取舍。

分析需求优先级：
在得到了经过筛选、合并、去重后的需求池后，需要对需求的优先级进行初步的划分，这里介绍两种常用的需求优先级判定的方法论：
方法1：Kano模型
Kano模型这里不多描述了，简单来讲， Kano 模型是狩野纪昭教授发明的对用户需求分类和优先排序的一种工具，与产品经理的贴合度非常高，于是这样一个非产品行业的教授所发明的工具，成为了产品经理们的方法论。

本文插图
方法2：四象限法
四象限法最适合和开发、运营团队battle了，我们拉出需求池，象限图一画，围绕着产品的定位、所处生命周期的核心目标，把需求紧急、重要性两个维度一衡量就会清晰很多。此处常用语句“这个需求确实重要，但是现在有个更紧急的需求，不如我们放到下个版本优先支持吧！”

本文插图
6. 拆解时间周期，确定版本规划和目标
产品需求、优先级确定后，要根据团队的开发人力资源、团队的整体目标来拆解具体的版本计划和时间节点，具体的发版计划周期一般只是一个参考值，可能会根据实际的开发情况进行调整。在这个过程中还有一项工作极其重要，就是数据统计和分析的工作，每一个版本上线前都需要结合版本新增功能进行数据需求的梳理并预估一个数据预期，等到上线后根据实际的数据进行下次迭代、调整的依据。

本文插图
而拆解具体的时间周期，这就需要项目经理充分沟通需求牵涉的端评估各端各自的开发时间，留足充分的开发、联调、测试时间，确定各个模块的人力投入和模块负责人，做好充分的准备。
7. 推动执行和Review
当整个产品的版本、路径规划出来后，产品经理要做的事就是要和团队的成员同步整体的产品规划，在多方的建议、实际情况结合后，不断的迭代一版规划，当整体的产品规划确定后，后续就是要围绕在产品规划这个中心，根据实际的开发进度、各方反馈，做出版本的调整。
以上，全部。
作者：人间叁月半，微信公众号：人间叁月半，一个运营转行的产品，一个文科左撇子的产品，一个多段失败经历的产品
本文由 @人间叁月半原创发布于人人都是产品经理。未经许可，禁止转载