P2P理财端业务流程设计

1、什么是流程分析?

「流程分析」主要分为「业务流程」和「页面流程」。「业务流程」(Transaction Flow)是通过产品经理在业务调研的基础上,对相关业务点进行梳理并链接呈现的过程,更多用来与后端开发同事对接业务逻辑。「页面流程」(Page Flow)则是前端用户界面跳转的展现,更多用来与 UI 设计师、前端工程师沟通。本文的「流程分析」主要从「业务流程」这个方面对 P2P理财端核心流程进行分析。

2、P2P 理财端业务的核心流程

应该这么说,对于 P2P 平台来说,功能模块并不复杂(如果你非要在 P2P 平台上加一个社交/电商/即时通讯,这就不在我们讨论的范围内了)。其核心是「投资赚收益」,核心业务就是「投资」和「资产管理」。我们就主要从「投资」的角度去梳理下其在银行存管系统下的业务流程。

在设计业务流程的时候,一般有两种展示方式:1.是单纯的用户操作行为流程图,这种图一般只涉及用户角色,不涉及跨部门或者跨功能的业务展示。2.是泳道图,这种图按照职责或功能将活动进行组织,可以直观的描述整个系统中的各个子系统或者各活动之间的逻辑关系,便于使用者理解业务逻辑,适合跨部门或跨功能的业务展示。本文将主要以泳道图来为大家展示。

设计基于银行存管系统的 P2P 平台时,有一个作弊码:信息流在平台,资金流在存管。记住小璋的这「十二字真经」(不知道是不是原创,如有雷同,纯属巧合)理论上可以应对各家银行的存管系统。不多说先上图:

本流程主要以投资用户在平台的操作流程(「用户注册并实名开户」-「充值」-「投资」-「提现」)作为分析的重点,这个流程也是整个平台对接存管系统变动最大的地方。

3.用户注册并实名开户

这里需要关注的有三点:

用户需要在业务系统(即平台)和存管系统(即银行)分别开立账户,开立存管系统账户的活动可以隐藏在实名绑卡的步骤中来完成,一般情况下,这一步骤需要跳转银行的页面来完成。也有部分银行彻底将所有业务的步骤均隐藏在平台的页面内,全部数据通过接口方式传递(平台—>银行),在一定程度上提升了体验,可以做到用户的「无感知」,但是也容易引起用户的怀疑:你究竟做没做存管?不同的银行有不同的考虑,这一点上来看,并没有绝对的优劣。

实名信息的认证,同样,不同银行有不同的认证方式。有的银行依托公安机关的户籍系统(比如使用「国政通」),仅需进行身份认证即可完成开户,开户完成后在由用户进行出入金借记卡的绑定。另外一些银行直接利用合作的支付通道来通过银行卡四要素(或三要素)认证,来完成出入金借记卡的绑定。

途中将返回结果合并成一个(实名开户和绑卡结果一起返回),但在实际业务中,可能有多种情况,甚至还有需要平台主动查询的可能,需要产品经理根据存管系统接口实际来设计。

4.充值

这里需要关注的有两点:

判断是否绑卡的步骤需要根据存管系统要求来设计,我遇到过有的银行并不会给平台返回用户是否绑卡(对,你没看错)的信息,那么这一步就会有存管系统来判断,业务系统只需要进行「充值转发」就可以了。当然如果提前在业务系统里进行判断,用户没有绑卡直接跳转绑卡页面,或提示用户绑卡。这样的流程比较流程,体验上也比较好。

大家可以看到,在流程图中,不管充值成功还是失败,业务系统都会进行记录,这一点也需要注意,不但可以为用户提供更详实的展示外,一旦出现账务处理异常也可以很方便的去排查。

5.投资流程

这里有一点注意:

标的可投的校验:为了防止出现溢标(就是投资额超出实际需要募集的金额)的状况,一般情况下,需要两次以上的校验——前端根据可投额度校验一次,对大于可投金额的资金直接提示;后端在收到前端传过来的值后,在进行一次校验。双保险,更安全!之所以说是两次以上,是因为存管系统可能还会对标的实际募集金额进行校验,有的银行不允许溢标,有的银行又允许溢标。不过从实操和法律规定上来看,不溢标会好一些。其实在未收到结果时先减少可投余额,再根据结果反馈进行调整和最后当「可投金额=0」时变更标的状态,同样也是为了防止溢标。

6.提现流程

这里需要说明的两点:

因为我们的系统经历了「支付通道」—>「第三方支付托管」—>「银行存管」的变更,所以在提现审核之后立刻就减少用户资金记录后期在根据反馈结果进行调整的做法是个历史遗留的问题,主要是在支付通道的时候防止用户在操作之后结果反馈之前的时间内(可能很短,也可能很长),利用时间差不断提现,造成不必要的资金损失。其实大家可以理解成在没有记过之前先冻结掉提现金额。

业务系统的提现审核,这一步其实在存管体系下的作用越来越小,毕竟资金在银行。不过为了用户安全,还是可以根据业务需要由平台相关业务人员或者业务系统进行一次提现审核。还是那句话:双保险,更安全!

7.标的管理

「标的管理」又分为「标的发布」和「标的成立和出账」两块。一般情况下,「标的发布」时,存管系统介入较少,仅需要「业务系统」将标的的信息传递给「存管系统」进行存储。而「标的成立和出账」因为涉及到资金操作,所以会较多的涉及存管系统。废话少说,上图:

这里需要说明的两点:

流标流程是一个单独的流程,但是一般平台上用的几率不是很大。在这里不细说,其实就是解冻用户资金,并原路返还,这标的废掉的一个流程。

开始计息的时间:这一点大家可以根据自己的业务实习来处理。有投资后计息、标满后计息和图中表示的出账后计息多种。

8.标的还款流程

回款会涉及到正常还款、提前还款、垫付和逾期。以正常还款为例。

这里有一点需要注意:

借款人还款的时间:因为银行清结算需要时间,所以借款人还款时间一定要早于最晚的标的还款时间,不然会有极大的可能造成因银行清结算延误造成标的逾期。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 160,026评论 4 364
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,655评论 1 296
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 109,726评论 0 244
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 44,204评论 0 213
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,558评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,731评论 1 222
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,944评论 2 314
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,698评论 0 203
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,438评论 1 246
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,633评论 2 247
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,125评论 1 260
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,444评论 3 255
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,137评论 3 238
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,103评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,888评论 0 197
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,772评论 2 276
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,669评论 2 271

推荐阅读更多精彩内容