产品案例

您当前的位置:主页 > 产品案例 >

线P产品的生死记

来源:http://www.fsjiabu.com 编辑:博天堂官网 时间:2018/08/17

  小贷公司有他的天然短板——可以放贷、不能吸储,资金不能形成闭环,因此普遍依赖外部资金方,不得不把到手的利润让出一部分。

  在2017年,随着各路小贷公司扩张规模,资金成本也一路上涨,利润压缩很严重,所以大家陆续开始考虑收购或者自己做资金端产品。

  这是从企业角度出发的产品目的,而对用户来说,我们降低了中间成本、提高了用户收益,但对市场来说这不足以做到差异化定位,还需要结合其它资源。

  调研分析过程花了比较长的时间,画了好大好大一个脑图来写自己的idea然后一个一个处理掉,一路从需求摸索到提测,踩了无数坑,终于上线。

  其中,风控我把它放在资产里,是因为贷前风控行为本身属于资产端,对于小贷公司来说,P2P的风控与小贷风控差别有限,从业务模式到技术难度都不在一个量级。

  还款:借款人还款–>

  借款本金及利息划款至出借人账户、服务费划款给平台收益账户,即完成一次正常还款;加上逾期、提前还款等违约情况,构成还款阶段的主要事件。

  账户分平台账户、用户账户两类。平台账户是一个大型账户下的多个子账户,用来做收益清结算、非常规交易中的资金清算。

  用户账户分两级,第一级是资产结算账户,第二级有很多个,是出借人各个出借资产的收益清算账户。每次交易相当于给用户建立一个新的二级账户,用来记录投资人收益。

  资金模块为交易、账户提供基础服务,包括接入支付通道、清结算服务、账目流水,以及为财务和市场运行提供报表。

  这一部分是小贷公司已有的业务,再增加资产是否通过审核、标的流标导致资产退回的行为。

  合规要求现金流与资产流匹配,要求信息披露,有效的合同签章,还有很多宣传措辞问题。

  这些在产品设计初期有所规划,在设计后期与法务合作一个一个地处理下去就好。

  这期间公司法务缺席了一段时间,用户协议是我自己照猫画虎地起草来的,想起来真是好不容易。

  9月下旬产品终于上线,开始小范围公测,我们在初期发相对高息的计划(但对小贷业务来说是较低的资金成本),然后公司内部人手安装一个。

  因为我们的工资卡是招商卡,它在支付通道笔单日限额太低,而我们设定的起投资金太高了[摊手]。

  这一产品很受同事们喜欢,因为它利息高于外界同类产品,而且大家自己清楚它的风险点在哪,所以都非常捧场。

  10月份应用市场风声日紧,合规要求我们在新的实体中运作这个产品,但新产品在没有金融资质的时候上不了架——看起来像个死局。

  于是我们一边尝试IOS的企业开发者账号,一边走垂直社群,一边做邀请红包和加息劵。

  我自己下手做客服,教IOS用户不走App Store怎样安装(这后来在区块链领域变成了通用手段)。

  因为迈过了“产品没有上架”“存管还在接”两个心理门槛之后,用户已经非常倾向于我们了;所以整个社群氛围非常好,妹子们把闲钱放进来,还可以控制剁手。

  然而,当时IOS收紧了审核标准,企业开发者账号超级难申请,iOS的推广几乎是龟速,存管的推进一样艰难。

  我们尽力向用户解释我们的严谨和审慎(这一类设计会导致在产品中出现一些反用户直觉的情况),我们的为存管做的准备已经全部上线,我们在小贷领域的盈利情况等等。

  经历了这一波低潮,资金盘有缩减,而公司度过了资金困境,不再关注这里,存管银行对新产品兴趣寥寥,即使新产品没有历史包袱。因为有太多做出了业绩的公司在排队。

  我们做了有效的资金管理,严格划分每一笔资金的来龙去脉,平台账户中的资金什么时候应该到达什么位置、到达谁的手上、什么时候需要充、哪一部分可以提,非常明确。互联网产品情感化设计应用实例(下

  现金贷被一刀切,消费金融被重新定义,P2P被下最后通牒,货币基金、支付通通下发监管通知…

  除非你非常确定这个产品前途不可限量,否则不需要在业务上设想太多可能性,贴合自己公司的(老板想要的)才最有效。

  在我的这一个产品启动的时候,已经是P2P严格监管的时候,竞品多利润空间小,产品最初目的只是满足公司的资金需求,而我却在处理产品做大之后一定会需要的拓展性问题,可谓是不合时宜。

  产品最开始的时候还是要面向最核心的诉求,减少旁枝末节,拓展性问题可以想想,但具体的放在迭代再处理不迟。

  互联网金融业面对复杂的业务逻辑和简单的推广逻辑,普遍轻视推广需求——但其实,里面每一个细节都意味着:推广花出去的钱能买到多少用户。

  因此在产品初期、研发资源倾斜的时候,推广拉新和留存的关键环节,一定不能俭省,更不要拖到迭代再处理。

  如果你的设计师没有足够的抗压能力,压缩时间的下场就是做得不够好还没时间改。实在时间紧就压缩一下自己画原型的周期。

  当项目周期较长的时候,在研发进程中增加沟通,可以避免一些研发对需求细节理解偏差的情况。

  比如,偶尔旁听一下研发的例会,主动询问研发是否遇到问题,主动与各组负责人沟通,参与黑盒测试等等。

  特别是在快速推进的时候,研发压力比较大,有可能出现“直接按照自己的理解来做”还觉得跟需求一模一样的情况。

  认真规划上线后第一次迭代,不要只当成简单的fixbug,产品前期迭代是用户增长的关键时刻。

  对留存来说,更新后用户的问题得到解决,他会更愿意留下。对拉新来说,迭代做好后成功率更高。

  在主导设计一个产品的时候,除了硬实力要求,日常工作方式也要有转变。除了对下游的主动推动,对领导也应该主动沟通,获得更多信息,也向领导反馈更多信息。

  如果我在公司资源偏移的时候更多地尝试争取,去提升它在领导心里的优先级,更主动与业务团队接触,主动推进业务进程,也许还有一些跑赢监管时间的机会。

  从产品思维到项目管理、部门协调、人际沟通等等,我都得到非常多的提升;这也是我们第一次,尝试多部门、快节奏、高耦合度的协作。

  app小组在设计师没能全部交稿的时候就开始干活,双方找到了新的协作模式,为测试省出更多时间;

  协作本身成功了,也影响了后续很多项目的推进模式,整个团队变得更紧凑,也更高效。

  本文由 @Conan 授权发布于人人都是产品经理,未经作者许可,禁止转载

  ►结题:提升转化率可以适当的耍点小手段,但是不能舍本逐末,提升转化率要建立在产品功能、用户体验之上,才是可持续的哦~

  ►中奖信息公布:恭喜@小腿1988获得《如何开发一个好产品:精益产品开发实战手册》一本!请将您的收件信息发送至本公众号,我们将会在5个工作日内为您安排发货哦~

Copyright © 2013 博天堂官网,918博天堂官网,918博天堂,博天堂官网 All Rights Reserved 网站地图