第一次自己作为产品负责人带产品，自评不及格。总结一下，以后这样的机会还会很多，积累经验争取下次做的更好。

  1. 开发进度太慢。原本计划一周时间出原型，但是拖了两个星期才发了第一个测试版本，delay 太多了。自己负责的开发部分拖累了整个项目进展，这一点必须反思。
  2. 进度慢的一个原因是部分模块沿用之前项目的东西，花了很多时间去理解梳理然后添加到现在项目，但是由于两个项目架构等有很多不同，复用的成本太大。自己作为项目负责人，选型时候没有考虑清楚，引入后影响项目进度，却没有及时的拿出修正方案。教训一：不通用的模块复用的成本远远大于重写一份，切不可为了一时的快而忽视其他问题。
  3. 另一个原因是在项目基本成型的时候，由于数据库一个设计缺陷，虽不影响当前使用，但很不利于以后的产品拓展，就重构了一下。这个相比上面虽然有了解决方案，但是延期是事实。究其原因还是在开发前期没有很好的考虑清楚，只解决了第一需求就立马开工，后期造成返工。教训二：产品设计，尤其是开发设计，架构方面要考虑清楚，要有一定的可扩展性，避免以后返工。
  4. 作为产品负责人，忽略了开发以外的很多事情。比如设计方面，只是和设计师确定了基本界面和交互流程，然后一股脑的扎进开发去，加上开发跑偏，花在设计上的心思就更少了。还好旁边有人提醒着，设计方面这次没有拖累项目进展，但由于和设计师沟通交流太少，一些产品概念没有准确的传递给设计师，造成一些细节上不够完美。教训三：作为产品负责人，要对整个产品线全部部分掌握到把控到，并且准确的传递给相关人员。
  5. 作为产品负责人，要 主动 和项目中的其他人员多沟通，一方面把产品传递给其他人，更重要的是要收集汇总其他人员对产品的概念和想法，然后迭代修正不完善的地方，再一个可以及时了解其他人的进度和遇到的问题，以便整体安排。
  6. 这次产品调研阶段确定了不少功能点要做，但是没有完全定型 当前版本 要做的点，这就造成一方面有东西没有做完，产品不能成型，另一方面却花了不少时间做了一些可以后续再增强的东西，造成时间的浪费。教训四：要控制产品功能的阶段性，必要时可以砍掉一些功能点来保证当前版本上线，然后再快速迭代产品。
  7. 对开发分工和实际进度掌握不好。不是分工后就完全分工不管了，如果有人负责的部分提前完工，可以再对未完成的部分分工一下，虽然可能会增加一些人的负担然后引发其他问题，但是从整个产品进展来看，这样做无可厚非。
  8. 技术人做产品会有惯性思维，考虑问题过多从开发角度思考，这样的结果一是产品讨论时过于关注开发实现，产品比较僵硬；二是后续比较多的心思都花在了开发上，整体把握不足，引发上面两个问题。教训五：做产品的时候要跳出开发这个圈圈，这样才能碰撞出更多点子；要平衡好产品和开发。

现在回过头来想想，自己这次产品做的真不咋样，好好反思一下，希望下次能有更好的表现。

题外话。

  1. 过于追求完美是做产品的大忌。
  2. 不要因为自己的错误影响别人的利益。
  3. Deadlines kill quality。