前兩天跟同事聊天的時候，靈光一閃，想到用這個角度去闡述我對業(yè)務的理解，后來回頭琢磨琢磨覺得思路還不錯。其實那天的討論是這個話題開始的——“銀行從業(yè)的開發(fā)人員并沒有直接參與過業(yè)務工作，因為不同于互聯(lián)網(wǎng)業(yè)務在生活中還可以場景化的體驗，金融業(yè)務具備一定的認知門檻，那如何去感受和理解業(yè)務在做什么？如何建立自己的業(yè)務知識和技術知識的融合體系?！?/p>
我并沒有執(zhí)著的回答這個像海一樣大的話題，我試圖通過一個例子來說清我的理解。于是，我選擇從對“放款”一詞的感受開始。
- 當我剛畢業(yè)的時候，背景是一個理工科的畢業(yè)生初來乍到銀行，聽到“放款”的第一感受是什么？
銀行的錢放到了我的賬戶
就這個感覺，因為過往的經(jīng)驗并不能告訴我什么。其實這是一種結果性的感受，結果性的感受最直觀，也最原始，我只能說出我能看到的東西。
- 后來當我做了貸前系統(tǒng)群，再聽到“放款”，感受有了一些變化。
C端用戶發(fā)起了授信申請，經(jīng)過風控篩選、審批、人工審批，得到一個風控建議額度，風控建議利率；在這個額度基礎上和授信有效期內，用戶發(fā)起用信申請，經(jīng)過一系列風控篩選審批之后，向支付接口發(fā)起放款請求，等到放款成功的狀態(tài)后，就意味著已經(jīng)把銀行的錢放到用戶的指定賬戶了。
在這里，我特意將授信和用信分開來談，因為循環(huán)用信（隨借隨還）的流程中，衍生出了客戶和借據(jù)的兩個維度，映射關系是“一對多”，值得一提的是數(shù)據(jù)維度卻有了兩層。這段經(jīng)歷讓我我了解到“放款”之前，還有一系列的業(yè)務流程。不過這個階段，我的理解止于“放款”請求指令，但是我的理解也懵懵懂懂的多了兩個數(shù)據(jù)維度，這個數(shù)據(jù)維度還可以有什么用呢，困惑我良久。
- 當我接觸貸后管理系統(tǒng)之后，繼續(xù)沉淀新的感受
“放款”意味著開始進入貸后管理流程，有別于貸前，這個一個新流程的開始，很幸運的說這個是換了一個視角來審視業(yè)務。從此，再有任何業(yè)務需求，我第一反應都會問，你說的是借據(jù)維度？還是客戶維度？因為從上一階段的感受會成為我的經(jīng)驗，知道了數(shù)據(jù)已經(jīng)有了維度之分。
同樣，業(yè)務人員再跟我談五級分類規(guī)則、貸中預警、催收管理以及各類業(yè)務數(shù)據(jù)報表統(tǒng)計（遷移率，催收率…）等，都需要建立在數(shù)據(jù)維度之上。
- 當我學習核心系統(tǒng)之后，對“放款”的感受更加細致全面
核心的“放款”是收到放款請求之后的開始系列的事務處理，
1）對賬戶鑒權，賬戶狀態(tài)檢查
2）客戶額度檢查
3）支付渠道完成支付，收款賬戶是本行卡/他行卡/II類戶的支付路由
4）放款短信發(fā)送
5) 扣款文件，還款計劃表生成
這種感受從直觀上的體會，慢慢健全成一個完整的流程。
- 總賬的視角怎么看“放款”？
“放款”在總賬的記賬場景，通過這筆交易的業(yè)務屬性（境內、境外，個人/企業(yè)，本金/利息，等等）解析出對應的一套分錄，如：
DR 境內個人短期信用貸款
CR 過渡科目
DR 過渡科目
CR 活期存款-客戶
隨著賬務這塊知識的補充，我嘗試使用一個新的思路去復盤過去學習的業(yè)務知識，通過貸款業(yè)務形態(tài)轉移的分錄對照回過頭看貸款的各類業(yè)務交易，如：正常轉逾期，逾期轉非應計，核銷，正常還款，提取應收息等等。這個時候的感受是，恍然大悟！原來如此！一切是那么的合理！
最終這些“感受”的積累曲線，其實是你知識體系建立的過程。我喜歡隨手畫這個圖給較年輕的朋友以示鼓勵。任何知識的積累會有一個漫長的發(fā)育期，這從來不是一個線性的關系，這個發(fā)育期甚至會讓你的認知反復推倒、重建，你也會忘記一部分，相當苦澀。但是，隨著你的反復記憶和理解，一旦迎來那個爆發(fā)點，業(yè)務知識的成長是成指數(shù)型的。
如果你也曾為之付出努力，你也會和我有相同的感受！但是我也在思考，為什么會有“指數(shù)型”增長的現(xiàn)象，為什么會有所謂的“一通百通”？其根本原因是——業(yè)務流程是有“邏輯”的。首先它是合理的，它才會存在，或者保守一點說，至少在它出現(xiàn)的那個環(huán)境的條件下，是一定具備其合理性的。
這些業(yè)務知識結合技術能力，最終將轉化成科技人員項目落地的能力和解決問題的能力?；氐揭磺械淖畛酰萍既藛T談業(yè)務需求，其實在談什么？
第一層：談“邏輯”—業(yè)務邏輯
業(yè)務的主流程說的是邏輯；
主流程的例外說的是對邏輯的補充。
這是業(yè)務人員需要說明清楚的，也是代碼開發(fā)的基礎！
第二層：還是在談“邏輯”—數(shù)據(jù)邏輯
在業(yè)務流程的基礎上，分析數(shù)據(jù)流。分析數(shù)據(jù)流一定需要超越業(yè)務人員的理解，利用技術背景去幫助業(yè)務人員抽象數(shù)據(jù)維度 。
客戶維度 or 交易維度 ？
產品維度 or 渠道維度 ？
。。。
如果你不談數(shù)據(jù)邏輯會有什么災難性后果？眾所周知，數(shù)據(jù)合并易，分則難，歷史數(shù)據(jù)的處理真的要命。
這里蘊藏的邏輯是我們談數(shù)據(jù)處理，首先要談數(shù)據(jù)對象，其次，數(shù)據(jù)對象一定有所屬維度。
第三層：談“合理性”——架構邏輯
此時，是我反過來問業(yè)務人員，需要他來回答我的問題。業(yè)務人員對以下這些關鍵詞的合理評估結果，在我腦海里映射的是技術架構選型和系統(tǒng)基礎設施設計，以下的關鍵詞其實就是一個個的技術指標，更是適配這套業(yè)務架構的技術架構！
關鍵詞：業(yè)務量，峰值并發(fā)量，業(yè)務時長（7 24），是否對客，監(jiān)管合規(guī)（影像存儲，數(shù)據(jù)脫敏，監(jiān)管報送等），經(jīng)辦/復核審批流等等。
談這三層的理解，我沒有展開的特別細。但這套邏輯形成我工作中的方法論，非常有效的幫助我快速建立知識體系，希望可以引起您的共鳴。
