说明：如果某些模块对于该产品需求是不需要的，比如市场需求分析，那就说明本产品需求需要做市场需求分析，不要就写【无】。
| 作者 | @作者名称 | |
|---|---|---|
| 优先级 | 优先级要跟着整个团队的计划来保持一致，每个团队的月度计划都是有优先级排定，不应该存在所有的需求优先级都是P0 |
|
| 需求来源 | 例如：来自运营，客满，商户或者内部梳理等等 | |
| 开始时间 | 开始编写prd时间（例如2016-10-17） | |
| 期望上线时间 | 产品期望上线时间（例如2016-11-17） |
| 版本 | 版本名称 | 版本说明/变更原因 | 完成时间 | 备注 | 交互稿 | 视觉稿 | 原型 |
|---|---|---|---|---|---|---|---|
| V1.0 | 版本名称（例如：零售产品一期需求产品文档） | 这个版本写了什么东西（例如：包含了零售产品一期的整体需求文档，包含设置，商品和订单的整体需求） | 2018-07-09 | 与需求版本同步 | |||
| V1.1 | 版本名称（例如：由于需求变更，修改了设置相关需求） | 具体增加或者修改了什么（例如：物流设置修改了一个XXX内容） | 2018-09-20 | 如果有需求变更，这里可以说下变更的风险和主要影响，以及需求变更是否已经和相关人确认 |
说明：如果有需求变更，必须要增加一个版本。 | | —- |
一.背景
描述下需求产生的背景，比如市场情况，行业情况以及目前的业务背景。
二.简介
概况性描述下，该产品需求是什么（WHAT），为什么做这个需求（WHY），尤其是要说清楚WHY.
三.核心场景
| 序号 | 场景描述 | 需求 | 优先级 |
|---|---|---|---|
| 1 | 场景具体描述 | 需求描述 | |
| 2 | 场景六要素：角色，目标，时机，环境，任务，动作（可以和产品TL要一下【场景】介绍文档） 在线购买电影票：周六下午，小明带着女朋友在商场溜达，走到一家电影院前，突然想看电影，打开购票App，找到这个影院，买了一张电影票，自助机器上取票后，进入了电影院看电影。 |
1，支持在线购买电影票 2，自助取票 |
四.市场需求分析
市场需求分析的主要功能是描述什么样的功能和特点的产品可以在市场上取得成功，**其中需要商业化的产品以及新产品都需要做一下市场分析**。<br />市场分析主要包含如下几个部分，可以根据情况写，**不用全部包含，其中目标用户和竞品分析比较重要**：
| 市场分析内容 | 具体内容 | 说明 |
|---|---|---|
| 目标市场分析 | 目标市场 | 产品主要针对什么行业，什么市场。 比如针对 同城电商主要针对一线城市的餐饮，蛋糕烘培，生鲜果蔬市场 |
| 市场规模 | 产品切入市场的规模，例如全国大约有2000万个门店，零售主要切入这块市场，按照一家门店5000块的价值，如果市场占有率做到10%，则大约这是一个100亿左右的市场规模。（这部分可以看一些易观智库、企鹅智酷、比达咨询等数据网站发布的数据和分析报告） | |
| 市场特征 | 主要是市场现状。 例如随着美团点评切入餐饮SAAS市场，餐饮SAAS市场上主要是美团点评和二维火两强竞争的局面，口碑联合饿了么紧急切入市场，客如云也在蚕食餐饮小店的市场份额，整个餐饮SAAS市场竞争非常激烈。。。。。。 |
|
| 发展趋势 | 这个行业发展的趋势，可以参考数据网站的分析报告。 | |
| 目标用户分析 | 目标用户 | 目标用户是哪些。 例如：零售的目前的目标用户是50家以下的中小型连锁店，主要切入蛋糕烘培，生鲜果蔬，3C数码，日用百货，超市便利等。 |
| 用户画像 | 用户画像又称用户角色，是根据用户特点而勾勒出来的用户画像，包括了地区，县市，归属地、姓名、性别、年龄等用户属性的数据。 例如：一二线城市，新门店，懂互联网，能熟练使用软件。。。；已婚，20-30岁年轻人，习惯用信用卡和支付宝购物。。。 |
|
| 用户动机 | 用户的痛点有哪些，用户使用你的产品的主要动机是什么。 例如：营销类的产品用户很多都是为了省钱，获取更多的优惠；分销产品的用户动机大多是为了赚钱；P2P产品，用户最大的动机是获取更高的收益率等。 |
|
| 竞品分析 | 竞品商业模式 | 描述下竞品的商业模式 |
| 竞品目标用户 | 描述下竞品的目标用户，可以对比下上面的我们自己的产品的目标用户。 | |
| 竞品运营,推广，营销策略 | 描述下竞品运营,推广，营销策略，这里主要是为了借鉴或者打差异化。 | |
| 竞品市场份额 | 描述下竞品市场份额，例如美团点评，二维火，客如云占餐饮SAAS的市场份额。 | |
| 竞品相关产品相关分析 | 比如我们现在要做拼团，我们可以参考拼多多的产品设计，对比功能，流程，交互视觉等。 | |
| 竞品核心产品价值 | 竞品主要的商业和用户价值分析，主要解决了用户什么问题，产生了什么价值。 |
（这里只列举符合有赞目前业务发展的部分，更多的部分后续看情况添加）
五.产品价值
描述该产品的价值，主要包含商业价值和用户价值，这块可以直接评估产品重要性和优先级，要做到可评估。<br />例如：
| 类型 | 描述 | 指标 |
|---|---|---|
| 商业价值 | 例如：先定个小目标，赚他个一个亿 | 利润：一个亿 |
| 用户价值 | 提升用户购买电影票的体验，让用户在更短的时间内购买到心仪的电影票 | 下单时长：降低50% 下单转化率：提升10% |
六.总体需求
1.功能列表
| 序号 | 名称 | 说明 |
|---|---|---|
| 1 | 功能名称1 | 功能说明 |
| 2 | 功能名称2 | 功能说明 |
2.业务流程
这里可以添加流程图，泳道图，时序图，用户故事场景地图，产品架构图等业务流程图，建议使用 chrome-应用-Gliffy。
其中除了时序图外，其他的业务流程图都是需要熟练掌握，可以根据产品需要，编写相应的业务流程图，不用所有的图都画一遍。
例如：
| 名称 | 描述 | 示例 |
|---|---|---|
| 流程图 | 圆角矩形表示“开始”与“结束” 矩形表示行动方案、普通工作环节用 菱形表示问题判断或判定（审核/审批/评审）环节 用平行四边形表示输入输出 箭头代表工作流方向 |
 |
| 泳道图 | 泳道图也叫跨职能流程图，旨在展示工作流中每个步骤涉及的流程和职能部门。 |  |
| 时序图 | 时序图（Sequence Diagram），又名序列图、循序图，是一种UML交互图。它通过描述对象之间发送消息的时间顺序显示多个对象之间的动态协作。它可以表示用例的行为顺序，当执行一个用例行为时，其中的每条消息对应一个类操作或状态机中引起转换的触发事件。 |  |
| 用户故事场景地图 | 描述下用户核心操作，核心路径，总结抽象成核心模块。 |  |
| 产品架构图 | 描述产品的整体架构，一般新产品或者比较大的产品需要。 |  |
3.业务规则
描述下业务的相关规则，比如交易相关的产品，需要描述清楚下单逻辑，订单流转规则，订单操作，结算逻辑，逆向逻辑等等。
七.详细需求
详细的讲解每个需求的流程，规则和具体实现，如果对于外部团队有依赖，也要写出来，例如商业化，开放平台等。
可以采用表格方式，也可以按照类似于word文档的目录方式编写，核心就是能简单的，有条理的讲清楚产品需求。
例如：
| 序号 | 名称 | 原型图或者业务流程图 | 说明 |
|---|---|---|---|
| 1 | 功能1 | 重要的原型图截图 | 详细讲解需求的流程，规则和实现 |
| 2 | 功能2 | 重要的原型图截图 | 详细讲解需求的流程，规则和实现 |
1. 功能
详细讲解。
2.功能2
详细讲解。
八.运营计划以及数据需求
描述产品上线后的运营计划，包括市场推广，营销活动，外部合作等。
如果有数据方面的需求，提给大数据，这里需要说明清楚。
九.其他说明
非必须，就是如果有其他的一些说明，就写在这里。
比如兼容性要求，需要技术和其他业务方配合的事情等。
十.风险
用表格列出该产品的风险，比如对其他业务的影响，收益上的风险，以及其他的业务对于该产品成功上限的风险等等。
其中风险等级包含：极高，高，中和低。
例如：
| 序号 | 名称 | 说明 | 风险级别 | 如何规避 |
|---|---|---|---|---|
| 1 | 风险名称 | 详细说明下风险 | 极高 | 做产品不是追求没有风险，做到风险可控，得有合理的规避策略。 对于极高的风险级别，如果没有规避策略，理论上不应该开启。 |
**
若有收获，就点个赞吧
0 人点赞
