我是做技術的，為什麽會要寫產品設計呢？就像一句俗話“久病成醫”，當你負責一個系統足夠久了，可能你就懂的比較多了。我想把自己遇見的聽見的做一個系列，算是對自己過去工作的總結。

本文的基調是，少專業術語，全用大白話，一定要把東西說的通俗易懂。

本系列的第一篇，會說一說對賬系統的框架是什麽樣子的，都有什麽。

對賬是做什麽呢？說起來很簡單，通俗講就是，你該收到的和你真收到的是否一致，你該給的和你真給的是否一致。夠通俗嗎？如果套用到實際例子中，銀行和支付系統的收單對賬就是，你該收到的和銀行給你是否一致。退款對賬就是，你該給的和銀行真退出去的是否一致。當然，還有一些內部業務系統的對賬，例如賬務系統與業務系統之間的對賬，訂單系統與業務系統的對賬等等，你都按照這種去理解應該沒什麽問題。

下面說一說對賬系統應該包含哪幾大塊。

第一模塊，數據獲取模塊。

對賬的數據一般來自兩方，特殊情況可能會來自多方，不論來自於哪，你的對賬系統一定要有接收數據的模塊。細節方面，你要考慮數據怎麽進入你的系統，用什麽方式儲存，在業務上需要什麽數據才能滿足你的對賬需求或者其他拓展需求。

第二模塊，核心對賬模塊。

有數據了，我們就可以進行核對了。這裏要考慮對賬的方式，數據對賬的維度，針對復雜情況的處理等等，這裏面涉及到的東西可能比較多。

第三模塊，差錯處理模塊。

不平的賬要怎麽處理。不同的業務系統可能會有不同的需求。

第四模塊，外部交互模塊。

想到這時，突然意識到，產品經理壓根不會想到這個吧，這個偏技術了??。

第五模塊，報表模塊。

放心吧，會計們肯定需要你系統裏的數據。

第六模塊，產品運營模塊。

面對各種復雜的運營問題，你會需要它，來自一個被折磨的技術的心聲。

一般來講，只要有一二，就可以對賬了，最多多一個三。但是一個讓人滿意的系統一定會需要後面的幾塊，就這樣吧，字打多了肩膀疼。

對賬系統產品設計（一）