|
1)按产品属性划分项目管理者联盟
需求按性质划分，可分为idea、新增、优化、Bugfix这四种类型。项目管理者联盟
2)按产品职能划分项目管理者联盟
需求按职能划分，则可分为功能类需求、运营类需求、数据类需求、设计类需求这四种类型。项目管理者联盟
3)按需求性质划分项目管理者联盟
需求获取，按性质可以划分为两类：显性的、隐性的。项目管理者联盟
我们直接间接从用户口中得知的需求就是显性需求。比如说，滴滴打车满足的是用户便捷出行的需求。比如说我们在出行的时候,还会有聊天和社交的这种需要。你在和用户沟通的时候，他可能无法很清晰的给你表达出来。因为用户无法表达，所以这一部分需求就需要产品经理通过分析自行得出。项目管理者联盟
因此，在填写需求记录表的“需求类型”这一栏时，格式应该是像这样的：优化/数据类/显性bbs.mypm.net
2.需求来源项目管理者联盟
从需求获取阶段我们可以看出，需求的来源是多种多样的。每一个提出需求的主体都会有自己特定的立场和观点，明确这个主体是谁，将有利于我们更好地理解他所提出的需求。项目管理者联盟
在填写需求记录表的“需求来源”这一栏时，可以参照需求获取阶段的几种获取方式，然后以这样的格式记录：用户-用户反馈-产品论坛【昵称】(最好有该用户的联系方式以及简单的用户背景资料)。如果是内部人员提出的需求，则最好以这样的格式记录：内部-运营部-小明(这样做的目的在于方便需求存在疑问时可以快速地找到具体需求提出者，并与之沟通)。项目管理者联盟
3.需求内容项目管理者联盟文章
所谓需求内容，就是需求是什么。项目管理者联盟
在填写需求记录表的“需求内容”这一栏时，尽量用(主语+谓语+宾语)的语法结构，不要加入主观的修饰语句，避免对后面的需求分析做出干扰。training.mypm.net
4.需求场景talent.mypm.net
需求场景，在我的理解就是对需求产生整个过程的描述。这样来看的话，它其实相当于涵盖了两部分的内容：场景和原因。考虑到场景与原因是一体的，所以我在这里选择不做区分。而关于需求场景的记录，我觉得有必要引入一个概念，这个概念叫“需求场景分析法”。所谓“需求场景分析法”，其实就是利用一些叙事的基本元素对需求产生整个过程的描述。它的具体内容是这样的：项目管理者联盟
时间(在什么时间碰到了问题?)service.mypm.net
地点(在什么地点碰到了问题?)项目管理者联盟
人物(谁碰到了问题?)项目管理者联盟
事件(具体碰到了什么问题?)项目管理者联盟
起因(为什么会碰到问题?)www.mypm.net
经过(碰到问题之后他的反应是什么?)项目管理者联盟
结果(问题是否得到解决?或者说他想怎么解决?他的感受是什么?)项目管理者联盟
在填写需求记录表的“需求场景”这一栏时，则尽量依据需求场景分析法的各个要素来。项目管理者联盟
(至于需求编号、记录时间、记录人员这几项，实在没什么好说的，就无需赘言了。)
|
