汽車后市場(O2O)后臺設計(二):商家結算系統的0到1
在項目中,要有耐心和細心并且及時的和上下游人員溝通,有問題要果斷處理,在工作中要想的更多一些,更細一些,更果斷些,這樣才能做好一個能用優秀的項目。
隨著業務的增加,合作商家越來越多,公司的產品形式也越來越多,需要和商家的賬務往來也越來越頻繁,現有系統不能夠滿足快速、準確的去和合作商家及時結算資金的需要,嚴重影響公司業務的展開。
業務流程
我們主要和汽車維保商家合作,線上銷售商家的維保等服務,客戶購買后,憑購買憑證(核銷碼)去消費。客戶消費完后,公司這邊再和商家根據合同的結算價,進行結算(如下圖)。
線上銷售的產品形式
公司為了更好增加銷售量,把線上產品分成了套餐類產品(下文稱為套餐類產品)和單一消費類產品(下文稱為普通產品)。
套餐類產品具體來說就是把不同商家提供的不同服務打包成一個套餐型的產品,例如我把N次洗車,N次汽車基本保養,N次濾嘴清洗,N次空調清洗包裝成一個名叫養車寶的產品,只要你在線上買了我這個產品,你就可以憑此訂單到我合作任何商家去消費。至于單一消費類就好理解了,例如你在線買了次洗車,你就去指定店家消費就可以了。
公司內部結算流程
財務結算結構圖
關于對賬
在和商家的結算時,公司制度要求必先對賬。由于我們的產品都是線上銷售,客戶通過支付寶、微信或銀聯付款,這就需要做個對賬系統。對賬系統的功能就是獲取各個支付平臺一段時期內的收款記錄然后和線上的訂單對。具體規則就是,系統在獲取支付平臺的每批支付數據后,和我們的訂單系統比較,具體規則如下:
首先是普通產品:一是看是否有此訂單,二是訂單實際支付金額和支付平臺收到的金額是否一致,三是看此訂單是否消費完成。
其次是套餐類產品:因為套餐類產品,橫跨多個店家,多個商家,導致同一個套餐產品下的同一店家的不同服務項目、或者同一服務項目的不同店家的結算價都不一樣,這樣在客戶消費完某項服務時,相應在和不同商家、不同的服務項目結算時,結算的金額也不同。
(關于套餐類產品的生成,請看《?汽車后市場(O2O)后臺設計(一) :套餐類商品需求完成全過程》)
關于套餐類產品的對賬規則是:一是對是否有此訂單;二是對本訂單是否過期,三是對本訂單在有效期內各服務項目是否全部消費完。
對賬后的數據,我們分別存到普通對賬數據管理和套餐對賬數據管理。對賬后的數據我們按照對賬結果給予不同的對賬狀態:正常和對賬異常。
在某條數據為異常的情況下,數據操作有設為正常和納入異常兩個操作選項供操作人員在對信息核實后進行操作!
關于結算批次管理
結算批次管理主要是財務部門根據業務部門的申請新建結算批次,然后針對每個批次的結算,選取符合本批次已消費數據,然后把本批次的結算數據提交給相關業務部門審核的過程。
首先新建結算批次,新建批次字段名稱(如下圖):
批次列表
其次是針對所建的結算批次生成結算列表
由于普通產品和套餐產品的結構的不同,所以在生成結算列表去數據的位置和規則也不同。
普通產品結算列表的數據:取對賬中對賬正常且消費完并且符合結算批次時間段范圍內的數據(如下圖)。
然后按照具體結算要求,篩選出你需要結算的數據,點擊立即生成即可。
套餐產品結算列表的數據:取套餐消費記錄中消費完并且符合結算批次時間段范圍內的數據(如下圖)。
然后按照具體結算要求,篩選出你需要結算的數據,點擊立即生成即可。
批次的結算列表生成之后,就是本批次提交給業務部門審核。這里注意下,需要哪個部門審核,就提交個給某個部門,其他部門是看不到。各個企業的部門管理權限不同,提交方式不同。我們這邊由于每個部門都有固定的后臺帳號,這里我們就是直接提交給某個后臺帳號,可以多選(如下圖)。
關于結算批次審核
財務部門把某個結算批次提交給相關業務部門后,業務部門要對批次內的逐條數據進行核實。
在顯示上,批次列表管理和前邊一樣,但是在結算列表這里系統要對數據進行自動的整理,結算的意義歸根結底是與合作商家的結算,這里系統會把之前一條條的消費數據按照以商家名稱為緯度,把同一商家下消費記錄都歸納在這個商家名下,并做好統計(如下圖)。
商家匯總的審核列表
批次下審核列表(原生成結算列表)這里普通商品和套餐商品在顯示上是一致的。
點擊明細審核,顯示本批次下本商家下所有需要審核的結算數據(如下圖)。
這里對于未過審核的數據,可以復審操作,要么通過異常,要么納入異常。
所有數據通過審核后,在批次管理中,點擊已審核,就會改變列表狀態的同時提交給財務去結算(如下圖)。
關于批次結算
財務根據通審核的數據,逐個給商家打款,并把這條數據的結算狀態改為已結算,也就是點每條數據后的立即結算按鈕;批次內所有數據結算完成后,批次列表狀態也要改為已結算狀態(如下圖)。
批次結算列表
結算列表
明細結算
關于異常處理
對于對賬中和審核中出現的異常,走正常的結算流程無法結算(這類數據要么和商家合作出現問題,或者系統出現問題等,需要線下核實解決!),那就走異常結算流程,也就是線下人工經過聯系核實或者領導批準,對這條數據進行處理,處理的結果要么正常和商家結算金額,要么直接處理為無效金額,不與商家結算金額,要么不按照系統記錄的金額去結算,這些情況的數據都在異常處理里來操作(如下圖)
異常處理列表(分為普通產品和套餐產品)(如下圖)
普通商品
套餐商品
處理彈窗
關于商品消費記錄
由于我們原來的系統沒有完整客戶消費記錄(原來只在訂單管理里簡單記錄下),在做結算系統后,為了結算系統的完整性和更好讓財務去統計各種結算狀態下的數據,這里特別對這塊進行了綜合顯示和增加篩選調教方便財務或者其他業務部門操作查詢,具體的就不再多講。
關于商家版app
與此結算系統配套還有個商家版APP。在商家版APP里有本商家的消費記錄和結算記錄里,商家可以看到每次客戶消費的記錄和公司每次結算的數據記錄和金額統計,由于涉及到邏輯比較簡單,也就是簡單展示和統計功能,這里也不再多講!
注意的問題
由于上述對整個系統知識粗略的介紹下,具體還有很多的細節問題,例如
- 列表操作各個狀態和結算各個狀態的對應關系
- 怎么避免重復結算和結算不全的問題
- 關于異常處理,是不是有更好處理方式
- 怎么保證數據的準確性
- 套餐內的各個服務項消費完之后,財務怎么核算利潤的問題。
- 怎么和商家及時結算并保證商家帳號不出現錯誤的問題
……..
總結
在做本項目過程中,出現很多之前沒想到的細節問題,在團隊中其他人的幫助下,逐條克服,在整個項目過程中我總結了以下經驗,供大家參考:
耐心溝通
在開始項目之前,要耐心的和財務人員以及業務人員進行詳細的溝通,特別是財務人員,要進行耐心、細致、多次的溝通,同時要把財務人員的財務語言了解清楚。
篩選出剛需
認真把握財務想要的需求,同時也要仔細篩分財務提出的各種需求,是否是個人習慣,是否是和結算有關的需求,要在充分完成財務結算需求的同時,也要有選擇的舍棄一些與結算的無關需求。作為產品要抑制需求過大過全的沖動,前期先把那些粘邊靠沿的需求排除掉,要緊緊圍繞核心需求去設計。
全面細心,多想想極端情況
在劃定主要需求功能的同時,圍繞功能之間,全面的細致的考慮,多想想極端情況下特例,避免出現一些基本的邏輯錯誤和考慮不周的情況出現。
多聽聽有經驗的技術的建議
需求或者原型出來后,要和有經驗的技術、財務等主要人員先過下,讓財務人員看是否滿足他們的要求,讓技術看看是否有明顯的邏輯問題,同時技術人員很多都會提出很多具體怎么實現的問題,這樣可以在前期很快完善需求的不足和一些細節問題(小心被程序員噴的面目全非哦)
緊跟開發進度,及時解決問題
要緊緊跟蹤開發的進度,對一些復雜的狀態轉換問題,要給出具體的狀態轉換節點,做好注釋說明,及時和開發人員溝通。
總之,在項目中,要有耐心和細心并且及時的和上下游人員溝通,有問題要果斷處理,在工作中要想的更多一些,更細一些,更果斷些,這樣才能做好一個能用優秀的項目。
相關閱讀
汽車后市場(O2O)后臺設計(一) :套餐類商品需求完成全過程
本文由 @?劉相奇 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自unsplash,基于CC0協議
求加微信,我們也想做一個這樣的系統, 13925503475,希望能學習下
求加微信,我的微信abc1158457932
關于財務對賬是怎樣的功能,有沒有相應的對賬列表??
能不能也截個圖,來理解下支付數據與訂單系統的比較?謝謝
@lain 您好有一點不理解 財務結算>批次審核 是什么內容 ?是一個批次的列表嗎,然后點擊查看按鈕 進入 商家匯總的審核列表是這樣的嗎
是一個批次列表,只不過經過系統把同一個商家下訂單自動整合和統計;具體就是財務新建的批次要經過其他的業務部門審核(也就是審核是否有錯誤),同時審核這塊把之前批次列表的訂單數據自動進行了整合,一個商家下訂單統一整合起來,然后簡單統計下。審核過之后 財務才能正常結賬。
學習了,感謝分享。
理解到位,充分,受教了
想了解下,你們對賬的節點是哪里?是用戶到店消費后才會產生對賬數據,還說用戶購買后就會產生對賬數據了。。。
購買就產生了,但是對賬時要檢測訂單狀態是否退款,退款的要屏蔽掉,另外結算時取對賬正常且消費完的數據。
還沒有做過財務系統,看的有點暈,先馬住,感謝!
寫的很棒