本篇文章將以錢包業(yè)務(wù)流程設(shè)計為例，分析在面對分散、用戶體驗較差的業(yè)務(wù)時，該如何設(shè)計一個便捷、靈活的錢包業(yè)務(wù)，接下來，我們看看作者的思考。

這是一個非常實用的案例，并且，案例涉及面比較廣，可以培養(yǎng)對整個錢包、賬戶、提現(xiàn)業(yè)務(wù)的認識，同樣，也是一個可以拿來即用的產(chǎn)品方案。

一、一提多戶的局面

很多公司會存在多條業(yè)務(wù)，這時候有些公司每個業(yè)務(wù)線都會有一個錢包業(yè)務(wù)，這樣就造成了商家端錢包的分散。

一個商家在每個業(yè)務(wù)線都有一個錢包，分別管理余額、提現(xiàn)、綁卡、支付密碼等，資金管理體驗比較差。

此時，就可能要對各業(yè)務(wù)線的錢包進行統(tǒng)一，統(tǒng)一以后商家僅需管理一個錢包，綁定一張卡、設(shè)置一個密碼，一次完成多賬戶的同時提現(xiàn)，提高資金管理效率，提升商家的結(jié)算體驗。

此時，錢包的提現(xiàn)就就2個核心問題要解決：

• 有多少：需要有系統(tǒng)告知錢包當前的可提金額是多少，以及這些余額分別來自哪些賬戶，每個賬戶有多少。
• 怎么提：當商家輸入提現(xiàn)金額時，需要有系統(tǒng)告知錢包，本筆提現(xiàn)要從哪些賬戶出，每個賬戶出多少，所以需要一個分配的策略。

接下來我們做的就是解決這2個核心訴求。

二、解決問題前要想明白幾個關(guān)鍵

以上的訴求，我們可以轉(zhuǎn)換為“錢包的余額查詢、提現(xiàn)預加工的支持”這樣兩個更明確的訴求，其中有幾個關(guān)鍵點要想明白。

1）可提余額并不一定等于賬戶可用余額的總和

因為有提現(xiàn)手續(xù)費的存在，導致個別賬戶可能不滿足最低提現(xiàn)金額要求，所以說可提金額不一定等于可用余額的總和。

就比如一個賬戶里只有2毛錢，而提現(xiàn)手續(xù)費要5毛，那就無法完成提現(xiàn)。

上表示例中主體001的可提余額計算結(jié)果=11.5元。

因為賬戶3中的0.8元不滿足最低提現(xiàn)要求，所以不可提。

實際可提金額=1.5+10.00=11.5元

因此，錢包余額12.3元，可提金額=11.5元。

2）可提余額不代表用戶要提的金額

因為他可能只選擇提取其中的一部分，所以要計算這部分金額應(yīng)該如何分配到賬戶；除非讓用戶選擇那個賬戶提多少，但這樣就失去了統(tǒng)一錢包的意義了。

3)如何制定一個提現(xiàn)金額的分配策略

有很多種方法，可以做得簡單一些，比如就設(shè)定一個固定的順序，ABC的順序進行扣款。

也可以做成綜合的策略，比如如果一個賬戶就夠了，那就只出一個賬戶，如果多個賬戶都夠了，那就按照順序扣款等，不過這樣的算法成本會增高，可能帶來的效果并不明顯。

如例：可提金額是11.5；此時用戶僅提現(xiàn)“8元”，該怎么處理，根據(jù)提現(xiàn)扣款順序的設(shè)定，如上表所示；順序代表扣款順序。

實際扣款如表最后一列：賬戶1扣1.5，賬戶2扣6.5。

用戶每輸入一次提現(xiàn)金額，就執(zhí)行一次預計算，并實時反饋給用戶。

三、誰來計算當前的賬戶總余額

因為底層是多個賬戶，每個賬戶都有總余額，可用余額，可提金額等信息。

那么當錢包要查詢賬戶余額信息時，對底層賬戶余額進行加工匯總的任務(wù)誰來完成？也就是以下三個公式：

錢包N總余額=賬戶A余額+賬戶B余額+賬戶C余額

錢包N可用余額=賬戶A余額+賬戶B余額+賬戶C余額

錢包N可提余額=賬戶A余額+賬戶B余額+賬戶C余額

無外乎有3種處理方法：

• 錢包進行處理：這種方法有個問題，就是耦合嚴重，錢包受底層賬戶的賬戶設(shè)置、制度政策的影響較大。
• 賬戶系統(tǒng)進行處理：會讓賬戶系統(tǒng)承載更多的計算加工任務(wù)，不利于資金管理的純粹性。
• 清算系統(tǒng)進行處理：對于清算系統(tǒng)來說，進行大量的計算和處理是其最擅長的職能，交給它去完成上下游都釋放出壓力，各自去做自己最純粹的事情。

如上圖所示，箭頭代表余額數(shù)據(jù)的查詢，123代表明細數(shù)據(jù)，N代表處理過的數(shù)據(jù)，最后選擇清算系統(tǒng)來做（綠的箭頭），此時清算系統(tǒng)查詢到123明細數(shù)據(jù)，輸出給錢包的是N匯總數(shù)據(jù)，并且包含了明細123數(shù)據(jù)。

所以，為了釋放賬戶的壓力，讓賬戶專心做自己資金管理的職能，將一些處理事務(wù)交給清結(jié)算系統(tǒng)去做，包括對賬戶余額的加工處理，以及提現(xiàn)余額的分配計算。

四、怎么解決一提多出的問題

因為錢包只發(fā)起一筆提現(xiàn)請求，但是，最終要扣多個賬戶，出多筆資金。

那么，這個從一提到多出的處理由誰來實現(xiàn)，也就是一筆提現(xiàn)變多筆提現(xiàn)。

因為是提現(xiàn)業(yè)務(wù)，所以我們選擇讓提現(xiàn)處理系統(tǒng)來完成對提現(xiàn)的拆分。

也就是錢包發(fā)起提現(xiàn)時，會請求清算系統(tǒng)對提現(xiàn)金額進行分配計算，然后得到計算結(jié)果，并封裝成提現(xiàn)數(shù)據(jù)提交給提現(xiàn)系統(tǒng)。

錢包提交的提現(xiàn)請求數(shù)據(jù)結(jié)構(gòu)如下：

• 提現(xiàn)請求ID
• 提現(xiàn)金額X

提現(xiàn)明細{子提現(xiàn)請求1，子提現(xiàn)請求2}由提現(xiàn)系統(tǒng)對提現(xiàn)請求拆分成兩筆提現(xiàn)：提現(xiàn)1，提現(xiàn)2，分別請求清算系統(tǒng)進行提現(xiàn)扣款處理。

這樣我們得到如下的業(yè)務(wù)流程：

五、把業(yè)務(wù)架構(gòu)畫出來，看看全局

我做方案喜歡搞這么個玩意，讓我心有乾坤人不慌，看看整個業(yè)務(wù)所涉及的范圍，以及每個環(huán)節(jié)要承載的任務(wù)。

通過上圖，我們就可以看清楚做這件事所涉及到的環(huán)節(jié)，以及要實現(xiàn)的能力有哪些，誰來做什么？