程序员——了解用户的需求

最近一直在做一个公司内部的认账系统。

由于是小公司，并且是第一版，需求并不是很明确，有些内容，逻辑得程序员自己琢磨(苦逼啊)。

然后呢，其中就有这么个内容，由于原流程还需要涉及到订单的状态，比较复杂，就简单的只用：认账+开票来做个简单的流程图

1.财务的流程其实非常简单，是这样的：只需要最后的认账，与开票金额相同就可以了

2.但是，作为程序员，做系统的时候，就想的多了，导致流程图变为：

然后我就按程序员的流程图来做这个业务，这我就发现，越修改，情况越多，条件越多，判断越多，需要来回的修改数据，一不小心整个数据就乱了。 最后整个流程就变得非常的复杂。

然后今天，我突然回头一想：财务人员会关心哪些发票与认账一一对应吗？

没错，他们不会关心，他们只需要知道：这笔订单，有多少认账，开了多少发票。这个订单的到账，发票，最终的数额能对在一起就可以了，发票与认账跟订单对应即可。

（因为是小公司，大公司的话应该会对这些数据关心的，但人家做这个的话，也应该会给出流程，不会让程序员苦逼的瞎想）。

所以吗，作为程序员，得多问，多思考。 知道：程序是给哪些人用，他们需要解决的需求是什么。