建站流程應(yīng)該是邊修改邊上線 推薦

大公司里面，經(jīng)常面臨一個(gè)情況，做一個(gè)產(chǎn)品，無論產(chǎn)品大小，無論改動(dòng)大小，一律遵循很嚴(yán)格的：收集-mrd-評(píng)審-prd-研發(fā)-嵌套代碼-測試-上線等多個(gè)流程，幾乎每次這種流程，讓整個(gè)鏈條上的人都很難受。

為何？因?yàn)榱鞒?，每個(gè)公司都有自己的流程，小公司流程簡單，大公司流程復(fù)雜。流程究竟是提高了效率還是降低了效率？一同事說，流程是為了保證整個(gè)環(huán)節(jié)可控。但越來越發(fā)現(xiàn)，流程是不是為了可控，而是為了萬一出了問題能找到責(zé)任任，說白了可以把責(zé)任集中。于是，一個(gè)東西做的過程，需要無數(shù)人確認(rèn)，無數(shù)人郵件打架等等。

流程之外，就是對(duì)互聯(lián)網(wǎng)產(chǎn)品的理解，究竟是把東西做好了，再一次上線，還是上線后出現(xiàn)bug，馬上修改？在這方面，運(yùn)作方面也很巧妙。對(duì)于核心功能，應(yīng)該慎重，走嚴(yán)格的流程，把基礎(chǔ)打好才能上線，但是對(duì)于非核心內(nèi)容，就應(yīng)該走快速修改上線的路子。

最近很火爆的一些互聯(lián)網(wǎng)產(chǎn)品，幾乎都是邊修改邊上線，取得了很好的效果。如twitter、開心網(wǎng)、新浪微博，剛上的時(shí)候，bug一堆，不過他們的修改卻很快。一般新網(wǎng)站的種子用戶，大都是“IT觀光團(tuán)”，他們樂于尋找各種應(yīng)用上的不足，于是會(huì)提出無數(shù)的修改意見，他們對(duì)于提出的意見是否被重視非常在意，說白了，就是提的意見一旦被采用會(huì)有無形的滿足感和存在感，越發(fā)成為重度用戶。

“讓用戶和網(wǎng)站共同成長”，是網(wǎng)站發(fā)展用戶黏性的關(guān)鍵。不過，大多數(shù)大公司的所謂大產(chǎn)品，基本上，因?yàn)榱鞒痰年P(guān)系，做不到馬上修改，因?yàn)槊看蔚男薷?，光走流程可能就要一天?

這就是所謂的，大公司里面，不會(huì)產(chǎn)生創(chuàng)業(yè)團(tuán)隊(duì)，盡管是希望以“創(chuàng)業(yè)”的心態(tài)來號(hào)召和管理，但創(chuàng)業(yè)團(tuán)隊(duì)的快速反應(yīng)，與大公司本身的流程是格格不入的。

新浪微博上出現(xiàn)了一個(gè)bug，就是轉(zhuǎn)發(fā)的時(shí)候，不寫任何推薦語，就出三個(gè)點(diǎn)，很多用戶反饋。幾分鐘后，有用戶就發(fā)現(xiàn)，這個(gè)bug修復(fù)了。