“呃，也是。”
周不器擺擺手，嘆了口氣。
這念想是真斷了。
她那個妹妹，感覺性格有點古怪，寧雅嫻不說，也沒法探究更多。
回了公司，下午兩點。
午餐在飛機上吃了，到了公司就直接開會。
細說了“小皮膚、大研發”的政策。
張一明第一個唱贊歌，“我覺得這個思路非常好解決了大公司轉身難的問題。而且，底層功能模塊化封裝，可以有效地節約研發成本。”
然后，他又舉了個例子。
校內論壇發帖子、朋友網發狀態、微點問答，包括糗百發新帖子這些功能的底層邏輯都是相通的，都是用戶輸入文字、提交，然后向后臺發信號，等到數據庫的錄入、反饋后，就發布成功。
除了細節上的差別之外，底層的功能都是“發布消息”，完全可以用一套代碼來完成。可是這些網站，都是自己做自己的，做了大量重復性的工作。
若是把這個功能模塊化，放在總部的“大研發模塊組”里，網站在架構的時候，類似的功能就不用再寫底層了，直接調用就可以。
類似的功能，程秉皓也在做，不過他牽頭的都是一些高級算法，比如廣告分發、廣告自動納入、自動抓取算法等等。
這些高階算法，是所有網站分享共有的。
可實際上，很多底層的并不復雜的簡單功能，也可以用類似的方法封裝。大大的節約開發成本，提高開發效率。
王小船搖搖頭，比較慎重的說“功能模塊化封裝，這個思路肯定是好的。可是，小皮膚、大研發這個策略，是否真的奏效，還需要實踐檢驗。這事操作起來恐怕不簡單。”
賀陽道“的確很困難，最簡單的問題，研發組不承擔項目責任，那么他的怎么考核研發組不能跟著業務一起成長，就會缺乏動力。再就是分工不夠明確，不可能所有功能都模塊化封裝。剩下的功能，就要前端自己開發了。那到底哪些屬于項目組哪些屬于研發組這里面灰色地帶不少。”
韓樂水教授發言道“理論上來看，這個思路是可行的。隨著公司變大、組織膨脹，一定會出現大量的重復性工作，浪費人力物力。為了避免重復，這種小皮膚、大研發的策略，可以使組織扁平化管理。有利于加強集權、提升管理效率、促進資源整合，前端的小項目靈活敏捷，具有創業公司的朝氣和動力。只要解決好這其中存在的一些人性方面的管理風險，我看完全可以施行。”
他此前是北大光華學院的副院長，也是管理學專家。
賀陽苦笑道“恰恰人性是最難解決的小項目團隊無力推動技術，技術就沒增長大研發組對結果不負責，就享受不到業務增長紅利，積極性就不夠。資源分配也是問題，溝通過程會變復雜”
許亮杰堅定地支持這個方向，“咱們必須要未雨綢繆，預防大公司病。不能得病了再治，要提前做預防。小皮膚、大研發的思路，一旦做成，就可以解決這個問題。”
大家各抒己見，討論了一個多小時。
基本上是五五開。
周不器最后總結，笑著說“我最近看了糗百的改進，做的很不錯嘛。這證明了我們當初投資酷六網的正確性。我們從酷六拿到了相關的材料和數據，對廣告和創業者的分成模式有了積累。這推進了糗百的完善。開放平臺要把這兩個案例做匯總，做好廣告分成。”
張一明點點頭，笑道“已經在做了。有了案例參考，比摸著石頭過河好多了。”
周不器拍手叫好，“這句話說的很對要有案例參考，咱們現在的討論，有點像瞎子摸象。實踐是檢驗真理的唯一標準。有了酷六的案例，糗百和開放平臺的廣告分成功能，就可以順利完善。這次也是一樣。組織結構不能輕易動，動壞了要出大問題。不過，可以先做個小實驗。這次做修圖軟件，就是不錯的機會。同時成立三個前端的小項目組，然后總部以大研發組的形式模塊化的技術支持。先做著看看成果”
所有人都認可“小皮膚，大研發”的思路，可全世界的企業都沒有過這樣的組織結構。
第一個吃螃蟹的人，是要承擔風險的。
紫微星要做這個第一，同行是指望不上了，硅谷也挨不著。
只能是自己做實驗，一步一個腳印。