前端项目优化方案 支付系统需求落地示例(5)

……

需要考虑的问题：日限额、年累计限额放在哪里统计。这属于账户规则应该放在账户系统，但有些公司也可能会放在风控系统中，或者设计一个独立的限额累计模块。

至此后端落地的流程基本介绍完毕。当然我没有讲前端的APP设计，那部分由的UED来设计的交互与视觉。产品要考虑的是不同的交互可能会影响到后端的系统调用过程。总体上来讲产品经理可能需要把控的是整体业务流程包括系统之外的环节。当然这与每家公司对产品的要求有关。

6、补充

因为我是做支持的所以以支付行业背景介绍比较熟悉，另外刚好这份监管的文下来业内的人都在看比较容易沟通，就央行的文来看重点是推广二三类帐户。所以首先是要开户，这是一个很大的场景。需求落地先从场景开始。前端项目优化方案这通常是用户比较熟悉的地方。

二、Q&A

Q1:我个人的感觉，其实二三类账户就是类第三方支付账户，而且以后是不是归属网联？

A1:我们要从场景出发首先分析场景中的涉众。就是有利益关系的人，这里说的银行体系里的电子帐户，你看一下标题就知道了，央妈相信的还是银行，所以希望银行能推这件事。 是的，我们想方涉法玩出花来，不需要央妈推。

A2:看似相似，其实还是有很大区别的。等我周三给大家详细分析一下区别。主要在于金融能力上，支付机构毕竟只是中介。

第二条本办法所称非金融机构支付服务，是指非金融机构在收付款人之间作为中介机构提供下列部分或全部货币资金转移服务：

（一）网络支付；

（二）预付卡的发行与受理；

（三）银行卡收单；

（四）中国人民银行确定的其他支付服务。

A2：相互配合行业才能进步

A3：各有特色，但是银行优势更大吧

A4:银行是这样的吧，一方面账户分级管理，毕竟每个人在一个银行只有一张实体卡了，最大权限的

A2：但他们太慢了，你看央妈要下个文推着他们走

A4：所以只有靠二三类账户来代替，二三类本身限额会保护原有一类实体账户在支付机构的风险。

A3：不是那么简单，玩法太多了

A4：恩，就是银行二三类的兴起，市场又来了一波

A3：大家对2，3类账户理解太浅层次

A4：那意思是弱非银，强银行？

A3：非银毕竟风险太大了，系统性风险

A4：突然觉得非银搞得不好，最后成了聚合支付的角色…… A2：但我的感觉是第四方在一些方面都比支付公司有优势

Q2:二三类可以挂他行卡吧？

A1:可以

A3：央妈给了每家银行一个第三方支付功能，还玩不转。聚合是没有核心功能的，可替代性太强

A4：未来的事情不要太早下定论，一切都是看谁更用心

A5：那应该上升到一个卖服务的时代了

A4：嗯，对的，应该要有这种觉悟了

A6：要么有商户要么有用户才能活下去

A3：支付宝对场景的运营的重视程度怎么样，银行又投了多少精力和资源？完全不可比

A4：不要神话支付宝，也不要完全看不起银行，是的，每一步都是自己努力出来的。

A2：支付宝的钱还不是投资人的，只是支付宝的运营模式，机动性强于银行。这样细分，刷卡交易又受欢迎了。

A6：不太可能吧

A4:条码，刷卡任意选

A6：移动支付已经习惯了

A4：我是觉得nfc挺好用的，安全～

A2：刷大额嘛，是呀，银联这个NFC产品，推晚了，刷卡是指银行卡交易。

A6：几年前我曾想去做菜市场，用非接方式

A7：不是指刷银行卡的操作，nfc加指纹，比扫码操作方便。

A6：非接其实比扫码方便

A2：也安全，非接改造15年就开始要求了，现在大部分新机非接都是标配了

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-62915-5.html