第三方支付产品类_需求模版v2.0

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

(需求名称)需求说明书

版本V0.1

1、概述

1.1.名词定义与术语

说明本需求涉及的术语、缩略语的详细含义

1.2.产品背景、概述及目标

a.产品背景

介绍该需求投入的使用场景,需要开发此需求的背景原因。

b.产品概述与价值

描述该产品的一般性内容,与带来的价值,例如:业务需求能带来多少收益,功能需求能节省多少人力成本、时间成本等

c.远景目标

可描述该产品的未来规划,如分了几期,每期做什么。

d.目标市场和客户

简要描述业务面对的市场与客户群体属性,或功能面向的用户群体。

e.竞品分析

市场上有无竞品,概括性的介绍市场上已存在的竞品优劣性

2、整体业务需求

2.1.业务场景

详细描述业务发生的场景

2.2.整体业务流程

定义业务的类别(充值/消费/提现/转账/其他),详细描述业务的具体流程,并附上流程图(包含资金流).

2.3.新增业务的清结算相关设计

(可邀请清结算、财务人员进行此模块设计,业务相关,非常重要)

2.3.1 对账设计

该需求如何对账,对账文件如何出具,模版是怎样的?商户如何对账?

2.3.2 台帐设计

如何影响台账,是否影响资金变动,怎么解决不平账问题。

2.3.3 稽核设计

定义规则,与实际资金有关数据如何稽核(包含笔数、金额),如营销返利、酬金发放、手续费实时扣收等涉及稽核的业务。

例如:一个营销利返的活动,当有用户进行消费时,系统根据配置的规则进行返利,此时我们需要稽核返利的金额与笔数是否正确;这就是稽核相关的设计需要考虑的点。

2.3.4 结算设计

详细描述业务的结算方式(不涉及结算的可不填)

业务涉及资金,最后如何结算给商户。清结算人员如何操作?财务如何操作?

2.3.5 报表设计

描述:是否需要新增、修改报表,对账文件等,若需要,请列明需要新增/修改的报表/对账文件名称,格式,字段内容等信息

2.4.差异处理

包含两个部分:用户操作上可能出现的数据差异处理和涉及业务资金变动的清结算的差异处理。

详细描述业务的差异处理流程,及差异处理方式。

2.4.1 差异处理的操作页面

3、产品功能/内容需求

3.1.功能总揽

【描述新功能】例如:本次新增的功能是什么功能,供什么人使用,解决了什么问题,有什么实际的意义,对功能有什么要求。

3.2.功能流程/状态图

提供具体的功能流程图,对每个流程点详细地进行描述,,功能的每个关键点要描述清楚,不能有歧义。

3.3.功能优先级概要

对本需求中的所有功能点进行优先级排序(适用于大需求)

3.4.功能各模块详情(用例,即带原型图的操作用例)

对每个功能的操作流程进行详细描述,包括正常流程与可预知的异常流程4、产品非功能/内容需求

4.1.产品运营需求

简单描述为了满足产品上线正常运营,需要配置与开放的功能与权限。

4.2.数据采集与分析需求

填写产品上线后,产品经理关心的数据需求,描述数据获取后的推送方式,接受人等需要随时观察数据周向的人员信息

4.3.产品服务需求

填写产品上线后,客服人员需要知道的知识点,产品经理可列出要点,由专业客服人员编写客服脚本等。

4.4.安全与性能需求

例如安全性,系统性能。说明该功能是否有具体性能要求,例如并行性能,单任务性能等。

4.5.法务需求

从新业务可能会遇到的法务方面问题出发,提出需求如何预防与解决这些问题的发生。

4.6.财务需求

从产品的盈利性、经营性方面出发,提出如何解决财务方面可能遇到的问题(问题可由财务人员提出,产品经理需要考虑如何解决)

如:报表,备付金资金变动,计息等等问题

5、产品/项目风险评估

(涉及复杂的新业务时请多方评估,纯功能型设计此块可不填)

5.1.政策风险

5.2.合规风险

5.3.安全风险

5.4.项目风险

5.5.其他风险

6、上、下线需求

6.1.要求上线时限需求

说明产品(业务、功能)要求上线的时限,并附带详细的、有力的原因

6.2.下线需求(活动类需求必填,其他可选)

产品下线时所需的开发需求

7、附件

相关文档
最新文档