关于需求更改

近来公司项目在对于以前设计的游戏系统进行统一整改，即需求更改。涉及到我做的一些功能，一些是小优化，小改动，有的基本上是推翻重做。以前的游戏内的每个系统分别由不同的策划负责，相互之间没有考虑过太多的关联性，整体性，基本上就是参照别的游戏有的内容，经过自己的思考提炼一番，简单说就是抄过来。对于这些类似的系统，基本上是做好之后就不管了，等游戏准备想要上线了，才开始考虑我们这是一款游戏，需要保持操作的一致性，系统相对统一。然后就是大刀阔斧的开始砍功能，修改、完善、统一起来。

需求变动往往是慢慢来的，本来代码不算复杂。但是当功能一点点增加，一点点修改之后，往往会增加意想不到的问题。像网上段子有扫码改需求，就是对于频繁更改的吐槽。 扫码改需求

造成需求不断变动，根本上来讲还是游戏设计着对于自己想要的东西不够明确。国内的游戏基本上就是相互抄，你有的我都要有，反正先把功能做好，后面再完善。以至于我们根本没有一套公司内自己的标准，我们的标准简单点说，就是看老板。他认为好的就是好，想要改的就得改。或许这叫真理掌握在少数人手里吧。
不光共功能上，在美术上我们也是不断改，当然主要是改进。前前后后角色原画估计换了五六版了吧，对应的就是模型更换，动作更换，特效更换。每一次都会较之以前有一定的改善，但我觉得项目是经不起长期这样折腾的。长久不上线，就这样不断换来换去，始终没有市场的用户来验证，还是实验室里面的东西。
我觉得应该制定一套标准或者准则，只要效果由于标准之上，就不再修改。放出测试版本出去看用户体验，再进行下一步的迭代。需求更改是无法避免的，但是如果一个功能或者系统修改得过多了，说明从一开始就没想好，后来修改也想不好，就该考虑它是否具有存在的必要了。
但我们公司对于品质的标准在不断改变，就导致了一个无尽的循环。这个项目进行了两年多了，到现在为止，也不知道准备什么时候上线。陷入一个无尽的怪圈，说走吧，但毕竟投入了那么长时间了，还是想看看结果的。