我是做技术的，为什么会要写产品设计呢？就像一句俗话“久病成医”，当你负责一个系统足够久了，可能你就懂的比较多了。我想把自己遇见的听见的做一个系列，算是对自己过去工作的总结。
本文的基调是，少专业术语，全用大白话，一定要把东西说的通俗易懂。
本系列的第一篇，会说一说对账系统的框架是什么样子的，都有什么。
对账是做什么呢？说起来很简单，通俗讲就是，你该收到的和你真收到的是否一致，你该给的和你真给的是否一致。够通俗吗？如果套用到实际例子中，银行和支付系统的收单对账就是，你该收到的和银行给你是否一致。退款对账就是，你该给的和银行真退出去的是否一致。当然，还有一些内部业务系统的对账，例如账务系统与业务系统之间的对账，订单系统与业务系统的对账等等，你都按照这种去理解应该没什么问题。
下面说一说对账系统应该包含哪几大块。
第一模块，数据获取模块。
对账的数据一般来自两方，特殊情况可能会来自多方，不论来自于哪，你的对账系统一定要有接收数据的模块。细节方面，你要考虑数据怎么进入你的系统，用什么方式储存，在业务上需要什么数据才能满足你的对账需求或者其他拓展需求。
第二模块，核心对账模块。
有数据了，我们就可以进行核对了。这里要考虑对账的方式，数据对账的维度，针对复杂情况的处理等等，这里面涉及到的东西可能比较多。
第三模块，差错处理模块。
不平的账要怎么处理。不同的业务系统可能会有不同的需求。
第四模块，外部交互模块。
想到这时，突然意识到，产品经理压根不会想到这个吧，这个偏技术了??。
第五模块，报表模块。
放心吧，会计们肯定需要你系统里的数据。
第六模块，产品运营模块。
面对各种复杂的运营问题，你会需要它，来自一个被折磨的技术的心声。
一般来讲，只要有一二，就可以对账了，最多多一个三。但是一个让人满意的系统一定会需要后面的几块，就这样吧，字打多了肩膀疼。