我差点将产品带向绝路

        好久没更新文章了，因为处境不一样了。

        前两天和“导师”说，一旦开始干活，学习和思考的精力就不足的样子。他说是，跟他之前碰到的我的状态完全不同。

        现在确实静心不下，因为很想把产品升级好，就不用老是分心。现在是发布版本2前夕，希望最后这段时间一切顺利。

        回到原题，我为什么差点把产品带向绝路？

        10月份，终于把产品1.0做了出来，花了两个月，我们技术部门感觉这东西还是挺水的，但推出去后周边的反应还是不错的，但我就是有不祥的预感。果然，运转一段时间后，抛开各种闪退bug不说，用户和运营部提出的各种需求都难以满足。

        11月份是产品稳固阶段，解决一些bug，收集来自运营和用户等四面八方 的反馈。这个月我一直比较担心，快速推出成功，快速验错成功，但快速迭代失败了。很多内容，我都说2.0来实现，所以产品更新到1.5的时候差不多稳定的时候，就赶紧着手2.0的设计。

        转眼间就到了12月份，该是升级产品的时候了，果然，原来的架构和设计无法支撑2.0的业务，就算勉强支持，也没办法支撑3.0，所以这一次，并不是迭代，也不是重构，而是整个项目重新开始。

        产品1.0的时候，我的定位并不是很清晰。管理层给的角色大概就是项目管理这样，但因为是初创团体，所以其他人对产品的具体设计并不是很了解，所以很多功能和业务都是由我来提出并且设计。这就犯了一个严重错误，一个程序猿的思维，希望产品是经得住各种各样的输入的。产品还未推出，就考虑到了备用服务器等等，就考虑了满足各种不一样的用户口味等等，想着一劳永逸，忘了自我，我，我们还太年轻~还有一个错误就是，架构设计的时候，因为有一个人Java比较Ok，就把后端交给他来搞了，两个月产品出来后，他便要去工作了，搞得后继无人，非常痛苦~

        所以当时如果能多一些参与数据库设计，多一些考虑开发资源是否能够持久化，多一些考虑产品是否太多介入用户的思维，可能我们就可以早一点推出2.0，加大我们成功的几率。

        产品之所以没有走向绝路，我觉得那个决定和重要，那就是抛弃以前的所有代码，包括app端和java服务端的所有代码。如果厚着脸皮叠出来，那肯定是死路一条。