产品经理 需求管理 excel模板

需求管理如何有效管理需求的生命周期

产品经理是要对产品或全权负责终端产品负责的，不能只关注在需求转化上才，也需要关注需求实现，两手都要抓，两手都要硬。

很多人可能都还不明白需求分析和需求管理之间的区别，通常我们说起来最多的都是需求收集最高者和需求分析，最常见的介绍一般都说成是需求分析该如何如何，需求分析的过程如何如何，与需求有关的其他活动提及的比较太少。其实需求收集和需求分析都只是需求管理过程中的一个中才环节。

一个项目做了很寛，感觉总是做不完，就像一个“无底洞”。想尽快完成这个项目，但总是有新的融资需求要做。实际上，这里涉及到一个需求管理的概念。项目中哪些该做，哪些不该做，做到什么程度，都是由需求管理的过程来决定的。

通常需求管理是对需求生命周期的管理，从需求的产生到需求的就此结束，过程可以划分为以下几个独立的阶段：

需求收集与整理：基于现有产品的业务转型方向，通过与用户的文化交流、问卷调查等方式，客户端收集到用户对于该产品业务的看法，并实施对这些看法进行归类整理的一个过程。

这个过程概念模型需要对产品的金融业务建立起一个概念模型，以便对其或进行抽象描述。用户很多时候就都要学专业术语，需要有所以需要尽可能的使用场景化的语言描述方式去进行描述。比如想使用者调研用户的理财方式，很多用户可能不清楚“理财”的具体意思，但你问他“平时是如何运营管理铁质多余的资金，是变成银行存款还是本息有别的这种方式？”可能他会更容易晓得。

需求分析：围绕系列产品的业务核心，目的是找到实际要做一般来说的需求，并明确需求执行的优先级。 前面我们也说过，需求分析的关键是找准用户目标用户年龄层，所有的分析方法都要事实上基于业务本身和目标用户的特性进行针对性的运用。除了要从收集回来的需求当中找到找回要做的真实需求外，还要基于需求的业务价值评判出需求执行的。

需求定义：根据需求量调研和需求分析的结果，进一步定义准确无误的产品融资需求。

编号测试点（简单描述，具体到按钮）目的功能描述 （功能做什么的？及此功能操作步骤）业务数据量在线数并发数

V1.0_CR001_Case.001V1.0_CR001_Case.002V1.0_CR001_Case.003V1.0_CR001_Case.004V1.0_CR001_Case.005V1.0_CR001_Case.006V1.0_CR001_Case.007V1.0_CR001_Case.008

V1.0_CR001_MixedCase.001

1、在线数：取系统最高同时使用人数

2、并发数：在线数据的10%~100%不等（一般取在线数的10%~30%）

（1、混合场景并发数的基数取 在线数的10%（范围 10%~30%）；2、混合场景中的每

3、需求中有要测第三方的，请开发提供接口方可测试。接口测试的并发数和在线数相同

4、性能测试的最终测试内容需结合客户真实的应用场景，客户应用最多，使用最频繁的功能

5、根据二八原则，通常系统用户经常使用的功能模块大概占用系统整个功能模块数据的20%

6、测试点：菜单下面具体功能点，具体到页面按钮

7、业务数据量：如使用对象、上传/下载文件大小、查询相关数据量等…，没有请忽略

8、响应时间：对请求作出响应所需要的时间

网络传输时间：N1+N2+N3+N4

应用服务器处理时间：A1+A3

数据库服务器处理时间：A2

响应时间=N1+N2+N3+N4+A1+A3+A2

9、90%响应时间：所有业务所需要的时间90%的比例都比此值小的时间，也就是90%的数据中所拥

10、事务成功率：事务通过数/（事务通过数+事务失败数） 事务通过数：在测试期间，系统一共

11、TPS：有这个需求可以提，没有这个需求忽略（即系统每秒钟处理业务数。客户机向服务器发送

数，最终利用这些信息来估计）比如：在100个并发用户的高峰期，“登录系统”处理能力至少达

12、备注：一些其它需求请备注

人人都是产品经理

第 1 页 共 3 页 产品需求文档

目录

1. 总体说明................................................................................................................................... 2

1.1 修订历史 ....................................................................................................................... 2

1.2 项目概述 ....................................................................................................................... 2

1.3 功能范围 ....................................................................................................................... 2

1.4 用户范围 ....................................................................................................................... 2

1.5 词汇表........................................................................................................................... 2

产品经理需求文档

一、需求概述

1. 产品类型：手机App。

2. 产品背景：本产品旨在满足多功能的日常交互，为用户提供方便的服务。

3. 设计目的：App的设计意图是使用户可以方便的使用本产品，完成他们日常交互的业务。

二、功能描述

1. 社交功能：用户可以根据自身喜好，进行个性化定制，从而使用社交平台分享内容和聊天等信息。

2. 信息查看：可以查看赛事、新闻、社区等信息，以及视频、图片等多媒体内容。

3. 媒体娱乐：包括视频直播、电影、音乐、游戏等娱乐功能。

4. 购物服务：包括在线购物、预约配送、货物验收等功能。

5. 安全保障：通过加密、权限管理等技术手段，确保用户信息安全。

三、界面设计

1. 首页：定位服务、搜索服务等模块都将显示在主页上，及时更新用户的活动信息。

2. 消息页：消息页面显示用户社交交流和活动通知等信息。

3. 我的页：个性化展示用户信息，提供安全补充功能。

四、技术要求

1. 安全性：采用加密技术，对关键数据加解密，确保数据安全。

2. 数据库：MySQL数据库系统，提供全面完善的数据处理技术支持。

3. 图形处理：采用标准库和High-level graphics package，通过OpenGL技术支撑图形处理技术。

4. 运行环境：客户端需要运行在Android 和 iOS 系统环境下，服务端运行在Linux/Unix/Windows环境下。

五、测试要求

1. 单元测试：在开发过程中，对每个功能模块进行独立测试，对每个模块进行完整性测试。

2. 集成测试：在将代码混合在一起之后，检查其整体的行为是否正常。

3. 系统测试：在客户端运行系统，通过真实环境模拟整体系统的复杂性，检查系统功能是否正常。

六、运维需求

1. 服务器：使用服务器建立服务中心，提供对客户端的支持，包括数据库、应用程序更新等服务。

2. 网络环境：统一网络环境，以满足客户端多种设备以及服务器性能要求。