产品需求文档模板

文档版本 修订日期 修订人 编辑内容 标记 1.0 2015-06-16 产品经理 基础需求 正常

目 录

1、概述 .................................................................................... 2

1.1 产品概述及目标 ......................................................................................... 3

2、 产品描述 ............................................................................... 3

2.2 需求描述(描述产品核心功能，解决哪些需求) ................................................................... 5 2.3 产品版本规划(产品版本迭代规划) ............................................................................. 6 2.4 可选方案(产品需求的其他最优方案选择) ....................................................................... 6

3、功能需求 .................................................................................... 7

3.1 功能总览(展示产品功能名称、功能描述、优先级、备注) ......................................................... 7

1

3.2 功能详情 ................................................................................................... 7 3.3 整合需求(请详细说明此产品可与其它产品或公司的整合需求) .................................................... 11 3.4 BETA测试需求(请说明是否需要BETA测试，BETA测试的要求及期望达到的目标) .................................... 11

4、非功能需求 ................................................................................. 12

4.1安全需求(产品需符合网络安全部的相关规定)................................................................... 12 4.2统计需求(产品需要统计的数据需求)........................................................................... 13 4.4易用性需求(产品在用户真实操作使用中的易用性需求)........................................................... 15 4.5规则变更需求(产品在开发过程中变更的需求)................................................................... 15 4.6其他需求................................................................................................... 16

5、上/下线需求 ................................................................................ 16

5.1 上线需求(产品上线需求包括上线功能，上线时间，有无特殊依据或规定) .......................................... 16 5.2 验收需求(提出验收时的验收标准，以供测试制定验收方案) ...................................................... 16 5.3 下线需求(活动类需求必须明确下线时间) ...................................................................... 16

1、概述

2

1.1 产品概述及目标

在国外，很多家庭都会到画廊买上几幅不错的油画来收藏，但是在国内很少有家庭会这么做。 中国很多个家庭从来没有购买过艺术品，是他们没有需求么？

不是，是他们缺少渠道、缺少高效透明的方式。另外一方面，我们传统方式也非常缺乏一个低成本又便利的交易工具和交易技术支持。

基于现状，由此产生出“艺术品电商”，他们的目的就是为了给予平常家庭也可以随意的加入到艺术品市场上，接受不一样的文化熏陶。 我们的目标就是整合现有的艺术品市场，将资源渠道透明化，艺术家和消费者可以通过我们的渠道，清晰的了解产品和作者。

2、产品描述

2.1 产品整体流程(展示产品框架图和用户流程图)

3

4

2.2 需求描述(描述产品核心功能，解决哪些需求)

注明:所有的按钮，列表点击时都有状态色(我们不能以手机端用户的手指点击时是看不到状态色而不去做这个需求为理由，要以整体的用户最佳体验为主)；页面跳转，下拉刷新，上拉加载数据的时间也以3秒的请求时间为主(跳转时间是有的，用户的耐性不足，3秒是用户的极限等候时间)。 优先级顺序:1，2，3，4；数值越大，执行权重越大，先执行数值大的

需求名称 需求描述 场景描述 优先级 基础兴趣

搭建流程并优化 4 5

2.3 产品版本规划(产品版本迭代规划)

产品发展阶段 阶段描述 1． 设计师:按照原型图和App规范做成设计图；需要做的流程页面有:注册/登录，侧栏布局，画廊，画集，艺术家，认证艺术家，个人作品等。 计划开发时间 Art 1期 2． 前端:按照设计师给的设计图，完整输出HTML页面，按照流程图做好页面交互。 3． 后端:注册时需要的手机验证码，需要按照第三方文档来做好输出；建立数据库，数据格式请以json格式来配合前端做数据交互。 4． 产品经理:申请支付接口，包括:微信支付，支付宝；申请验证码；申请数据分析工具；做第二期的个性化定制原型和流程图

2.4 可选方案(产品需求的其他最优方案选择)

6

方案 方案介绍 优点 在项目发布后，产品吧的数量和类目上覆盖很全面 缺点 没有足够的人来进行运营，也容易导致内容的分散 内容会比较少 方案1. 对于产品吧的类目，按商品的类目完全复制过来，其叶子节点作为产品吧，由用户来创建 方案2. 和运营一起确定第一期的产品吧，由运营指定会员来补充数据，再开放，从运营来说内容和人气的都能保证 不支持自由创建产品吧

3、功能需求

3.1 功能总览(展示产品功能名称、功能描述、优先级、备注)

功能名称 功能描述 优先级 备注 1．首页登录 用户注册后输入账号密码即可登录 2 直接进入首页 3.2 功能详情

全站统一说明:

7

由于版本1.0只需要做到页面浏览，基础功能使用，页面跳转不出现闪屏等简单情况。 前置条件:所有用户进入App后都可以浏览产品的所有功能和页面 后置条件:空 版本1.2:

前置条件:使用关注，收藏，分享，评论前都需要先登录或注册

后置条件:可以对作品进行关注，收藏，分享，评论，定制产品，支付等操作

功能概述1:

功能名称 首页登录，第三方登录 输入账号要求(正则验证): 1，手机号，11位纯数字； 2，邮箱:必须是常用的； 3，密码禁止输入123456等形式的弱密码； 业务规则 4，进入忘记密码或注册页面时，使用单页面的方式。 所有提示: 使用mui的toast提示，位置在logo下方； 8

执行者 前置条件 后置条件 未注册用户 用户未成为站内会员 成功登录后，可以使用站内功能 9

主流程 10 异常处理 备注

提示检测网络问题；提示手机号，账号是否已注册过 无 3.3 整合需求(请详细说明此产品可与其它产品或公司的整合需求)

产品 支付接口 分享接口 描述 申请支付appid后，直接参考有平台提供的demo进行配置 可以实现支付 要到微信开放平台，微博开放平台，QQ开放平台进行申请appid，注意后续问题 基本需求 优先级 4 实现分享到第三方平台 4

3.4 BETA测试需求(请说明是否需要BETA测试，BETA测试的要求及期望达到的目标)

产品 支付 测试需求 使用微信支付和支付宝支付时，可以成功支付和取消支付时可以成功返回 可以实现支付和返回 结果 11

4、非功能需求

4.1安全需求(产品需符合网络安全部的相关规定)

买家安全：

1.一个手机只能注册一个帐号。

2.个人注册信息以及与用户相关的私密信息要进行相应的加密。用非对称加密方式进行加密。

3.确保交易过程中支付环境安全，用户支付密码不会被泄露和盗取。要预防对个人信息的随意生成、修改和删除，同时要防止数据传送过程中信息的丢失和重复并保证信息传送次序的统一。可通过提取信息的数据摘要方式来获得。

商家安全：

1.企业注册要进行相关资料的认证添加，比如营业执照、产品认证等；

2.企业信息平台要对接第三方认证机构接口，比如CA认证，工商信息认证等，默认保存信息1个月后进行删除；

3.企业注册信息以及与用户相关的私密信息要进行相应的加密。电子商务系统的内部网可以对特殊网段加密，进行身份验证，在有因特网相接处设立防火墙禁止访问。

4.对于商品价格、库存等数据只能有卖家修改，防止非卖家账号管理者修改。用非对称加密方式进行加密。

交易安全：

1.保证交易完整性，确定买家支付完成后卖家能够收到钱，或者卖家发货后买家能够拿到货物。为防止双方抵赖，可通过对发送的消息进行数字签名来验证。

平台安全：

1. 能够不被攻陷，数据不被泄露。建立防火墙，对数据进行非对称加密。

12

4.2统计需求(产品需要统计的数据需求)

卖家数据：

1.商品数量（全部、已上架、仓库中） 2.转化路径来源 3.关键页面点击率 4.商品品类分析 5.客户群体 6.交叉销售数据 7.流失率

8.卖家店铺收藏量：店铺收藏量，鼓励卖家拓展固定客户

9.销售分析：品类销售情况、品牌销售情况、品类热卖产品、品类价格分布 10.热销统计：按年、月、日的周期统计订单的销售量、销售额、转化率 11.回头率

12.营销效果统计：通过营销产生的销售量、订单量 13.上新单品：统计店家每次上新单品量 14.每日收入：卖家每日收入多少钱

平台数据：

1.关键字搜索

13

2.交易量和交易金额：每日或者每月通过平台完成的交易量和交易金额 3.浏览量：统计每日平台浏览次数、浏览时间

4.浏览时间段：统计用户浏览平台时间段，有利于分析用户行为

5.流量分析：访问总览、搜索引擎访问记录、登录用户访问明细、产品访问排行榜、pv、uv、ip、地区统计 6.热销统计：按年、月、日的周期统计订单的销售量、销售额、转化率 7.流失率

8.用户群体：用户和卖家

以上数据皆可以按照地区、时间段进行统计

用户数据：

1.每月消费额

2.消费占比:各类商品的支出

4.3性能需求(产品需要的性能需求)

1.精度。人民币精确到分，日期精确到秒，时间长度量度到天。在数据的存储和传输过程中与输入的保持一致。 2.时间特性要求。

响应时间：对于用户输入的响应时间大体上决定于网络传输速度；

更新处理时间：手动更新内容，当数据库内容被更新后，信息即时可用，当刷新网页时候更新信息； 数据的转换和传送时间：数据转换速度大体取决于用户上网方式和网络的传输速度。

14

3.最大容量：能够同时容纳100000用户在线浏览 4.同时购买人数：能够支持20000用户同时在线购买操作

4.4易用性需求(产品在用户真实操作使用中的易用性需求)

1.用户无需注册便可购买商品。在结算前，另外提供一个注册选项以方便他们的下一次购买。 2.注册要简单。需要简单信息即可，使用邮箱或者手机号作为用户名，方便记忆。 3.告诉用户他们所处的步骤。

4.让用户有安全感。在用户购买的任一步骤，要有足够的安全保障提示。

5.订单确认。可让用户对前面操作的内容进行确认，也避免了用户因不确定而不断向你查询。 6.随时可见的搜索框。 7.列出相关产品。

8.“注册”、“结算”等行动按钮的强调。按钮应该足够大，清晰，色彩应该同背景形成对比。

9.避免隐匿费用。要将用户购物包含的所有费用进行呈现，包含不限于商品价格、税、物流费用以及可能有的优惠。 10.购物车随处可见。购物车应当随时可见，应当浮显在右上方。这样用户不必滚动页面去浏览里面的货品和总价。

为了更好地体现易用性，应当允许用户在任何时候都可以修改， 添加或移除货品。“结算按钮”应当直接放在购物车内，方便快速访问。

4.5规则变更需求(产品在开发过程中变更的需求)

1.可拓展性：适应未来支付业务、物流跟踪、统计分析、数据仓库拓展需要，实现模型可拓展性、平台可扩展性和性能可扩展性。

15

4.6其他需求

5、上/下线需求

5.1 上线需求(产品上线需求包括上线功能，上线时间，有无特殊依据或规定)

开发3周后，版本1.0上线

5.2 验收需求(提出验收时的验收标准，以供测试制定验收方案) 5.3 下线需求(活动类需求必须明确下线时间)

16