经过这一圈的折腾从服务器写到客户端，再加上开发的努力，产品似乎有了点雏形。其实这才是开始，随着项目越做越大，主要还要面对2个问题。1.新模块的介入；2.旧需求的改动。其实这是2个很让人头痛的问题。你必须全盘考虑，系统各个模块之间数据的流转、同步；特别是库存数据和财务数据必须做到分毫不差。最让人头疼的就是旧需求的改动，其实这也是程序员（开发）非常抵触的，好不容易开发出来的模块，由于没有考虑好又被推翻重做内心坑定是崩溃的。做项目还好，需求入口的口径只有一个，关键是做产品，需求来自五湖四海，每一家的需求不一致，除了要考虑软件的健壮性，数据的准确性之外，还得考虑这个功能其他家是不是也需要，是不是也合理等等。盲目的迭代升级，往往会拖垮软件的性能，导致软件显得臃肿，一个好的产品应该易用，功能全面而又简单。
在我们设计软件的时候，我也服务过客户，很多时候客户的思维和专业软件设计人员的思维往往相差甚大。用户真的是什么操作都有，真的是喜欢这里点点那里点点，如果软件不够健壮，面临的将是到处异常。而且用户可能会因为少一个字段，多操作一个按钮而吐槽说软件不好用。而且使用软件各个层次的人都有，他们受文化教育程度也不一样，年龄也不一样。有的连基本的电脑使用都不顺畅（无法区分鼠标左右键的大有人在），年纪大的人可能会由于软件字体小而吐槽说软件不好用。所以呢，设计软件你得把用户当傻瓜对待，操作一目了然、减少用键盘、鼠标的操作的次数，这样设计出来的软件才能覆盖到更多的用户群体。
随着客户量的增长、开发团队的扩张，由于项目急于上线，很多模块需要开发，系统架构要优化，数据库表要管理再加上分库了，表结构同步问题，升级问题，软件测试等等一些问题。我犯的最大的错就是所有事都是自己干，核心代码自己写、普通业务代码自己写、小工具自己写（如：辅助升级工具、数据库同步工具、用户管理工具等等）。渐渐发现很多事情都做不好，自己很是力不从心。唯一的解决途径就是，一个要相信自己的团队有能力把事情做好，而且要相信他们能比我自己做的更好。只有不断的放权，相信一起开发的伙伴这才是体现团队价值的时候。
挖的第七个坑【切莫所有事情都自己躬亲做，把事情交给合适的人做，效果会更好】
在持续不断的和同事沟通，安排任务。协同开发过程慢慢发现，其实管人比管项目更难，换句话说也就是“情商远比智商”重要，不不不，这边不能用肯定句，应该分条件来区分了，要看自己处在什么层次，如果自己是刚踏入社会的小萌新，还是要专业知识强硬一点往往会好一点。等自己到管理层，情商远远比智商更重要。可以这么理解，对事用智商、对人用情商。再总结一句话：“情商高、智商高 如鱼得水；情商高、智商低 幸福生活；情商低、智商高 怀才不遇；情商低、智商低 路边乞丐”。我想大部分人都是包括我也是，刚踏入社会，很是任性，天不怕，地不怕。其实这样很难在社会立足。我本身就属于情商低，智商也不高的状态，摸索如何有效的管理公司以及让公司的产品能够快速开发上线也很艰难，以至于到目前为止我还是不能够有效的管理。
挖的第八个坑【切莫认为智商比情商更重要】
到目前为止公司的开发几乎全部加入到新产品的开发队伍中了，到目前为止业务上的代码几乎全部交给之前提到的小呆萌接手，虽然前期技术很一般，给人感觉能力也不够，慢慢培养并相信他有能力把事情做好。事实确实如此，基本能够把问题处理好。这里提到的基本，也只是基本。效率非常差劲，公司急需一条体系，就像生态圈一样平衡稳固发展的那种，但是我又没这方面的经验，不得不我请教了很多创业的老板、同学以及其他公司的老板等等。发现每家的管理体系都不相同，首先公司有大有小，大公司部门职责划分明确，部门多，员工绩效项目管理等体系完整但是这种模式并不适用，我们公司更像发展中的小公司一样。而且我们公司一致被我吐槽的一大诟病“非常不愿意写文档”，期间为管理好项目，协同办公尝试过不同的bug系统，在处理问题时效率是有所提升，但是还是不能按时完成任务，我们处理问题的一般流程是：测试测出一个问题->口头告知开发->开发核实确认->修复问题->升级系统，就是这样的模式进行，最大问题出在，1.开发不能够明确的理解错误原因；2.开发完成后不测试直接说没问题升级吧。导致一天升级次数达数10次，很多时间都浪费在系统发布上。由此还开会对开发反复强调这样的问题，问题还是有所改善的。有时候也会想到扣员工的绩效，出现问题追究负责人算绩效，我想大部分公司都会有这样的措施或方案，但是自己想想不到非常不得已还是不要这样好了，毕竟这些兄弟一起做这个系统，都是经历过从0走到1的，往往第一步是最难的，我也希望都能做好自己份内的事，我们公司“永远“不要出现绩效考核。