正文 第十五章 无能为力
另外一种涉嫌到资金池的操作,就是拆期限。作为拆期限是指一个长期限的标的,在前端给出借人展示的时候会发成短期限的标,比如说一个12个月借款期限的需求可能出借人看到的是三个月c三个月c三个月c三个月的模式。为什么这种拆期限模式会涉嫌资金池?因为三个月期限到了以后,出借端的客户就会面临着退出要求兑付,这时候实际上借款人是没有还钱的,那这个对付的资金来自哪里?只能是来自某些标的之外的账户,那其他的账户的资金来自哪里?那肯定是背后有一个资金的池。不同的公司的话,实际上资金池的建立也是不一样的,但是不管怎么说,只要标的涉嫌到那个拆期限,就会存在资金池的一个嫌疑,资金池的这个模式因为可能会导致兑付危机,已经被监管严格禁止,面临紧急的改造。
不管怎么说,p2p平台的雨后春笋暴涨起来了,而部分p2p平台已经出现了跑路的迹象。监管政策也相应陆续出来,其中,严禁资金池cp2p平台必须上资金存管成了监管的首要目标,就是为了保证投资人的资金安全。对依依他们来说,尽快找到可以提供资金存管服务的银行非常紧迫。另外,一旦上存管,就必须面临大账户到小账户模式的改造,这个也是很大的工作量。在这种情况下的话,必须有一个人或者tea来挑头来做这个事情,依依他们毫无疑问必须承担起这个责任,因为除了他们,公司里的其他的部门并不太熟悉整个的后台,即使向新合并过来的产品部门,他们也更多偏向在资产产品设计端,对整个系统的后端其实不够了解,所以依依他们就接受了这个工作安排。依依觉得压力还是蛮大的。
依依希望各个部门一起讨论,安排出时间尽快将需求讨论清楚,因为大账户到小账户的改造是一个很大的项目,设计到客户前端以及和三方支付公司完全不同的交付模式。但是,在项目推进过程中,依依发现并没有那么顺利。也是是其他的部门更多的精力目前还是协助做资产开发的相关工作,也或许是依依他们部门在公司的地位很敏感,很多时候,遇到有冲突的会议,其他部分都不愿意妥协,只好依依他们妥协。虽然这是一个关系到整个平台生死相关的项目,但是看起来,其他人的危机感并没那么强,总之,项目的推进不是很理想。
另外,因为依依他们负责这个合规改造,整个平台后端的工作的话,逐渐他们跟着就会比较少了,逐渐地,其他的部门包括运营部门,很多时候,如果有需求,直接就跟it部门去对接了,甚至都没有通知到依依他们,导致在整个后端经常会有一些功能,出现跟依依他们原来的一个设计有冲突。有一天依依突然发现整个产品的后端的配置逻辑有一些差异,然后和it部门沟通得知,原来是运营部门要求改的。这个改动影响到整个产品金融产品的定义模式,还有后端资金的匹配逻辑。依依去找运营部门去咨询,这么改的目的,同时也表达了,希望以后这种大规模的改动,提前和依依他们沟通下。运营部门的人态度并不友好,只是说因为他们目前必须要这么做,因为他们运营有一些思路必须要落地。依依觉得很郁闷,但是无可奈何。
但是,这样的事情几乎每隔几周就出现一次,依依去找总经理沟通这个事情,总经理的态度有点含糊,说因为目前依依负责那个合规改造,后台的一些常用的功能就运营部门去跟进吧,以后只要不出大的问题就行,这样效率可能会高一些。依依听到这话,心里明白了。依依觉得挺可悲的,因为依依他们原来做的整个后端的产品框架的设计,实际上是基于后端的前端的匹配逻辑,只有这样子,后面的匹配才能够高效,但是如果因为一些临时的需求,就把后台的功能改的面目全非,特别是基于短期的运营需求去改动长远的系统逻辑,后面运营效率其实是大大受到影响的,只不过依依已有点感到无能为力了。
松语文学www.16sy.coM免费小说阅读
不管怎么说,p2p平台的雨后春笋暴涨起来了,而部分p2p平台已经出现了跑路的迹象。监管政策也相应陆续出来,其中,严禁资金池cp2p平台必须上资金存管成了监管的首要目标,就是为了保证投资人的资金安全。对依依他们来说,尽快找到可以提供资金存管服务的银行非常紧迫。另外,一旦上存管,就必须面临大账户到小账户模式的改造,这个也是很大的工作量。在这种情况下的话,必须有一个人或者tea来挑头来做这个事情,依依他们毫无疑问必须承担起这个责任,因为除了他们,公司里的其他的部门并不太熟悉整个的后台,即使向新合并过来的产品部门,他们也更多偏向在资产产品设计端,对整个系统的后端其实不够了解,所以依依他们就接受了这个工作安排。依依觉得压力还是蛮大的。
依依希望各个部门一起讨论,安排出时间尽快将需求讨论清楚,因为大账户到小账户的改造是一个很大的项目,设计到客户前端以及和三方支付公司完全不同的交付模式。但是,在项目推进过程中,依依发现并没有那么顺利。也是是其他的部门更多的精力目前还是协助做资产开发的相关工作,也或许是依依他们部门在公司的地位很敏感,很多时候,遇到有冲突的会议,其他部分都不愿意妥协,只好依依他们妥协。虽然这是一个关系到整个平台生死相关的项目,但是看起来,其他人的危机感并没那么强,总之,项目的推进不是很理想。
另外,因为依依他们负责这个合规改造,整个平台后端的工作的话,逐渐他们跟着就会比较少了,逐渐地,其他的部门包括运营部门,很多时候,如果有需求,直接就跟it部门去对接了,甚至都没有通知到依依他们,导致在整个后端经常会有一些功能,出现跟依依他们原来的一个设计有冲突。有一天依依突然发现整个产品的后端的配置逻辑有一些差异,然后和it部门沟通得知,原来是运营部门要求改的。这个改动影响到整个产品金融产品的定义模式,还有后端资金的匹配逻辑。依依去找运营部门去咨询,这么改的目的,同时也表达了,希望以后这种大规模的改动,提前和依依他们沟通下。运营部门的人态度并不友好,只是说因为他们目前必须要这么做,因为他们运营有一些思路必须要落地。依依觉得很郁闷,但是无可奈何。
但是,这样的事情几乎每隔几周就出现一次,依依去找总经理沟通这个事情,总经理的态度有点含糊,说因为目前依依负责那个合规改造,后台的一些常用的功能就运营部门去跟进吧,以后只要不出大的问题就行,这样效率可能会高一些。依依听到这话,心里明白了。依依觉得挺可悲的,因为依依他们原来做的整个后端的产品框架的设计,实际上是基于后端的前端的匹配逻辑,只有这样子,后面的匹配才能够高效,但是如果因为一些临时的需求,就把后台的功能改的面目全非,特别是基于短期的运营需求去改动长远的系统逻辑,后面运营效率其实是大大受到影响的,只不过依依已有点感到无能为力了。
松语文学www.16sy.coM免费小说阅读