線下業(yè)務(wù)數(shù)據(jù)體系搭建(二)——逾期資產(chǎn)處置系統(tǒng)數(shù)據(jù)底層邏輯設(shè)計

0 評論 5405 瀏覽 6 收藏 15 分鐘

編輯導(dǎo)語:本文就線下業(yè)務(wù)數(shù)據(jù)體系的搭建進(jìn)行講解。以自己公司上線系統(tǒng)后出現(xiàn)的問題為例,從四個方面進(jìn)行講解,解決了系統(tǒng)數(shù)據(jù)構(gòu)建問題。推薦想要搭建線下業(yè)務(wù)數(shù)據(jù)體系的用戶閱讀。

最近開始上線系統(tǒng),公司目前又沒有數(shù)據(jù)產(chǎn)品經(jīng)理參與系統(tǒng)設(shè)計,勉勉強(qiáng)強(qiáng)上線了系統(tǒng),但是在系統(tǒng)上線之前經(jīng)歷的打斷數(shù)據(jù)清洗遷移系統(tǒng)的過程,是想記錄下來分享給大家的。

整個產(chǎn)品項(xiàng)目提出大概是去年年末今年年出,確定初版原型圖設(shè)計大概是6月份,需求調(diào)整、開發(fā)、測試、灰度,到現(xiàn)在才開始進(jìn)行實(shí)際業(yè)務(wù)測試,期間經(jīng)歷了很多困難,實(shí)際在業(yè)務(wù)的生產(chǎn)中,我們在7-8月份實(shí)現(xiàn)了整個部門業(yè)務(wù)處置能力的飛躍,整體的業(yè)務(wù)模式也發(fā)生了比較大的變化,這導(dǎo)致實(shí)際開發(fā)進(jìn)度遠(yuǎn)落后于業(yè)務(wù)的進(jìn)步。

一、業(yè)務(wù)邏輯

在很長一段時間內(nèi),我們一直依靠數(shù)倉建立的一張極高自由度的表結(jié)構(gòu)下操作,大量的數(shù)據(jù)由實(shí)際前端業(yè)務(wù)員匯總,導(dǎo)入數(shù)倉留存,這樣的操作就導(dǎo)致了,在實(shí)際業(yè)務(wù)邏輯中,有大量存在強(qiáng)邏輯相關(guān)性的字段,并沒有按實(shí)際的固定的邏輯進(jìn)行留存,像類似有一部分用戶/訂單委派給了渠道進(jìn)行訴訟處置,但渠道回傳的案件進(jìn)度數(shù)據(jù)中,只給定了訴訟結(jié)案時間,卻沒有立案時間。

但由于這張極高自由度的表格,會讓這樣不合業(yè)務(wù)邏輯的數(shù)據(jù)被留存下來,如果渠道在中途不再合作,立案時間這個字段可能就徹底丟失,在系統(tǒng)數(shù)據(jù)中轉(zhuǎn)化為錯誤值,在業(yè)務(wù)中的有效數(shù)據(jù)因?yàn)楣ぷ髁鞒躺系牟灰?guī)范成為了無效數(shù)據(jù),這是得不償失的。

所以,在實(shí)際設(shè)計線下業(yè)務(wù)數(shù)據(jù)體系的時候的時候,第一個需要考慮的就是業(yè)務(wù)上的邏輯,簡單以訴訟為例。

這是一套簡單的訴訟流程,實(shí)際在作業(yè)中,我們需要明確,有哪些事件的發(fā)生是帶有強(qiáng)關(guān)聯(lián)性的,這在一定程度上能幫助我們對數(shù)據(jù)是否合理,是否真實(shí)進(jìn)行校驗(yàn),同樣能對合作的三方機(jī)構(gòu)、渠道的作業(yè)能力、作業(yè)方式有一定的了解。

在上述流程中,如果同時出現(xiàn)二審受理時間和駁回訴訟申請的反饋,可以說明在某一程度上數(shù)據(jù)是有問題的,同樣的,有二審審理開始時間卻沒有一審結(jié)束時間同樣是數(shù)據(jù)有可能產(chǎn)生問題的點(diǎn)。

按業(yè)務(wù)邏輯校驗(yàn)數(shù)據(jù),除了能在流程數(shù)據(jù)校對中發(fā)現(xiàn)一定問題之外,還能通過這部分流程數(shù)據(jù)獲取渠道不愿意同步的情況,盡量減少信息不對等的問題,減少我方損失,例如渠道在遞交材料這個環(huán)節(jié)沒有同法院溝通順暢,就要求我方提供大批量同類型案件處置,卻最終反饋撤訴的情況下,很有可能在最初渠道反饋的他們可合作的法院便是不接受這類案件,且無法處置的,這時候說明在前端商務(wù)溝通層面上,渠道反饋的作業(yè)信息是有誤區(qū)的,這種誤區(qū)會容易耗費(fèi)大量的人力物力。

所以,數(shù)據(jù)在之前先做好穩(wěn)定收集校驗(yàn)的工作,是能夠穩(wěn)定判斷渠道的實(shí)際作業(yè)情況的。

當(dāng)然,我們實(shí)際業(yè)務(wù)中碰上的問題便是沒有先進(jìn)行業(yè)務(wù)邏輯校準(zhǔn),便補(bǔ)充了看似準(zhǔn)確的業(yè)務(wù)數(shù)據(jù),這部分不符合業(yè)務(wù)邏輯規(guī)范的數(shù)據(jù)在系統(tǒng)強(qiáng)關(guān)聯(lián)的操作步驟中無法正常體現(xiàn),甚至導(dǎo)致歷史數(shù)據(jù)遷移的時候報錯,無法導(dǎo)入,這時候就需要數(shù)據(jù)組校準(zhǔn)邏輯之后對核準(zhǔn)判斷并清0從業(yè)務(wù)數(shù)據(jù)體系建立的邏輯層面上關(guān)注,就需要一開始從部門業(yè)務(wù)起始到最末端的數(shù)據(jù)回流收集,需要根據(jù)實(shí)際業(yè)務(wù)建立一套完整規(guī)范的數(shù)據(jù)收集體系,規(guī)定在某個時間節(jié)點(diǎn)獲取某些指標(biāo)數(shù)據(jù),這樣也利于從一開始摸清實(shí)際業(yè)務(wù)中會出現(xiàn)的問題類型,以渠道準(zhǔn)入為例:

有大量商務(wù)人員在前期渠道準(zhǔn)入的獲取的渠道信息是沒有實(shí)際同步實(shí)際運(yùn)營人員的,在渠道準(zhǔn)入之后有大量的實(shí)際對接工作在就會落在后端運(yùn)營人員這,同樣的,渠道方也會更換實(shí)際的運(yùn)營溝通人員,大量的前期對接工作在運(yùn)營人員未知的時候業(yè)務(wù)就流轉(zhuǎn)到了下一個節(jié)點(diǎn),如果對各個部分人員權(quán)限管理的再嚴(yán)格一點(diǎn),很可能出現(xiàn)運(yùn)營人員連實(shí)際的合作協(xié)議簽署都還沒確定的情況下就被業(yè)務(wù)推動著不停往前走,不停溝通合作嘗試。

最后發(fā)現(xiàn)渠道甚至合作協(xié)議的簽署,合作模式都不是很清晰,這種情況在這種0-1的創(chuàng)業(yè)公司、創(chuàng)業(yè)部門非常常見,實(shí)際業(yè)務(wù)需求推動過于緊張,但實(shí)際業(yè)務(wù)邏輯、運(yùn)營邏輯的搭建被遠(yuǎn)遠(yuǎn)落在后面。

二、數(shù)據(jù)自由度

數(shù)據(jù)自由度在實(shí)際業(yè)務(wù)場景下應(yīng)當(dāng)被定義為實(shí)際數(shù)據(jù)操作人員的數(shù)據(jù)規(guī)范化操作,就以簡單的數(shù)據(jù)清洗補(bǔ)充為例,在線下的業(yè)務(wù)流程中,會有大量的數(shù)據(jù)以表格的形式在線下本地存儲,需要把這部分?jǐn)?shù)據(jù)以規(guī)范化的邏輯、格式上傳至系統(tǒng)留存,才能匯總所有人的數(shù)據(jù)記錄,在數(shù)據(jù)沒統(tǒng)一上線系統(tǒng)之前,甚至“需求表-排期表-跟進(jìn)表”三個不同功能作用的工作表的數(shù)據(jù)、文本都可能產(chǎn)生差距,就比方說需求表內(nèi)法院信息補(bǔ)充為“廈門市集美區(qū)法院”,在實(shí)際排期表、跟進(jìn)表中存儲的法院信息為“福建省廈門市集美區(qū)人民法院”,這部分信息在系統(tǒng)的留存可能只能以一個標(biāo)準(zhǔn)字段的形式存儲,用于代表用戶的所生成的用戶ID假設(shè)包含英文的大小寫,同樣要規(guī)范以統(tǒng)一的大寫/小寫的形式作為留存

舉個例子,碰上底層如果對大小寫敏感的JAVA、C++等語言撰寫,同一個用戶如果存儲方式是“A”和“a”是完全不一致的,在甚至身份證號中的“X”和“x”都會被識別為兩個用戶,這樣的數(shù)據(jù)不規(guī)范會在很大程度上影響數(shù)據(jù)的清潔程度,進(jìn)而影響業(yè)務(wù)數(shù)據(jù)分析等方面;

一方面來說,數(shù)據(jù)自由在某種程度上確實(shí)很爽,可以以任何形式(CODE碼,文字、數(shù)據(jù)等)留存關(guān)鍵數(shù)據(jù),在業(yè)務(wù)流轉(zhuǎn)過程中會很快樂,工作很迅速,如果這部分?jǐn)?shù)據(jù)只是做無檢驗(yàn)留存,在數(shù)據(jù)上傳的時候甚至不會做任何校驗(yàn),這樣的數(shù)據(jù)在實(shí)際導(dǎo)入系統(tǒng),做分析使用的時候都會產(chǎn)生比較大的問題。

在所有的線下業(yè)務(wù)中都可能會發(fā)生類似的情況,對數(shù)據(jù)自由度進(jìn)行一定規(guī)范話,需要對所有要留存的數(shù)據(jù)設(shè)計留存格式、留存方式,在數(shù)據(jù)庫中的更新模式(只允許新增數(shù)據(jù)/只允許覆蓋數(shù)據(jù)),在規(guī)范化的操作下,才能保證部門內(nèi)每個人的每一項(xiàng)線下工作都能按一定的邏輯交付,不會存在數(shù)據(jù)工作存在斷檔,同事無法接手、合作的情況。

三、底層數(shù)據(jù)表邏輯設(shè)計

任何系統(tǒng)都需要在底層設(shè)計數(shù)據(jù)存儲的表格形式,而每張實(shí)際存儲的表都需要有主鍵作為唯一識別,根據(jù)不同維度的表格實(shí)現(xiàn)表于表之間的連接

我們以消費(fèi)金融逾期資產(chǎn)處置為例,對于任何一種逾期資產(chǎn)處置的手段(電話催收、人民調(diào)解、法院調(diào)解、律所調(diào)解、訴訟等)來看,所有的處置手段的作用邏輯均在用戶上,而單個用戶下可能會存在多筆實(shí)際借款行為,單個用戶在借款額度未用盡的情況下,多次操作借款,這樣會在用戶的維度下生成多筆借款記錄,每一筆借款記錄在最細(xì)的維度上都是以借款訂單的賬單維度展現(xiàn)的,而訂單維度的借款行為構(gòu)成了用戶維度的行為。

在逾期資產(chǎn)處置上,又是以多個用戶綁定的方式推送給渠道,渠道對不同的用戶下多筆借款行為實(shí)際跟進(jìn)處置,所有的處置邏輯是一層一層掛鉤的,這種層層嵌套的數(shù)據(jù)結(jié)構(gòu),需要在實(shí)際操作的業(yè)務(wù)流程中,根據(jù)不同的業(yè)務(wù)流程中的主要展示表,去做表之間的不同關(guān)聯(lián)形式,以下是各個維度的底層表可能會涉及的字段:

可以看到,每個維度所要收集、展示的字段很多時間不太能在統(tǒng)一的數(shù)據(jù)底層數(shù)據(jù)庫中獲取,且各個維度的數(shù)據(jù)之間是以主鍵的方式去層層遞進(jìn)的,賬單—訂單—用戶—批次,依據(jù)主鍵進(jìn)行關(guān)聯(lián),這樣的關(guān)聯(lián)模式能較好的完成各個表結(jié)構(gòu)之間的搭建,讓同一個維度的字段僅保留在同個維度的表中,這種模式的拆分也能讓數(shù)據(jù)之間打破數(shù)據(jù)孤島,實(shí)現(xiàn)關(guān)聯(lián)。

這種表之間的邏輯關(guān)聯(lián)設(shè)計,讓實(shí)際業(yè)務(wù)系統(tǒng)中可以實(shí)現(xiàn)多模式的臨時表,數(shù)據(jù)僅在被需要的事件節(jié)點(diǎn)被提出計算,在無需留存的事件節(jié)點(diǎn)會被剔除,這樣的臨時表搭建方式會減少系統(tǒng)實(shí)際占用的服務(wù)器性能,在快速響應(yīng)方面也能支持不同權(quán)限的個體同時進(jìn)行線上操作。

業(yè)務(wù)數(shù)據(jù)底層的搭建,最好是根據(jù)實(shí)際業(yè)務(wù)的邏輯拆分不同的表結(jié)構(gòu),根據(jù)業(yè)務(wù)操作人員可能會涉及的顆粒度去展示不同的邏輯層級,最后搭建起實(shí)際業(yè)務(wù)數(shù)據(jù)體系。

四、系統(tǒng)業(yè)務(wù)邏輯搭建

在系統(tǒng)底層數(shù)據(jù)搭建好之后,需要設(shè)計上層的業(yè)務(wù)操作邏輯,所有的業(yè)務(wù)操作邏輯都需要提前設(shè)定好整個系統(tǒng)可能會涉及的權(quán)限分配,根據(jù)不同的業(yè)務(wù)權(quán)限進(jìn)行拆分,舉個例子,仍是以上面四個表的維度進(jìn)行拆分,在逾期資產(chǎn)的處置中,人民調(diào)解員可以根據(jù)自己被分配到的用戶進(jìn)行操作,根據(jù)實(shí)際自己分配到的權(quán)限進(jìn)行操作,通過權(quán)限對系統(tǒng)功能各個模塊進(jìn)行拆分,能夠通過權(quán)限功能的拆分,實(shí)現(xiàn)多人同時操作,避免多人同時操作對系統(tǒng)查詢造成大量負(fù)擔(dān),但這種根據(jù)業(yè)務(wù)拆分系統(tǒng)的權(quán)限,就需要實(shí)際業(yè)務(wù)流程、邏輯完善搭建之后才能完善,根據(jù)不同部門的業(yè)務(wù)模式才能正常操作,這就是因人而異了。

五、寫在最后

對于現(xiàn)階段很多線上業(yè)務(wù)而言,重要的是線上前端業(yè)務(wù)的發(fā)展,對后端的關(guān)注度其實(shí)都沒有那么高,以互聯(lián)網(wǎng)消費(fèi)金融為例,在前端的用戶畫像、用戶行為分析,其實(shí)已經(jīng)做到了比較優(yōu)異的狀態(tài),但后端逾期資產(chǎn)處置的方面,卻被極大的忽略了,大量的后端處置風(fēng)控數(shù)據(jù)沒法按合適的邏輯回傳前端,在逾期資產(chǎn)處置方面,有一些資產(chǎn)在還未進(jìn)入處置之前就已經(jīng)被定義為“壞賬”、“不良資產(chǎn)”,甚至不被考慮回收,這部分資產(chǎn)都是直接被定義在“無法處置”,不被納入資產(chǎn)回收的考量范圍,在這種程度上實(shí)際如果把這部分“壞賬”跟進(jìn)回收,是能夠成為公司賬面上的關(guān)鍵現(xiàn)金流的,這對消金公司有著非常大的意義。

此外,大量后端處置數(shù)據(jù)回傳,能夠幫助前端風(fēng)控完善逾期用戶行為鏈路,確定各類型行為發(fā)生的觸發(fā)機(jī)制,這對本來就難以完全實(shí)現(xiàn)的快速風(fēng)控有積極意義,也是希望大家能更關(guān)注各個行業(yè)后端的業(yè)務(wù),完成整體業(yè)務(wù)邏輯閉環(huán)的搭建。

 

作者:Logan_RRRC,公眾號: Logan的運(yùn)營學(xué)習(xí)日記

本文由 @Logan_RRRC 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載

題圖來自Unsplash,基于 CC0 協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!