網頁制作POLUOLUO文章簡介：為什麼大公司籠罩下的創業團隊，很難創造出成功產品？
我們經常把互聯網產品稱為“輕產品”（快速產品響應），不過就今天很多互聯網大公司的流程來說，我們很難將自己的產品稱為“輕產品”。現在我們越來越糾結復雜的流程影響了產品的快速反應，產品或者運營提出一個小小的需求，到最終這個需求變成產品或者產品改善，少則需要一周，多則個把月。有時候，我們覺得不是不能快速響應，只是困於流程過於復雜。我們不是沒有創新，有時候創新的成本太大了。
在大互聯網公司裡面，我們難以避免的，就是必須嚴格遵循的流程規范，哪怕是創業團隊亦是如此：需求收集-需求討論-mrd-評審-prd-UC-UC評審-TC評審-研發-嵌套代碼-測試-上線等等，有些大公司的團隊甚至比這個流程更加復雜。我其實一直很納悶，難道流程越復雜，我們就能創造出越好的產品嗎？我一直比較討厭，創業團隊中，還流行WBS這樣的東西，做這樣的東西不是為了體現你的專業水平的，不會做也未必是壞事。當我們創業團隊所處的互聯網公司越大，我們越會被這些看似更加專業、標准化的東西束縛。最終我們的“輕產品”變得像龐大笨重的機器。
前幾天業內的幾個朋友都在討論新浪這樣的大公司，其創業產品“新浪微博”卻能非常快速的響應，大家為之贊歎不已。那天我們討論中發現，用戶反饋給新浪微博團隊的意見和建議，竟然幾分鐘能解決一個，這樣的快速反應不是我們所謂的“緊急發布”，而是互聯網創業團隊必須要具備的。
我們看到如今在互聯網上快速崛起的站點產品，都是走“輕產品”路線。我曾經寫《正在爆發的互聯網革命》一書中提到Facebook，其活躍用戶量超過250萬，月流量超過10億次時，其技術負責人達斯汀都是直接用root權限在線改代碼的，甚至都沒有源程序控制措施。其他twitter亦是如此。06-07年底，我在校內網那段時間內，校內網一直都是小需求，運營或者產品可直接坐在開發旁邊，盯著開發改代碼的。其實時至今日，在校內網（人人網）幾千萬用戶的情況下，依然如此：小需求，運營和產品可直接讓開發做修改，而不用經過復雜的需求流程，也不需要做相應的產品測試。在當初我所在的校內網團隊中，甚至都沒測試工程師一職位（現在應該是有的了），快速響應是如此的有效。因此在這樣的情況下，是允許無數次嘗試和創新的。錯了，沒關系，幾分鐘內便可改正。（這樣的快速反應，不但沒對站點用戶、安全、數據造成任何大的影響，反而加速創新產品的創新速度。）另外如今的開心網也是如此，這就是為什麼新浪的團隊出了新浪反而能創造出這麼成功的站點的原因之一。
為什麼創業團隊必須走“輕產品”路線？有時候我甚至覺得規范是為了明確責任來創造出來的，流程規范的東西，中國人很難把握好，利用好。創新團隊有時候沒必要考慮過多的用戶體驗，這句話的意思是流程是能減少錯誤的發生，但反過來也影響了錯誤改正的速度。很多創業團隊初期上線的產品，核心功能沒什麼大問題，而細節體驗、小BUG一大堆，如果沒快速的反應，不但不會讓其有很好的口碑（快速響應對用戶來說反而可以看作是一種友好的交互，用戶也樂於參與其中，甚至為之口碑宣傳，我今天寫這篇博客就是一個很好的案例：對新浪微博、校內網、開心網等無私宣傳。），反而造成初期用戶的快速流失。拉回一個流失用戶的成本是巨大的。所以最佳的執行方案可以是：對於核心功能，應該慎重，走嚴格的流程，把基礎打好才能上線，但是對於非核心內容，就應該走快速修改上線的路子。
“讓用戶和網站共同成長”，是網站發展用戶黏性的關鍵。我們看到開心網從始至今都把每天的進度放到首頁，後來校內網（人人網）也學習模仿，這一點點小細節，看似沒什麼用，其實是將該產品及該產品背後的團隊鮮活地展現在用戶面前。以人為本的SNS產品，尤其應該如此。快速應該是SNS產品蓬勃的生命力，成功的SNS產品不能為復雜的流程所束縛捆綁。用事實說明問題，Facebook、Twitter、校內網、開心網等等成功的SNS產品，哪個不是“輕產品”的呢？另外我還沒見過一個成功的SNS產品是源自復雜規范的流程下誕生的。
最後身為淘江湖產品運營，也有希望我們的創業團隊同樣能在我們的SNS創業過程中，能夠保持一種快速響應的狀態。以此共勉。