在項目中，要有耐心和細心并且及時的和上下游人員溝通，有問題要果斷處理，在工作中要想的更多一些，更細一些，更果斷些，這樣才能做好一個能用優(yōu)秀的項目。

隨著業(yè)務的增加，合作商家越來越多，公司的產品形式也越來越多，需要和商家的賬務往來也越來越頻繁，現(xiàn)有系統(tǒng)不能夠滿足快速、準確的去和合作商家及時結算資金的需要，嚴重影響公司業(yè)務的展開。

業(yè)務流程

我們主要和汽車維保商家合作，線上銷售商家的維保等服務，客戶購買后，憑購買憑證（核銷碼）去消費?？蛻粝M完后，公司這邊再和商家根據(jù)合同的結算價，進行結算（如下圖）。

線上銷售的產品形式

公司為了更好增加銷售量，把線上產品分成了套餐類產品（下文稱為套餐類產品）和單一消費類產品（下文稱為普通產品）。

套餐類產品具體來說就是把不同商家提供的不同服務打包成一個套餐型的產品，例如我把N次洗車，N次汽車基本保養(yǎng)，N次濾嘴清洗,N次空調清洗包裝成一個名叫養(yǎng)車寶的產品，只要你在線上買了我這個產品，你就可以憑此訂單到我合作任何商家去消費。至于單一消費類就好理解了，例如你在線買了次洗車，你就去指定店家消費就可以了。

公司內部結算流程

財務結算結構圖

關于對賬

在和商家的結算時，公司制度要求必先對賬。由于我們的產品都是線上銷售，客戶通過支付寶、微信或銀聯(lián)付款，這就需要做個對賬系統(tǒng)。對賬系統(tǒng)的功能就是獲取各個支付平臺一段時期內的收款記錄然后和線上的訂單對。具體規(guī)則就是，系統(tǒng)在獲取支付平臺的每批支付數(shù)據(jù)后，和我們的訂單系統(tǒng)比較，具體規(guī)則如下：

首先是普通產品：一是看是否有此訂單，二是訂單實際支付金額和支付平臺收到的金額是否一致，三是看此訂單是否消費完成。

其次是套餐類產品：因為套餐類產品，橫跨多個店家，多個商家，導致同一個套餐產品下的同一店家的不同服務項目、或者同一服務項目的不同店家的結算價都不一樣，這樣在客戶消費完某項服務時，相應在和不同商家、不同的服務項目結算時，結算的金額也不同。

（關于套餐類產品的生成，請看《?汽車后市場（O2O）后臺設計（一） ：套餐類商品需求完成全過程》）

關于套餐類產品的對賬規(guī)則是：一是對是否有此訂單；二是對本訂單是否過期，三是對本訂單在有效期內各服務項目是否全部消費完。

對賬后的數(shù)據(jù)，我們分別存到普通對賬數(shù)據(jù)管理和套餐對賬數(shù)據(jù)管理。對賬后的數(shù)據(jù)我們按照對賬結果給予不同的對賬狀態(tài)：正常和對賬異常。

在某條數(shù)據(jù)為異常的情況下，數(shù)據(jù)操作有設為正常和納入異常兩個操作選項供操作人員在對信息核實后進行操作！

關于結算批次管理

結算批次管理主要是財務部門根據(jù)業(yè)務部門的申請新建結算批次，然后針對每個批次的結算，選取符合本批次已消費數(shù)據(jù)，然后把本批次的結算數(shù)據(jù)提交給相關業(yè)務部門審核的過程。

首先新建結算批次，新建批次字段名稱（如下圖）：

批次列表

其次是針對所建的結算批次生成結算列表

由于普通產品和套餐產品的結構的不同，所以在生成結算列表去數(shù)據(jù)的位置和規(guī)則也不同。

普通產品結算列表的數(shù)據(jù)：取對賬中對賬正常且消費完并且符合結算批次時間段范圍內的數(shù)據(jù)（如下圖）。

然后按照具體結算要求，篩選出你需要結算的數(shù)據(jù)，點擊立即生成即可。

套餐產品結算列表的數(shù)據(jù)：取套餐消費記錄中消費完并且符合結算批次時間段范圍內的數(shù)據(jù)（如下圖）。

然后按照具體結算要求，篩選出你需要結算的數(shù)據(jù)，點擊立即生成即可。

批次的結算列表生成之后，就是本批次提交給業(yè)務部門審核。這里注意下，需要哪個部門審核，就提交個給某個部門，其他部門是看不到。各個企業(yè)的部門管理權限不同，提交方式不同。我們這邊由于每個部門都有固定的后臺帳號，這里我們就是直接提交給某個后臺帳號，可以多選（如下圖）。

關于結算批次審核

財務部門把某個結算批次提交給相關業(yè)務部門后，業(yè)務部門要對批次內的逐條數(shù)據(jù)進行核實。

在顯示上，批次列表管理和前邊一樣，但是在結算列表這里系統(tǒng)要對數(shù)據(jù)進行自動的整理，結算的意義歸根結底是與合作商家的結算，這里系統(tǒng)會把之前一條條的消費數(shù)據(jù)按照以商家名稱為緯度，把同一商家下消費記錄都歸納在這個商家名下，并做好統(tǒng)計（如下圖）。

商家匯總的審核列表

批次下審核列表（原生成結算列表）這里普通商品和套餐商品在顯示上是一致的。

點擊明細審核，顯示本批次下本商家下所有需要審核的結算數(shù)據(jù)（如下圖）。

這里對于未過審核的數(shù)據(jù)，可以復審操作，要么通過異常，要么納入異常。

所有數(shù)據(jù)通過審核后，在批次管理中，點擊已審核，就會改變列表狀態(tài)的同時提交給財務去結算（如下圖）。

關于批次結算

財務根據(jù)通審核的數(shù)據(jù)，逐個給商家打款，并把這條數(shù)據(jù)的結算狀態(tài)改為已結算，也就是點每條數(shù)據(jù)后的立即結算按鈕；批次內所有數(shù)據(jù)結算完成后，批次列表狀態(tài)也要改為已結算狀態(tài)（如下圖）。

批次結算列表

結算列表

明細結算

關于異常處理

對于對賬中和審核中出現(xiàn)的異常，走正常的結算流程無法結算（這類數(shù)據(jù)要么和商家合作出現(xiàn)問題，或者系統(tǒng)出現(xiàn)問題等，需要線下核實解決?。?，那就走異常結算流程，也就是線下人工經過聯(lián)系核實或者領導批準，對這條數(shù)據(jù)進行處理，處理的結果要么正常和商家結算金額，要么直接處理為無效金額，不與商家結算金額，要么不按照系統(tǒng)記錄的金額去結算，這些情況的數(shù)據(jù)都在異常處理里來操作(如下圖)

異常處理列表（分為普通產品和套餐產品）（如下圖）

普通商品

套餐商品

處理彈窗

關于商品消費記錄

由于我們原來的系統(tǒng)沒有完整客戶消費記錄（原來只在訂單管理里簡單記錄下），在做結算系統(tǒng)后，為了結算系統(tǒng)的完整性和更好讓財務去統(tǒng)計各種結算狀態(tài)下的數(shù)據(jù)，這里特別對這塊進行了綜合顯示和增加篩選調教方便財務或者其他業(yè)務部門操作查詢，具體的就不再多講。

關于商家版app

與此結算系統(tǒng)配套還有個商家版APP。在商家版APP里有本商家的消費記錄和結算記錄里，商家可以看到每次客戶消費的記錄和公司每次結算的數(shù)據(jù)記錄和金額統(tǒng)計，由于涉及到邏輯比較簡單，也就是簡單展示和統(tǒng)計功能，這里也不再多講！

注意的問題

由于上述對整個系統(tǒng)知識粗略的介紹下，具體還有很多的細節(jié)問題，例如

• 列表操作各個狀態(tài)和結算各個狀態(tài)的對應關系
• 怎么避免重復結算和結算不全的問題
• 關于異常處理，是不是有更好處理方式
• 怎么保證數(shù)據(jù)的準確性
• 套餐內的各個服務項消費完之后，財務怎么核算利潤的問題。
• 怎么和商家及時結算并保證商家?guī)ぬ柌怀霈F(xiàn)錯誤的問題

……..

總結

在做本項目過程中，出現(xiàn)很多之前沒想到的細節(jié)問題，在團隊中其他人的幫助下，逐條克服，在整個項目過程中我總結了以下經驗，供大家參考：

耐心溝通

在開始項目之前，要耐心的和財務人員以及業(yè)務人員進行詳細的溝通，特別是財務人員，要進行耐心、細致、多次的溝通，同時要把財務人員的財務語言了解清楚。

篩選出剛需

認真把握財務想要的需求，同時也要仔細篩分財務提出的各種需求，是否是個人習慣，是否是和結算有關的需求，要在充分完成財務結算需求的同時，也要有選擇的舍棄一些與結算的無關需求。作為產品要抑制需求過大過全的沖動，前期先把那些粘邊靠沿的需求排除掉，要緊緊圍繞核心需求去設計。

全面細心，多想想極端情況

在劃定主要需求功能的同時，圍繞功能之間，全面的細致的考慮，多想想極端情況下特例，避免出現(xiàn)一些基本的邏輯錯誤和考慮不周的情況出現(xiàn)。

多聽聽有經驗的技術的建議

需求或者原型出來后，要和有經驗的技術、財務等主要人員先過下，讓財務人員看是否滿足他們的要求，讓技術看看是否有明顯的邏輯問題，同時技術人員很多都會提出很多具體怎么實現(xiàn)的問題，這樣可以在前期很快完善需求的不足和一些細節(jié)問題(小心被程序員噴的面目全非哦)

緊跟開發(fā)進度，及時解決問題

要緊緊跟蹤開發(fā)的進度，對一些復雜的狀態(tài)轉換問題，要給出具體的狀態(tài)轉換節(jié)點，做好注釋說明，及時和開發(fā)人員溝通。

總之，在項目中，要有耐心和細心并且及時的和上下游人員溝通，有問題要果斷處理，在工作中要想的更多一些，更細一些，更果斷些，這樣才能做好一個能用優(yōu)秀的項目。

相關閱讀

汽車后市場（O2O）后臺設計（一） ：套餐類商品需求完成全過程

本文由 @?劉相奇 原創(chuàng)發(fā)布于人人都是產品經理。未經許可，禁止轉載。

題圖來自unsplash，基于CC0協(xié)議