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

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

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

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

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

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

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

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

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

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

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

當(dāng)然，我們實(shí)際業(yè)務(wù)中碰上的問(wèn)題便是沒(méi)有先進(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)的操作步驟中無(wú)法正常體現(xiàn)，甚至導(dǎo)致歷史數(shù)據(jù)遷移的時(shí)候報(bào)錯(cuò)，無(wú)法導(dǎo)入，這時(shí)候就需要數(shù)據(jù)組校準(zhǔn)邏輯之后對(duì)核準(zhǔn)判斷并清0從業(yè)務(wù)數(shù)據(jù)體系建立的邏輯層面上關(guān)注，就需要一開(kāi)始從部門(mén)業(yè)務(wù)起始到最末端的數(shù)據(jù)回流收集，需要根據(jù)實(shí)際業(yè)務(wù)建立一套完整規(guī)范的數(shù)據(jù)收集體系，規(guī)定在某個(gè)時(shí)間節(jié)點(diǎn)獲取某些指標(biāo)數(shù)據(jù)，這樣也利于從一開(kāi)始摸清實(shí)際業(yè)務(wù)中會(huì)出現(xiàn)的問(wèn)題類(lèi)型，以渠道準(zhǔn)入為例：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

五、寫(xiě)在最后

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

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

作者：Logan_RRRC，公眾號(hào)： Logan的運(yùn)營(yíng)學(xué)習(xí)日記

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

題圖來(lái)自Unsplash，基于 CC0 協(xié)議