财务系统设计的思考

说到财务系统的设计，就不由得联想到了目前很流行的一个职业“互联网产品经理”，他们的设计着眼于用户体验，创造出新的功能，改善着上亿网民的生活，比如扫一扫，摇一摇等。


财务系统不同于互联网的产品，它的复杂性对于没有深入了解它的人来说，是不太能想象出来的。互联网的功能开发，讲究的是时效，从一个点子，到产品发布可能只用一周的时间，然后如果市场冷淡，可能第三周就下线了。而财务产品通常经历着非常漫长的生命周期，就拿Oracle的财务系统来说，从90年代初起，这套财务的业务体系就基本成型，然后不断完善，所以每每在改Bug的时候看到90年代初的代码，到现在都一直在跑，就非常的感慨。


财务系统一般是有两个层面的设计，
一是业务功能的实现，财务总是依附于具体的业务，系统需要实现业务功能，记录业务数据，满足业务流程的需要。比如下单，开票，付款，结算等
另外一个层面则是真正的财务账目的处理，每一个业务的发生，都有相应的分录，对于这些分录的处理和分析，才是财务系统最最核心的利益。比如收入确认，账龄等


第一个层面的设计，相信很多产品经理，架构师都能够做到。一般采用访谈，问卷，用户体验分析等手段肯定是能实现出来。而对于第二个层面的设计，对于普通架构师，设计师就是一个非常巨大的考验，这需要有非常深厚的财务功底，能够和会计，财务经理，投资分析人等站在同一个水平思考。不然的话，即便是访谈高手也无法真正分析挖掘出内在的财务需求。


所以很多公司自行开发财务系统，问题百出，就不足为奇了。一方面，设计开发人员不懂财务，无法理解财务需求。另一方面，财务人员不懂技术，也不懂业务，提出来的需求让开发人员无法理解。真正的问题，应该是在业务，技术和财务之间没有好好地衔接，缺少能够三方都能沟通，并质量把关的人。