产品需求是产品所有的功能的描述和规划。产品在开发时都有相应的需求规则,将这些规则清晰的描述出来,让开发、测试人员能够直观的明白该规则,且没有产生歧义。需求规则必需是完整的、准确的、易懂的。需求规则的描述上如果涉及到页面交互或者页面的修改,需要设计页面原型。
扩展资料:
产品需求涉及到页面交互的部分,产品经理需要给出设计页面的草图或者设计页面截图在图上说明要相应的内容。对产品使用者做出全面的阐述需求及各类异常情况,融入简要说明中。产品设计通常需要产品经理和UI设计师一起来完成。
产品经理设计一个页面框架,将该页面要呈现的字段及其特征以及页面要使用的场景向交互设计师解释清楚。之后交互和视觉设计师完成产品的原型设计。
可以理解为需求是产品的组成部分,也是产品最终要达到的目的,它既是原因也是结果。一个产品是由需求发起,也是结束于满足需求,产品需求也可以来源于市场,随着时间及市场趋势会需要产品不断地更新和创新。
人的需要是指人体某种生理或心理上的不满足感,它可使人产生行动的动机。人的需要是多样和复杂的。某一时刻,在人的许多需要中,会有一种需要是相对最强烈的,我们称其为强势需要。强势需要产生主导动机,而主导动机直接导致人的行动。人通过行动满足了强势需要后,又会有新的需要变成强势需要,如此循环往复。
产品需求,一般意义上是指,对产品的一个全方位的整体规划描述,就是通过一段话或几段话描述对产品的设计、包装等精准的要求,以PRD文档为例,对产品的整体规划如下:
1、该产品的远景目标(vision)
2、目标市场和客户(target market and customers)的描述
3、竞争对手分析(competitive summary)
4、对产品主要feature的比较详细的描述
5、这些feature的优先级
6、初步拟定的实现进度安排
7、用例(use cases),这可以是较粗略的大致描述,未必一定要UML Use Case图。
8、产品的软硬件需求
9、产品的性能要求
10、销售方式上的思路、需求(直销还是渠道?直销怎么做?渠道怎么做?)
11、技术支持方式上的思路、需求(提供什么样的技术服务?)
PMI 对于产品需求的定义是:需求是指产品所必须拥有的一项功能特性,这个特性一般用于解决客户的特定问题,或者是给客户带来额外的价值。
需求是软件研发的前提和基础。混乱的需求管理流程常常被认为是项目失败的首要原因,相反,合理可控的需求管理能够令后续的开发、配置、测试、变更等环节更加清晰和明确,进而有效地提高项目成功率。
通常需求可以分为功能需求和非功能需求两类。
(1)功能需求
功能需求指的是和系统主要工作相关的需求,主要表现为系统和环境之间的行为交互,即在不考虑物理约束的情况下,用户希望系统所能够执行的活动,这些活动可以帮助用户完成任务。
(2)非功能需求
性能需求:系统整体或系统组成部分应该拥有的性能特征,例如:速度、容量、吞吐量、负载、实时性、CPU 使用率、内存使用率等。
质量属性:系统完成工作的质量,即系统需要在一个「好的程度」上实现功能需求,例如:功能性、可靠性、可用性、可维护性、可移植性、效率等。
对外接口:系统和环境中其他系统之间需要建立的接口,包括硬件接口、软件接口、数据库接口等等。
约束:进行系统构造时需要遵守的约束,例如:运行环境、相关标准、社会因素、编程语言、硬件设施、将来可能提出的要求等。
除了这两种分类,我们还可以按照需求来源、需求类型等其他角度对需求进行分类管理。
产品需求可以理解为产品的组成部分,也是产品最终要达到的目的,它既是原因也是结果。一个产品是由需求发起,也是结束于满足需求,产品需求也可以来源于市场,随着时间及市场趋势会需要产品不断地更新和创新。