看上去簡單的互聯網產品，為什麼需要那麼多人的團隊常年開發、運營和維護？

01-06

當我們在設計、開發平台級用戶項目時，都會秉承一句話——「把簡單留給用戶，把複雜留給我們」

百度只有一個搜索框啊，全公司一萬多人不是瘋了嗎？

是這個意思吧

考慮一下這句話吧

You have to work really hard to make it look easy.

因為僅僅是你看上去簡單

再小的問題乘以13億都是一個大問題

再大的投入除以13億都顯得微乎其微

當年IE沒人維護……

互聯網是一個飛速變化的領域，任何產品都要具備與時俱進與隨時應對意外的能力。這些能力，以目前人類的技術，還沒有辦法讓程序自己擁有，只能靠人力維護。

等到有一天，程序自己能根據外界需求自行進化改變，就不需要那麼多人的團隊常年開發、運營和維護。當然，也就不需要人……類……了……

牛B的軟體很多都自帶一個屬性：讓使用者覺得自己很牛B！

這容易導致一個副作用：用戶覺得自己比設計這個產品的人更牛B，按捺不住內心的激動想要教他們怎麼做產品。

使用一個軟體，遠比開發一個軟體要簡單。但一般人學會一個軟體如何使用時，往往會有一種錯覺，就是他已經完全理解這個軟體的一切了，包括怎麼做出這麼一款軟體。我分析下是因為：當人搞明白一件事情時，會有一種強烈的自我認同感，自信心可能極度膨脹，此時對自己的觀點會有絕對的自信。

暴雪遊戲獨領風騷十幾年，論壇里教育暴雪該如何做遊戲的帖子跟雪片一樣漫天飛。為啥？因為他們是真心覺得自己更懂啊！

所以有這種想法其實是正常的，但還請相信，就算一個軟體的開發真的很簡單，通常也比看上去複雜很多。

淘寶的首頁簡單不簡單？

但是再簡單的功能，乘以上億次的訪問，G/s級別的流量，都會變成巨大的難題。

題主是提倡過河拆橋還是認為從一開始就不需要這些人？

對於前一個，你只知道看賬面成本，有看到產品帶來的巨大市場和利潤嗎？要人的時候再招還是連需求分析都沒直接就外包？

對於後一個，你覺得一個市場在眼前的時候，省錢的重要性遠高於搶佔市場嗎？你覺得喬布斯能一個人做完整個 Apple inc 的事情嗎？這麼多錢全進自己腰包，這酸爽…

省錢的重要性高於一切，除非你能推演出10000%可行的方案給我看，否則要錢免談對不對？

這就是所謂的窮人思維。

因為你不專業。

作為從業者，且曾被表弟問過類似的問題，所以有強烈的慾望回答這個問題：

你看到的不是全部

互聯網產品一般都是C/S 或者B/S結構的，用戶使用的只是C或者B端，複雜的S端是接觸不到的。而且，C端需要適配各種平台、B端需要適配各種瀏覽器，還需要做性能測試..

你想到的不是全部

人類對事物的認知往往會受到已有知識結構的限制，對未知事物的評價常常會出現以偏概全（無感情色彩，想不到更合適的詞）的情況。樓主在題目中提到了開發、運營、維護.....但這遠遠不是全部。互聯網是一個勞動力密集型產業，一個產品從無到有，需要產品、設計、前端、開發、測試、項目、運維、商務等諸多崗位通力合作。（此處列舉的也不是全部）

因為競爭激烈

互聯網行業經歷了20多年的發展，競爭已經非常激烈了。可以說沒有任何一個領域不存在競爭了。由於競爭的存在，互聯網廠商之間為了爭奪用戶、為了討好用戶，會不斷為軟體增加更多的功能、不斷優化軟體的使用體驗，所以需要補養一大群人，常年的對產品進行開發、運營、維護...

同時，軟體上線之後、有了用戶之後，用戶會提出各種各樣的需求，需要產品經理去偽存真並轉化為新的需求，然後就需要開發、測試、運維、運營等玩兒的加班了...

前面的回答清一色都在說「看上去容易做起來難的」

實際上還有很多看上去容易做起來也容易的

假設一款產品三個人加班加點倆月就能搞定，那這三個人的水平應該都是熟練工級別，按照互聯網行業的標準工資應該不低（再加上加班費），那麼假如走了一個怎麼辦？或者是傳說中的巴士因子，某個人出門被車撞了怎麼辦？另兩個人工作很多抽不出身，項目就延期了，那一狠心就招6個吧，每一塊工作，一個人走了還有個頂著的，而且也不用爆肝加班了

人多了需要協調管理，再加個經理吧

項目要上線沒人推廣怎麼辦，再招推廣的人

客戶說軟體界面丑，又招了個大神設計

要移植其它平台，又招了幾個手機開發的

為了日後的發展考慮，再培養幾個實習生

算算幾個人了 1234...數不過來了（小學數學沒及格過 (╯‵□′)╯︵┻━┻）

實際上還會有運維客服等人員，你看當初三個人做的產品發展到多大的隊伍了

客戶說，「不需要太複雜，你就簡單做一個淘寶那樣的商城吧，不用太好看，大氣一點就可以了。設計參考？沒有，你先做一個出來我看下吧！」

首先，我不是淘寶的員工，有些內部的機制和邏輯我也並不清楚，如有說得不對的地方，請指出。

在淘寶上購物看起來簡單吧？

（為了簡化問題，只考慮購買的這個場景，不考慮商品的存儲，搜索排序，支付安全，物流路徑，信用，反作弊等其他的模塊）無非就是買個東西，生成訂單，把商品的信息填進去，把用戶的信息填進去，把庫存減1。

如果只有一個人買東西或者你買個東西等個十秒二十秒也無所謂

如果機房裡的機器永遠不會掛

如果大家按規矩操作不動什麼歪腦筋

如果每天24小時來買東西的人數不會有太大的波動不同的商品購買的人數不會有太大的波動

如果……

所謂的簡單是要在很多的前提下保證的

那麼接著來考慮幾個問題

每天那麼多訂單，怎麼給每個訂單生成一個訂單號？

遇到秒殺的時候，可能幾十萬人甚至上百萬人都在同時點一個東西，如果這個東西就剩一件，每一毫秒幾十人同時點擊，東西算誰的？

還是秒殺，幾十萬人狂點滑鼠，怎麼保證伺服器不被搞掛？

同樣的，遇到雙十一的時候，如果一個東西庫存不多，怎麼保證東西不會超賣？

生單到支付過程中可能有各種幺蛾子，比如你買東西生完單還沒付錢就去上廁所了，這時候店主把商品的價格改了，你回來把錢付了。甚至其他你可能想都想不到的情況，這時候訂單怎麼處理？進一步說，哪些情況應該及時讓訂單生單失敗，哪些情況應該容忍問題讓訂單繼續執行下去？

機子掛了訂單丟失怎麼辦？更要命的，你付完錢，機器掛了，你錢給了，訂單沒了，這時候怎麼辦？

哪天機房附近又開始挖路施工，他們一個手滑光纖給我挖斷了，我是不是這幾天生意就不做了？怎麼保證一個機房出了問題之後，我能夠快速無縫地切換到我的其他機房？

再到優化方面的東西，

比如隨著業務量的增大，今年我可能把這個介面的響應速度做到500ms（這個要求算很低的），穩定性能保證4個9，明年可能就要求這個介面響應速度必須進到200ms，穩定性保證在5個9，那之前整套的方案有可能就完全用不了了，就要改。或者就需要遷移到新的技術上。比如單個庫的MySql搞不定了，我就需要分庫分表，或者遷到es，比如hadoop性能跟不上了，我就需要遷到更符合我業務的spark，spark的粒度太大影響性能，那我可能呢又要遷到flink。

不管是功能還是技術性能，不快速迭代的產品永遠只有死路一條。

怎麼保證快，准，穩。那就需要一大波的人，每個人專註地打磨自己手頭上那一小塊的東西。

任何一個系統，其實遠比想像的要複雜。。

學本《軟體工程》就啥都懂了。。。

一切都是看上去簡單…

因為很多人在使用這款產品時，會在實際中產生新的需求，產品需要改進推出新的功能需要不斷研發維護。不研發維護會被取代

我覺得在面臨一大堆用戶需求的情況下能把一款產品的做得簡單是一種技術上和情感上的境界

因為那只是看上去簡單的互聯網產品啊……

不是所有互聯網產品都可以使用眾包效應生存下去的……

看上去簡單，不代表真簡單。

因為懂你，所以簡單。

但是做到懂你，確實不容易。

我也不知道，比如一個迅雷，我只希望它是一個下載工具，但……