第688章 小皮膚，大研發

　　“啊？”

　　季子安一頭霧水。

　　許亮傑解釋道：“做這種娛樂軟件，底層的功能和技術，其實大同小異。比如音樂播放器，咱們的微點音樂跟千千靜聽、天天動聽相比，底層功能有什麼區別？唯一的區別，只是皮膚不同。我說的這個‘皮膚’，不只是表象，還指界面設計、操作、顏色、圖形結構等等，是直面用戶的外觀。”

　　季子安點點頭，“就是產品經理乾的事唄。”

　　許亮傑笑道：“對，就是產品經理，只負責界面外觀，這個團隊要小，限額7個人。”

　　程秉皓補充道：“7個人的團隊，效率之高、執行率最高，也最有團隊協作性。”

　　季子安搖搖頭，“可7個人，根本不夠。”

　　程秉皓道：“所以除了‘小皮膚’之外，還要有‘大研發’。‘小皮膚’團隊是直面用戶。‘大研發’團隊則是一個25-30人的研發組。所有的底層功能，都有這個研發團隊來設計完成。”

　　這是一個奇思妙想，是昨晚許亮傑靈光一現想出來了，堪稱業內首例。

　　今早跟程秉皓說了，他也很興奮，覺得這個設計真是太棒了，說道：“‘大研發’做底層的功能，然後把每一個功能都用模塊封裝起來。產品團隊需要哪個功能，不需要自己研發，直接跟‘大研發’索要功能模塊，組裝起來就行了。”

　　這就像是造大橋。

　　傳統的造大橋的方式是一點點地從頭到尾地搭鋼筋、鋪水泥。可是高鐵的高架橋就厲害了，是在總部把材料模塊化。在施工地點，直接把一塊塊材料組裝起來，就像擺積木似的把大橋建好了，這才能最快最省錢地把高鐵工程鋪開。

　　季子安恍然大悟，很興奮，“底層功能模塊化，由總部負責研發。三個項目組只需要負責外觀界面，然後招用兩個程序員，把功能模塊組裝起來，就可以很實現軟件功能。”

　　三個項目組，要是每個項目組都籌建30人的團隊，每個團隊都從零開始、從最底層的功能開始做，就會造成嚴重的資源浪費。在底層功能上，大家做的其實是一件事。

　　更重要的是，大船難調頭。

　　30人的團隊，要作出一些決策的更改和功能的改變，需要協調太多事，效率低下。7個人的產品團隊，才是最完美的方式。只做前端、只做界面，避免重複造車輪，可以最大化的節約成本。

　　如果是傳統的方式，三個項目組需要有90個員工。這種“小皮膚，大研發”的方式，只需要50人就夠了。

　　這三個項目，屬於養蠱。

　　最後只能留下最成功的那個，其他兩個都捨棄。如果裁掉60人，就太浪費了。尤其是研發人員，他們其實不負責產品的應用，卻也在被裁範圍內，有點冤。

　　這種新模式就不一樣了，研發人員不承擔責任，只負責功能模塊化的組建。具體的界面設計、美工、市場、營銷、推廣，都有7個人的產品團隊負責。

　　失敗了團隊就解散，也就7個人而已。

　　季子安覺得這個思路非常好，提議向周大老闆彙報。

　　這個方案，可以舉一反三啊！

　　紫微星有這麼多業務，有很多功能是重複性研發。

　　如果也採取這種模式，會極大地節約成本開銷。