银行存管版的P2P理财端业务流程设计

来自未知 2019-12-10 07:09

       

  对于 P2P 平台来说,功能模块并不复杂(如果你非要在 P2P 平台上加一个社交/电商/即时通讯,这就不在我们讨论的范围内了)。其核心是「投资赚收益」,核心业务就是「投资」和「资产管理」。

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

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

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

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

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

  说完开户,用户就该充钱了。这是一个平台运营者最激动的时刻(满眼的小钱钱),毕竟只有用户资金进入,这个平台才能真正的运转起来。

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

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

  用户开完户,充完钱,我们一定要让他花出去!那就涉及到「投资」流程了。这也是整个业务中「核心中的核心」(张老师敲小黑板,注意啦)!

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

  用户投完资,标的也到期正常还款了。理论上就应该进行下一步了,也是作为产品和运营最不想看到的一件事(你们看到我的泪了么?每天就想着怎么不给用户钱,呸,怎么能不给钱呢。我们是想让用户复投,不提现……)。但是最终用户还是要提现的,真不让提现那不是诈骗或者抢劫了么,张小璋一直是的好!

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

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

  上边的四个步骤基本涵盖了用户的在平台的「全生命」流程,但是对于平台来说,参与到这个流程中还需要两个重要的步骤:「标的管理」和「还款」

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

  不知道大家有没有注意到,我画的流程图中反复用到一句话:记录结果并返回给用户。这可不是我偷懒,在「存管系统」中业务平台仅仅作为信息流的记录者,并不实际操控资金流。甚至你完全依赖银行存管系统的记录也是可以的(比如我就这么干过……)。但是平台最好还是有一份记录,不但可以帮助运营同事通过数据去分析用户,更重要的是这些数据是账务系统中用来对账重要数据。

  1/如果出借人与借款人的双方资金配置一致,直接通过存管系统将资金从出借人的子账户划转到借款人的子账户;

  2/借款人还款相当于出借人的“充值”,成功后根据还款计划划转至匹配的出借人身上(如有小额分散)

  请问下,还款的时候是借款人先充值,然后再还款么?放款和还款的时候是不是都要先把资金汇集到汇总户,再划拨给借款人或者出借人???

  实名开户的流程中,看到你写的是实名开户并绑卡,这一步是可以一起做的是吗?我们在对接银行存管的时候,怎么会要求,开户后还需要再次授权这个操作呢?

  应该每个银行设计存管系统的逻辑不通,授权一般指客户委托平台发起投标/转让/还款的操作权限,防止网贷平台在客户无情况调用API接口发出指令(个人感觉也是为了甩锅);一般权限内容基本就是授权时间和授权金额范围,具体可能还要以存管行为准;

  请问可以留个联系方式吗?互金小白一名,但是目前要在两个月内将银行存管接入平台,要哭了,完全不会,可以请教一下吗

  借款人和投资人使用的是一个版本吧,满标之后借款人直接在app充值,然后第三方直接扣款,还是怎样呢

  我也是自己在做存管而搜到了这篇文章。作者的思很清晰,主要从理财端谈到了用户层面的核心流程。通过自己做下来看,1.其实理财端的难点在于怎么将业务流程转换为页面流程(这也是产品经理的主要工作),作者这里没怎么谈到;2.整个存管核心在于资金流,在于放款还款以及资金的冻结逾期等等问题(下面的用户评论都是这些问题),希望作者有机会再写一篇;3.目前有很多家银行都在做银行存管,其在用户体验和存管模式上都存在较大差异。我读了下来好像作者并没提到是哪家,那么是哪家银行呢?

  我最后问一个走心走肾的问题,还款方每期还款,那存管是每期冻结还是第一次一次性冻结所有利息分期支付呢?

  投资流程中的“投标转发”是将标的信息转发到存管那边吗?我记得存管时银行是需要标的信息的,那么转发过去的是什么参数呢?谢谢~

  用户投资完成之后,是冻结用户账户资金,然后标满后将冻结的资金由存管系统转至借款人账户,是这样吗?

  人人都是产品经理(是以产品经理、运营为核心的学习、交流、分享平台,集、培训、社群为一体,全方位服务产品人和运营人,成立9年举办在线+期,线+场,产品经理大会、运营大会20+场,覆盖北上广深杭成都等15个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里与你一起成长。

  



 

 

(责任编辑:永乐国际)