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

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

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

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

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

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

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