大多数创业公司在初期产品开发过程中，都经历过混乱期，如下是常见的情景

产品经理问技术，某某功能做了没有，技术惊讶地说，你什么时候要说做这个功能，然后产品经理理直气壮地说，我肯定说过了。

或者是这样的情景：CEO怒气冲冲地问产品经理，某某功能怎么还不能用，产品经理一脸无辜地说，我已经催技术了，CEO继续追问，到底什么时候能做出来，产品经理一脸茫然。

还有可能是这样的情景：CEO或者产品经理突然想起一个新功能或者修改，然后跑过去打断正在敲代码的技术……

创业团队不成熟时，几乎都经历过上述的混乱生长期，然后慢慢进入到技术开发的有序规范阶段。如果不能尽快地走出这个混乱阶段，就会给团队带来巨大的时间成本浪费，也会消耗团队士气。每个创业团队要尽快确定技术开发规范，而且让这个规范本身也会不停进化和完善。

每个团队最后建立的技术开发规范，可能都不一样，下面是硅谷堂（www.guigutang.com）团队在初期建立起来的产品版本迭代规范1.0版。

一

确定需求

1.CEO或产品负责人确定新版本的功能和战略构想（针对大版本）。

2.所有人提出功能修改、新增功能、和Bug的意见并汇集到产品经理，产品经理形成版本迭代文档初稿。

3.产品经理将迭代文档初稿发给CEO、技术、和UI，征询意见。

4.产品经理和CEO讨论，确定文档终稿。

5.产品经理上传文档终稿到云笔记，分享给整个团队。

二

确定交互和设计

6. 产品经理和UI征询CEO和技术意见，完成低保真原形图，确定方案后上传到云笔记。

7. UI根据低保真原形图，产生高保真设计稿，并提交给产品经理。

8. 产品经理和CEO确定最终设计稿。

9. 产品经理上传最终设计稿到云笔记。

三

开发和进度跟踪

10. 产品经理通过协作平台，分配开发任务给技术。

11. 技术预估开发时间和进度计划，反馈给CEO和产品经理。

12. 技术开始开发，产品经理跟踪开发。

13. 技术完成开发，产品经理和测试人员在本地服务器测试新版本。

14. 产品经理提交验收报告，向CEO及整个团队汇报。

15. 技术将新版本上传到服务器，迭代完成。

四

注意事项

1. 产品经理发布内容到云笔记后，提醒大家查看，并预留至少半天时间征求意见。

2. 每个版本的开发一旦开始后，除非特殊情况，开发中途不做任何大调整，任何大修改放到下一个版本中修改。Bug修改除外，可以中途插入。

3. 所有人在每个环节，要敢于提出自己的看法和建议，这样才是对产品和团队负责。