| 编辑推荐: |
| 本文来自于jianshu，文章介绍PM做好需求管理和版本规划需要掌握的四个关键词，并对每个关键词做了详细介绍。 |
|
关键词1：目标
不管是个人还是公司，在每一年或者季度都会有目标、方向上的规划。其实产品也是一样，也是需要目标作为方向的指导。
1、“目标”方法论，知悉目标的重要性，以目标为最终导向
不管是做一个项目，还是做个产品，明确知悉「目标」，并且以「目标」为最终导向来分解各个阶段目标，朝着方向努力，正如黑夜中向着光明的那一盏灯，即使道路曲折但只要有方向，就不会迷失。
2、目标分解
产品的目标，分为［长远目标］和［短期目标］：
产品的长远目标，是与产品定位和战略挂钩的，产品最终给用户呈现的是一个什么东西，能给用户解决什么问题。
短期目标，则可以理解为长远目标的拆分，可按时间拆分季度目标、月目标，或者再细颗粒度拆分为版本目标，在考虑短期目标时需要确保方向是在长期目标范围之内的。
这点相信很多的pm在工作过程中也是知道的，所以不展开细讲，写在这里，只是强调“目标”的重要作用，不管在分析一个需求还是在做规划的时候，都需要有杆“目标”秤，时不时去思考，讯问自己：这符合目前的目标吗？对完成目标有意义作用吗？
关键词2:版本管理
pm的工作不但是对产品需求进行挖掘分析、产品设计，而且更多的时间需要花在版本/需求管理上，所以，想重点来讲讲关于版本管理和需求管理的一些工作经验分享。
什么时候需要开始版本的管理？如何进行管理？版本前和版本后具体需要做些什么？想必是具体的疑惑点，结合自己的工作经验和总结，个人总结了产品版本规划的流程规范，具体可以看下图：
产品规划流程图
为确保版本开发资源的衔接性，版本开发需要进入并行状态才不会产生资源的闲置。当一个版本开发完毕后，就要立马开展下一个版本的开发，因此，在上一个版本的开发完毕前就要完成新版本的需求设计任务。
一般来说，在完成一个版本的需求分析（包括原型制作、需求评审、需求文档编写）并成功递交给开发后，就要开始新版本的规划任务了。
版本规划一般包括：
1、版本目标的确定：在这个版本需要处理哪些模块的功能或者重点支撑哪个用户
2、版本规划书：具体要做什么功能，涉及到哪些端，一般一个版本是大功能＋小功能＋众多bug
3、版本规划会议（部门内部会议，确定版本，确定资源分配）：众人拾柴火焰高，个人的力量与想法毕竟有限，而且技术、运营在版本上也会有自身的计划和想法，因此需要一起来评审规划的版本计划，让各方了解计划要做些什么，也提前准备和进行时间评估。
关键词3：需求池
版本中管理，在我理解，其实就是一个需求管理的过程。
许多同学会问：那么每个版本到底要做些什么需求呢？来源在哪？我个人觉得，管理好需求，就是规划版本的来源了。
需求可以分为未挖掘的需求、待规划的需求、规划开发中的需求，来源包括外部用户反馈、同事反馈、内部领导、运营团队、项目团队以及竞品中分析的需求，自己的产品研究得出的想法等等。
那么根据需求类型也可将需求管理总结为三点：1、用户反馈的记录管理 ；2、需求池的管理;
3、当前开发任务的跟踪
针对以上3个方面的，我总结了3个层面的列表管理清单（需求池的建立及管理工具，有很多，excel、X-mind、trello
、oBridge、禅道，最适合也最直观的个人还是会使用excel）：
1、Feadback List
用户反馈列表，收集各种吐槽、优化建议、新创意idea（用户的任何一个反馈，都不能放过。从中挖掘，或许会有新的想法和创意）
Feadback List
使用说明：
只要是有产品的反馈，不管大小，都需要记录下来，最原始最直接的反馈，往往是很多pm会不重视。及时针对反馈进行等级标注，致命问题需要及时排入版本或者紧急修复，也可锻炼pm的敏锐性。
2、Feature List
需求特性列表，需求记录及日常管理的清单列表，我会统称为需求池子（这三个清单中最为重要的）
Feature List
使用说明：
这个清单有两个用途：
(1)对目前开发中的需求进行进度跟踪，包括需求分析的进度和开发的进度，哪些需求还在UI设计阶段，哪个端已开发完毕等等，在一个列表中能看得很清楚。具体要看公司对pm的定位，有些公司会将pm的职责定位为项目管理者。
(2)是作为需求池子，对待规划的需求进行管理、分派解决版本，即为确定哪个需求在哪个版本中处理
这个清单，是需要团队中的每个人进行及时更新、维护的，因此规范非常重要。
一般来说，录入需求池是由pm来负责，包括优先级、来源、类型等内容的确定（黄色区域）。在做每个版本的规划前，需要把即将要在下一个版本作的功能需求更新到该清单中（一般是在开完版本规划部门会议，并且得到大家认可无误后更新）。
开发团队、设计团队则对目前该需求的状态进行更新维护（红色区域）。更新时间一般是在每周五部门例会前进行更新，例会时会根据状态进行工作核对。并且在周一分配工作任务时，也可结合清单来进行分配。
3、Bug List
自己在每天的体验产品方面遇到的bug及优化点（这个列表，是锻炼自己要保持对产品使用频率）
Bug List
使用说明：
这个清单其实是给自己记录来用的。作为合格的pm是需要每天来用自己设计的产品，从用户的角度去体验产品，从中发现需要改善的地方。因此就给自己制定了这个清单。
关键词4：pm的日常
另外也想聊聊，关于pm的日常工作。传言产品经理需要掌握的技能很多，能画得了原型，分析得了市场，谈得了需求，也能协调得了产品生命周期各环节的工作。我也想分享下，自己作为产品经理的日常：
1、每日产品体验 （Bug List)
每天需要处理关于产品的很多杂乱事项，但每天我也会至少留半小时的时候，对自己的产品以及竞品反复体验，并且记下体验过程中得出来的需求点。这一点能保持作为pm的产品触觉，也能让自己回归为用户去体验、思考产品。
2、用户反馈收集与反复查看（Feadback List）
每天定期查看产品的用户反馈后台，自建渠道包括用户群，社交媒体是否有用户投诉反馈，清楚问题之后记下需求点，若是属于bug或者急需解决的需求，立刻反映给开发解决，若是属于不紧急的需求，则列入版本迭代规划中。
3、数据分析（可行性低，b端产品）
4、每日站会，了解目前阶段情况，统筹与识别风险
每天会组织团队开10分钟左右的站立式会议，主题很明确，每人发言将昨天自己工作的内容和今天计划要做的事情，具体涉及到需要协调、沟通的，会议后再具体进行，在不耽误大家的工作时间情况下，是了解目前进度的很好的方式。 |
