分享——浅谈虚拟货币体系产品设计_MESSE:MAR

任何具有虚拟货币交易商业模型的项目。都存在“用户充值”“用户消费”“服务利润结算”等一系列流程。财务部门有“成本概算”“资金监控”等需求。以下就简单的分享一个最近设计的虚拟货币体系。

先来一张图

这张图简要的描述了货币的生产、转移、核销的流程

流程说明:

1、系统中的货币,是由系统专户“生产发行”出来。具有相应权限的业务系统拥有“操作”系统专户“生产发行”货币的权限。

2、根据具体业务请求将“系统专户”中的货币,转账到指定的账户中。

3、用户购买开发者业务提供的服务时,业务系统通过“支付系统”实现“个人账户”、“系统收入账户”、“开发者业务账户”之间的货币清分。

4、账户的“提现”操作,实现相应货币的核销。

举例描述的支付系统与外部,之间的关系

示例图说明

用户在业务系统中进行充值时,实际上是先请求支付系统生产货币、再请求转账接口将生产的货币划转到指定的账户。进行充值的业务系统,会产生相关的记录。同时支付系统中也会产生对映的流水记录。

用户在商城类型的业务中进行交易,实际上是通过支付接口,将用户个人账户的货币换转到“商城业务”开发者的账户上。

提现操作,是通过货币核销接口对系统中的货币进行核销操作。

在这种结构下,所有的资金流水,在外部业务方系统和支付系统均有各自的流水记录。方便财务人员随时对账。

资金生产接口

描述做储值的业务系统如何请求支付系统为“生产发行”货币。

当用户通过支付宝进行账户充值的时候,负责处理充值业务的系统,在确认支付宝支付成功以后,首先需要请求“系统专户”生产相应的虚拟货币。

有人会问,为什么储值这个操作会归纳到业务系统中,而不是支付系统中呢?

这是因为,在实际运营需求中,储值这个环节,可能会“叠加”许多运营需求。例如储值XX送XXX红包,送XXX优惠券,送XXX积分。不同等级或不同身份的会员,在储值时,会有不同的促销规则。那么这一系列多样化的运营需求,势必牵涉到很多系统。支付体系属于一个项目的基础系统。不应该也不能经常进行改动。因此,需要将储值这个操作环节认定为业务系统。

支付接口

描述业务系统如何请求支付系统完成订单的支付

流程描述

1、开发者业务发起交易请求

2、开放平台验证业务对此操作的权限,验证通过后,将OpenID转为UserID,向支付系统传递请求。

3、支付系统收到请求后,创建“待确认执行订单”。

4、支付系统将“交易号”回传给业务。

5、业务唤起客户端的验证流程。提交的字段包含:“交易号”。客户端获取到交易金额。

6、客户端将用户输入的交易密码提交给支付系统

7、支付系统将密码验证的相关信息提交给麦卡用户系统验证

8、验证通过后,支付系统开始执行操作

9、扣减用户账户上的资金,返回扣减成功后

10、增加“开发者业务账户”的资金,返回增加成功后

11、支付系统将执行结果回传“客户端”和“业务系统”

这篇文章,仅对同仁起到抛砖迎玉的作用。做产品并不是简简单单把运营方的需求描述出来。而是真真正正的设计产品。就像一个建筑设计师,你设计的图纸,不只是一个造型,而是有相关的指标、参数。建筑工人可以造着图纸建设,项目监理可以照着标准验收。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

金宝趣谈

[0:0ms0-3:303ms