需求提得太频繁，需要快速实现，很容易会影响到项目原有的功能

前端时间接了一个需求：“每个月或每年定时给绑定水杯的家长收水费”

当时我手头上还有好几个需求没做，就这个需求催的比较急，我就优先把这个需求做了。

当时的需求文档没有列出可能会收到影响的原有功能，只是简单写了一下背景以及具体的实现方案。

需求做完发布后，就有家长反馈：我的这个水杯都已经挂失了，为什么还要收水费。

挂失水杯这个功能，是给丢失了水杯的家长使用的，水杯挂失后，水杯就不能取水了，等家长找到水杯后，可以将水杯取消挂失，然后水杯又恢复可以取水的状态。

就这样，新添加的功能和原有的功能发生了矛盾，就只好改呗。

水杯挂失后，水杯就不会收去水费了，等水杯取消挂失，如果还没缴纳水费，就收取当月的水费。

其实还有个更严重的冲突，就是挂失和取消挂失功能，是将水杯状态取相反值得，就是1变-1，-1变1。

然后加了待缴费的状态后（没支付水费），挂失功能在代缴费状态码上取相反值就会多一生成一个不存在的状态。

这些其实都是自己没有考虑周全导致的，不过一个人负责一个项目，而且还要短时间内实现那么多需求，也难免会有些事想得不周到。