产品开发的需求阶段是指立项完成之后,根据立项计划书的任务内容,对任务进行目标分解,形成需求文档,确认项目需求分解到相关责任人或部门。在需求阶段,需要一名具备专业技能和项目经验的工程师来把控整体需求和需求细节。
从整个需求管理的流程角度来看,一般遵循需求收集→需求分析→需求分配→需求实现→需求验证这个过程。需求管理阶段的流程如图3.1所示。
3.1需求的概念
- 3.1需求的概念
- 常见的需求概念
- 客户需求
- 原始需求
- 产品需求
- 系统需求
- 功能需求
- 非功能需求
- 性能需求
- 需求分类与管理
3.1需求的概念
需求,也就是用户对需求的描述。这里有两点需要注意,一是要收集来自用户的客观需求,所谓客观,就是产品经理不能引导用户说出自己的需求。二是确保需求描述的完整性,这种需求发生在什么场景,用户的具体需要是什么。需求一定是和场景结合的,脱离了具体场景的需求也就丧失了其价值。
常见的需求概念
下面介绍一些常见的需求概念。
业务需求表示组织或客户高层次的目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。业务需求描述了组织为什么要开发一个系统,即组织希望达到的目标。使用前景和范围文档来记录业务需求,这份文档有时也被称作项目轮廓图或市场需求文档。业务需求通常代表的是产品方向,而不是具体的需求。有的企业讲的战略需求,是业务需求的另外一个说法。
笔者在华为做监控安防产品的时候,海康威视、大华已经占得先机,如何实现突破?当时项目的指导思想是“在品质方面胜出,要做监控安防领域的苹果”,占领技术制高点、产品制高点,避免同质化,避免陷入价格战。那么在这款产品的市场定位上,定义为“高端园区”,所以在特殊功能、性能指标方面,追求极致;而在成本、复杂度上面做出妥协。这款产品因为避开同质化产品,可以通过高价获得更高利润率,并且可以在很多项目中实现控标。
用户需求描述的是用户的目标,用户对产品的要求。用例、场景描述和事件、响应表都是表达用户需求的有效途径,也就是说用户需求描述了用户能使用系统来做些什么。用户需求也不能直接变成产品需求,这中间需要对用户需求做进一步的分析、判断。对于用户需求,千万不要臆想,把自己当作用户。换位思考是好的,但是开发人员往往不具备客户的行业经验,或者不具备用户使用产品的场景,所以用主观意识去使用和认知产品,往往换位不成功,臆想不符合客户需要的原本的模样。
客户需求
客户需求:描述的是客户(为产品买单的人)提出来的需求。对于某些行业来说,例如运营商核心侧设备,客户需求往往就是用户需求,因为客户长期从事相关产品的使用者,属于专业人员,专业能力较强,而且产品附加值高,往往配套专业的培训和教材。但也有相当多的产品,客户和用户并不同,例如儿童玩具、宠物食品等,这就需要兼顾客户需求和用户需求。
原始需求
原始需求:这是描述需求状态维度的一种叫法,常常也被叫作初始需求,是指“未经过任何加工和修改的需求”,业务需求、用户需求、客户需求都属于原始需求。
产品需求
产品需求:产品需要实现的需求,是业务需求、用户需求、客户需求等原始需求的打碎、重组,并不是简单的翻译转换,而是了解全局后的一种重新定义和升华。用户需求到产品需求的转换,一般由产品经理或者系统工程师牵头完成输出。
系统需求
系统需求:用于描述包含多个子系统的产品(系统)的顶级需求。系统可以只包含软件系统,也可以既包含软件又包含硬件子系统。人也可以是系统的一部分。因此某些系统功能可能要由人来承担,最终决定市场对产品的综合评价是否满意。
功能需求
功能需求:必须在产品中实现的功能,用户利用这些功能来完成任务,满足业务需求。功能需求有时也被称作行为需求,因为习惯上总是用“应该”对其进行描述:“系统应该发送电子邮件来通知用户已接受其预定。”
非功能需求
非功能需求:除了功能需求外,我们还常听到一些非功能需求,例如可制造性需求、可服务性需求等跟需求相关的概念,这些都是从不同维度对需求的描述。因此不论是什么需求,我们都应该关注隐藏在这些需求背后的原因,才更容易去权衡各个需求的优先级,更好地进行取舍和排序,使产品在整体上达到最优。
性能需求
性能需求:在实现产品功能的基础上,系统需要达到的性能。可简单地理解为响应速度要快,容量要大等。
需求分类与管理
需求分类如图3.2所示。
硬件需求管理就是通过需求采集、需求分析、需求筛选及需求管理的一系列过程,挖掘客户所描述需求背后的真实诉求和需要解决的问题,经过需求的转化,把原始需求变成产品的功能需求后,才能得到产品的实现目标。