建站流程应该是边修改边上线 推荐
大公司里面，经常面临一个情况，做一个产品，无论产品大小，无论改动大小，一律遵循很严格的：收集-mrd-评审-prd-研发-嵌套代码-测试-上线等多个流程，几乎每次这种流程，让整个链条上的人都很难受。
为何？因为流程，每个公司都有自己的流程，小公司流程简单，大公司流程复杂。流程究竟是提高了效率还是降低了效率？一同事说，流程是为了保证整个环节可控。但越来越发现，流程是不是为了可控，而是为了万一出了问题能找到责任任，说白了可以把责任集中。于是，一个东西做的过程，需要无数人确认，无数人邮件打架等等。
流程之外，就是对互联网产品的理解，究竟是把东西做好了，再一次上线，还是上线后出现bug，马上修改？在这方面，运作方面也很巧妙。对于核心功能，应该慎重，走严格的流程，把基础打好才能上线，但是对于非核心内容，就应该走快速修改上线的路子。
最近很火爆的一些互联网产品，几乎都是边修改边上线，取得了很好的效果。如twitter、开心网、新浪微博，刚上的时候，bug一堆，不过他们的修改却很快。一般新网站的种子用户，大都是“IT观光团”，他们乐于寻找各种应用上的不足，于是会提出无数的修改意见，他们对于提出的意见是否被重视非常在意，说白了，就是提的意见一旦被采用会有无形的满足感和存在感，越发成为重度用户。
“让用户和网站共同成长”，是网站发展用户黏性的关键。不过，大多数大公司的所谓大产品，基本上，因为流程的关系，做不到马上修改，因为每次的修改，光走流程可能就要一天。
这就是所谓的，大公司里面，不会产生创业团队，尽管是希望以“创业”的心态来号召和管理，但创业团队的快速反应，与大公司本身的流程是格格不入的。
新浪微博上出现了一个bug，就是转发的时候，不写任何推荐语，就出三个点，很多用户反馈。几分钟后，有用户就发现，这个bug修复了。