互金产品复盘记（下）

上篇部分请查看互金产品复盘记（上）

投资

• 背景
  1.理财端是P2P的后者P，缺少了此环，P2P就不完整。
  2.将投资用户抽象为消费者，这样就能更好地分析用户行为及特征。

• 目标
  1.投资用户的LTV = 月均投资频次 * 人均投资额 * 毛利率 * (1/月流失率)。
  2.由于毛利率基本不变，因此我们可以着手的点有3个：提升投资频次、提高人均投资额
  、降低流失率。

• 坑在何处
  1.拉新活动的流量预估不足，上线之初被挤垮服务器。
  2.运营策略不够成体系，自然增长曲线很弱。
  3.全年各节日的活动规划不够到位，导致经常赶工。
  4.活动复盘没在部门内执行下去，导致活动的结果差别很大。
  5.SEO的延后周期较长，导致过早放弃了SEO。

• 如何避坑
  1.还是那句，流量预估要到位以及做好压力测试。
  2.应早日使用AARRR模型指导运营各节点。
  3.规划好全年各大节日，并预留2-3个紧急活动日，从中规划各活动日的开发资源。
  4.每次活动的数据都需打好tag，并坚持活动复盘，对于部门的知识共享很有利。
  5.要区分成效慢与没成效的运营策略，不能过早放弃前者。
  6.用户积分体系能有效提高用户留存率，降低流失率。

贷后

• 背景
  1.一旦用户出现逾期了，贷后人员需要及时催回逾期用户的贷款。

• 目标
  1.回催总金额 = 催收人员 * 催收人均单量 * 催收案件均价 * 人均回催率。
  2.由于人均回催率提升有限，而催收案件均价由外部决定，因此提高回催总金额的重点是增加人员数量、增加人均产能。

• 坑在何处
  1.催收人员下载客户资料后进行贩卖。
  2.初期催收人员对用户的跟踪记录，常被覆盖改写。
  3.初期催收人员手动认领贷后案件，浪费人力。

• 如何避坑
  1.要尽可能保护用户隐私，接入自动呼叫系统后，效果明显。
  2.用户的催收负责人常变动，因此需加入跟踪记录的历史版本，方便他人回溯。
  3.增加自动化派单功能。
  4.将贷后系统拓展成为平台，接入认证后的第三方贷后机构，将委外模式线上化，有效地增加了人员数量（可视为编外人员）。

底层逻辑

• 背景
  1.底层作为各核心逻辑的支撑

• 目标
  1.底层稳定少bug，能支撑高并发、多端拓展。

• 坑在何处
  1.初期业务导向，安全没放在首位，导致后面被DDOS。
  2.接入托管时，没考虑异常情况的回滚方案，导致大量的数据错误。
  3.短信通道的二道验证过于简单，导致短信被攻击调用。
  4.内部的地址库不统一，导致了对接支付及考拉时记录有误。
  5.资金日志记录不够详细，导致后续的统计数据费时费力。
  6.接口的打点日志不完整，导致接口出现问题时，排查麻烦。
  7.系统的权限控制过松，导致客服泄露了部分用户数据。

• 如何避坑
  1.要有意识向上管理需求，将安全层面的重要性对上级传达到位。
  2.所有的功能都要准备对应的回滚或应急修复方案。
  3.建立运维监控，将短信调用量指标加入日常预警中。
  4.内部的轮子要标准化。
  5.资金日志要尽可能详细，而且与第三方的交互日志要一致。
  6.对每个接口要建立各方位的打点日志，各用户的操作日志也应详细记录。
  7.系统权限需贴近业务，尽可能细化。