上篇部分請(qǐng)查看互金產(chǎn)品復(fù)盤記（上）
投資
背景
1.理財(cái)端是P2P的后者P野哭，缺少了此環(huán)揭芍，P2P就不完整抑淫。
2.將投資用戶抽象為消費(fèi)者绷落，這樣就能更好地分析用戶行為及特征。目標(biāo)
1.投資用戶的LTV = 月均投資頻次 * 人均投資額 * 毛利率 * (1/月流失率)始苇。
2.由于毛利率基本不變砌烁，因此我們可以著手的點(diǎn)有3個(gè)：提升投資頻次、提高人均投資額
、降低流失率函喉。坑在何處
1.拉新活動(dòng)的流量預(yù)估不足避归，上線之初被擠垮服務(wù)器。
2.運(yùn)營(yíng)策略不夠成體系管呵，自然增長(zhǎng)曲線很弱梳毙。
3.全年各節(jié)日的活動(dòng)規(guī)劃不夠到位，導(dǎo)致經(jīng)常趕工捐下。
4.活動(dòng)復(fù)盤沒在部門內(nèi)執(zhí)行下去账锹，導(dǎo)致活動(dòng)的結(jié)果差別很大。
5.SEO的延后周期較長(zhǎng)蔑担，導(dǎo)致過早放棄了SEO牌废。如何避坑
1.還是那句，流量預(yù)估要到位以及做好壓力測(cè)試啤握。
2.應(yīng)早日使用AARRR模型指導(dǎo)運(yùn)營(yíng)各節(jié)點(diǎn)鸟缕。
3.規(guī)劃好全年各大節(jié)日，并預(yù)留2-3個(gè)緊急活動(dòng)日排抬，從中規(guī)劃各活動(dòng)日的開發(fā)資源懂从。
4.每次活動(dòng)的數(shù)據(jù)都需打好tag，并堅(jiān)持活動(dòng)復(fù)盤蹲蒲，對(duì)于部門的知識(shí)共享很有利番甩。
5.要區(qū)分成效慢與沒成效的運(yùn)營(yíng)策略，不能過早放棄前者届搁。
6.用戶積分體系能有效提高用戶留存率缘薛，降低流失率。
貸后
背景
1.一旦用戶出現(xiàn)逾期了卡睦，貸后人員需要及時(shí)催回逾期用戶的貸款宴胧。目標(biāo)
1.回催總金額 = 催收人員 * 催收人均單量 * 催收案件均價(jià) * 人均回催率。
2.由于人均回催率提升有限表锻，而催收案件均價(jià)由外部決定恕齐，因此提高回催總金額的重點(diǎn)是增加人員數(shù)量、增加人均產(chǎn)能瞬逊。坑在何處
1.催收人員下載客戶資料后進(jìn)行販賣显歧。
2.初期催收人員對(duì)用戶的跟蹤記錄，常被覆蓋改寫确镊。
3.初期催收人員手動(dòng)認(rèn)領(lǐng)貸后案件士骤，浪費(fèi)人力。如何避坑
1.要盡可能保護(hù)用戶隱私骚腥，接入自動(dòng)呼叫系統(tǒng)后敦间，效果明顯。
2.用戶的催收負(fù)責(zé)人常變動(dòng)，因此需加入跟蹤記錄的歷史版本廓块，方便他人回溯厢绝。
3.增加自動(dòng)化派單功能。
4.將貸后系統(tǒng)拓展成為平臺(tái)带猴，接入認(rèn)證后的第三方貸后機(jī)構(gòu)昔汉，將委外模式線上化，有效地增加了人員數(shù)量（可視為編外人員）拴清。
底層邏輯
背景
1.底層作為各核心邏輯的支撐目標(biāo)
1.底層穩(wěn)定少bug靶病，能支撐高并發(fā)、多端拓展口予。坑在何處
1.初期業(yè)務(wù)導(dǎo)向娄周，安全沒放在首位，導(dǎo)致后面被DDOS沪停。
2.接入托管時(shí)煤辨，沒考慮異常情況的回滾方案，導(dǎo)致大量的數(shù)據(jù)錯(cuò)誤木张。
3.短信通道的二道驗(yàn)證過于簡(jiǎn)單众辨，導(dǎo)致短信被攻擊調(diào)用。
4.內(nèi)部的地址庫(kù)不統(tǒng)一舷礼，導(dǎo)致了對(duì)接支付及考拉時(shí)記錄有誤鹃彻。
5.資金日志記錄不夠詳細(xì)，導(dǎo)致后續(xù)的統(tǒng)計(jì)數(shù)據(jù)費(fèi)時(shí)費(fèi)力妻献。
6.接口的打點(diǎn)日志不完整蛛株，導(dǎo)致接口出現(xiàn)問題時(shí)，排查麻煩育拨。
7.系統(tǒng)的權(quán)限控制過松泳挥，導(dǎo)致客服泄露了部分用戶數(shù)據(jù)。如何避坑
1.要有意識(shí)向上管理需求至朗，將安全層面的重要性對(duì)上級(jí)傳達(dá)到位。
2.所有的功能都要準(zhǔn)備對(duì)應(yīng)的回滾或應(yīng)急修復(fù)方案剧浸。
3.建立運(yùn)維監(jiān)控锹引，將短信調(diào)用量指標(biāo)加入日常預(yù)警中。
4.內(nèi)部的輪子要標(biāo)準(zhǔn)化唆香。
5.資金日志要盡可能詳細(xì)嫌变，而且與第三方的交互日志要一致。
6.對(duì)每個(gè)接口要建立各方位的打點(diǎn)日志躬它，各用戶的操作日志也應(yīng)詳細(xì)記錄腾啥。
7.系統(tǒng)權(quán)限需貼近業(yè)務(wù)，盡可能細(xì)化。
