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