本文作者依據(jù)工作中項(xiàng)目實(shí)踐的所思所想，并結(jié)合案例等分享了關(guān)于中臺(tái)建設(shè)的相關(guān)知識(shí)概念，梳理了中臺(tái)建設(shè)的基本流程，供大家一同參考和學(xué)習(xí)。

一、回顧

1. 故事的開端

2018年3月份，我正式成為一名中臺(tái)產(chǎn)品經(jīng)理，在這之前的一兩個(gè)月，我已經(jīng)和Sunner就中臺(tái)的發(fā)展有了多次溝通。我們要做一個(gè)在線教育領(lǐng)域的中臺(tái)產(chǎn)品-愛多思(EduOS)，顧名思義，就是一個(gè)在線教育的操作系統(tǒng)。

線下教育的教學(xué)工具有桌椅板凳，黑板、粉筆、投影儀這些教學(xué)設(shè)備，組合成物理世界的課堂，愛多思的目標(biāo)是構(gòu)建出線上教育里的桌椅板凳，讓其能夠自由組合成一整個(gè)在線教學(xué)管理系統(tǒng)(LMS)，并形成標(biāo)準(zhǔn)。

這是一個(gè)有挑戰(zhàn)的活：首先，當(dāng)時(shí)中臺(tái)在互聯(lián)網(wǎng)公司是個(gè)新概念，如何在互聯(lián)網(wǎng)公司里做一個(gè)中臺(tái)，業(yè)界并沒有太多的成熟經(jīng)驗(yàn)可以參考；

其次，各條業(yè)務(wù)線里煙囪式的教學(xué)系統(tǒng)已經(jīng)分開跑了很久了，在這個(gè)基礎(chǔ)上搭建中臺(tái)，就好像在給飛行中的飛機(jī)中換引擎(當(dāng)然，并不是每條業(yè)務(wù)跑得同樣快，這也是中臺(tái)能夠在各個(gè)業(yè)務(wù)產(chǎn)品間周旋的基礎(chǔ))。

17年阿里出版的那本書「阿里中臺(tái)戰(zhàn)略」是我們當(dāng)時(shí)唯一找到的理論基礎(chǔ)，阿里大中臺(tái)幾年的實(shí)踐，以及17年我們通過一支幾個(gè)人的別動(dòng)隊(duì)在內(nèi)部對(duì)可行性的探索，最終讓我們?cè)谏暾?qǐng)立項(xiàng)時(shí)說明這事可以做成。

中臺(tái)項(xiàng)目正式立項(xiàng)，我成為立項(xiàng)后第一個(gè)產(chǎn)品經(jīng)理，Sunner是負(fù)責(zé)人和產(chǎn)品架構(gòu)師。我們計(jì)劃用兩年時(shí)間把中臺(tái)搭建好，讓愛多思能夠支撐各條業(yè)務(wù)線的發(fā)展，并且能快速孵化出新的業(yè)務(wù)。

然而，一年過后，2019年2月底，因?yàn)楣緫?zhàn)略和組織架構(gòu)調(diào)整，中臺(tái)項(xiàng)目被停止了。

我依然清晰的記得那天，大家在會(huì)議室里討論已經(jīng)在線上跑的中臺(tái)服務(wù)未來何去何從，想想在云端本地?zé)o數(shù)的代碼庫中有一套打著那天的tag，然后就沒有再更新過，讓人唏噓不已。

2. 這一年的收獲

回顧這一年，我們做到了幾點(diǎn)：

1. 完成了多個(gè)教學(xué)服務(wù)的中臺(tái)化改造。其中包括一些底層的基礎(chǔ)服務(wù)，如賬號(hào)、權(quán)限、點(diǎn)播、直播等，也包括一些具備教學(xué)邏輯的模塊，如直播課、題庫、問卷等等，每個(gè)服務(wù)都可以單獨(dú)拿出來做成可直接給終端用戶使用的產(chǎn)品，類似于CCtalk、問卷星這樣的。并且這些服務(wù)和模塊都已經(jīng)支持各業(yè)務(wù)產(chǎn)品了；
2. 總結(jié)出來中臺(tái)化產(chǎn)品設(shè)計(jì)、產(chǎn)品研發(fā)、項(xiàng)目管理的一些標(biāo)準(zhǔn)規(guī)范和套路。依照這些標(biāo)準(zhǔn)和套路，沒有中臺(tái)經(jīng)驗(yàn)的產(chǎn)品和技術(shù)人員也可以快速的開發(fā)出中臺(tái)服務(wù)，并被業(yè)務(wù)產(chǎn)品接入使用。

我們也還有一些沒完成的，包括：

1. 中臺(tái)教學(xué)系統(tǒng)的閉環(huán)。我們做了一些獨(dú)立的教學(xué)模塊，但還沒能夠用中臺(tái)化的標(biāo)準(zhǔn)把這些教學(xué)模塊完全組合起來，形成一個(gè)可以系統(tǒng)化學(xué)習(xí)的課程；
2. 中臺(tái)價(jià)值的量化體系。只有做好了價(jià)值量化這一點(diǎn)，我們才算完成了中臺(tái)在商業(yè)世界里的實(shí)踐，并且經(jīng)驗(yàn)可以被推廣到公司內(nèi)外；
3. 中臺(tái)商業(yè)化的探索。我個(gè)人一直希望能夠把中臺(tái)做成一個(gè)可商業(yè)化的企業(yè)服務(wù)，不僅僅只是一個(gè)內(nèi)部支持型的產(chǎn)品。

中臺(tái)項(xiàng)目停止后，我也依然在教育to B行業(yè)，時(shí)常在想，如果有了成熟的中臺(tái)能夠?qū)ΜF(xiàn)在的問題有什么幫助。

現(xiàn)在看起來，在國內(nèi)目前的商業(yè)環(huán)境下，一個(gè)好的中臺(tái)在對(duì)內(nèi)服務(wù)產(chǎn)生的價(jià)值還是會(huì)遠(yuǎn)遠(yuǎn)高于對(duì)外直接輸出的價(jià)值的，慶幸當(dāng)年Sunner壓制住了我想快速商業(yè)化的訴求。

假如我們能有兩年時(shí)間，不知道能否達(dá)成最初的目標(biāo)，也不知道未來是否還有機(jī)會(huì)繼續(xù)。但我?guī)缀蹩隙ǖ氖牵信_(tái)會(huì)在接下來互聯(lián)網(wǎng)在和傳統(tǒng)產(chǎn)業(yè)深度結(jié)合時(shí)越來越重要，名字除了叫中臺(tái)外還可能會(huì)被稱為平臺(tái)、中間件、共享服務(wù)等等。

此外對(duì)于我個(gè)人而言，這是我能夠再沉下來打基礎(chǔ)，這一年收獲良多：

1. 進(jìn)入互聯(lián)網(wǎng)行業(yè)后，小步快跑成了常態(tài)。而在中臺(tái)的這段時(shí)間我難得能夠暫時(shí)放開業(yè)務(wù)的壓力，按照近乎理想化的標(biāo)準(zhǔn)去進(jìn)行產(chǎn)品架構(gòu)設(shè)計(jì)、做抽象、畫UML、花時(shí)間仔細(xì)思考。我本不是這樣的人，這也算是在刻意練習(xí)了；
2. 作為一個(gè)在線教育行業(yè)的新人，通過中臺(tái)我能有機(jī)會(huì)能夠參與整個(gè)事業(yè)部涉及的所有教育業(yè)務(wù)，K12、成人、to C、to B，讓我對(duì)在線教育行業(yè)有了一個(gè)更全面的認(rèn)識(shí)，從中尋找興趣所在；
3. 結(jié)識(shí)了一幫優(yōu)秀而有趣的小伙伴，大家一起做有挑戰(zhàn)的事情，也才有了這篇文章里的回憶。

二、什么是中臺(tái)

1. IT行業(yè)的中臺(tái)

中臺(tái)是近年來IT行業(yè)非?；鸬母拍?，有很多的文章從產(chǎn)品、技術(shù)、組織等多個(gè)角度來解釋什么是中臺(tái)，對(duì)于一個(gè)快速變化的新概念而言，很難有標(biāo)準(zhǔn)定義，阿里中臺(tái)某高管都提到過現(xiàn)在阿里所做到的距離他理想的中臺(tái)還有一段距離。

給定義是需要非常謹(jǐn)慎的事情，但很多時(shí)候不給定義又沒辦法繼續(xù)聊，所以我也曾經(jīng)在一個(gè)內(nèi)部分享上給中臺(tái)做了定義「服務(wù)于某個(gè)垂直領(lǐng)域的工具平臺(tái)」。

在做這個(gè)定義時(shí)，我是參考了云計(jì)算的概念的。云計(jì)算是一種通用服務(wù)，那么中臺(tái)和云計(jì)算有什么差別呢？按照Iaas/Paas/Saas來劃分，服務(wù)的領(lǐng)域越來越垂直。參考這種方式，我會(huì)將中臺(tái)定位在Paas和Saas之間，主要是這樣考慮的：

1. Paas提供了一種服務(wù)，客戶的程序員通過二次開發(fā)使用Paas服務(wù)，最終完成某個(gè)功能給最終用戶。Paas的通用程度需要非常強(qiáng)以獲得足夠大的市場(chǎng)，比如IM、視頻云服務(wù)等。也因此Paas往往是沒有界面的；
2. Saas提供的服務(wù)不需要客戶進(jìn)行開發(fā)，只需要開通服務(wù)，在管理后臺(tái)上配置一下就可以直接使用。但Saas服務(wù)往往針對(duì)的是一個(gè)細(xì)分領(lǐng)域，其定制化能力也相對(duì)弱很多。即使是像釘釘，選擇IM這種企業(yè)中最通用化的服務(wù)，同時(shí)做成企業(yè)服務(wù)的開放生態(tài)，也主要是覆蓋中小企業(yè)。定制化需求強(qiáng)的大客戶，也往往會(huì)需要希望借助IM Paas服務(wù)來自主研發(fā)內(nèi)部IM工具；
3. Paas和Saas定位在服務(wù)外部客戶的，必須具備很低的使用成本。即使是需要通過技術(shù)來接入的Paas服務(wù)，接入成本也一定要足夠低，接口清晰，文檔完善；
4. 中臺(tái)首先是定位在服務(wù)內(nèi)部公司客戶的，由于這個(gè)范圍的限定，導(dǎo)致中臺(tái)的通用可以在很多約束條件下來實(shí)現(xiàn)，可服務(wù)的領(lǐng)域比Saas廣。比如即使同樣是電商，淘寶、天貓、聚劃算、閑魚、飛豬的站點(diǎn)都是不一樣的，而阿里共享事業(yè)部就在中臺(tái)層服務(wù)多個(gè)業(yè)務(wù)。此外，由于中臺(tái)的用戶是內(nèi)部業(yè)務(wù)的程序員，大家有相似的背景，也可以頻繁溝通，服務(wù)接入的成本可以做得比面向外部客戶的Paas要高。

2. 中臺(tái) vs 第一性原理

很多資料在介紹中臺(tái)時(shí)都會(huì)引用了兩個(gè)例子：

美軍的特種部隊(duì)加航空母艦的策略，10人以內(nèi)的一支特種部隊(duì)在戰(zhàn)斗的最前沿偵查，獨(dú)立決策，一旦發(fā)現(xiàn)目標(biāo)，迅速呼叫強(qiáng)大的中臺(tái)航母群對(duì)其進(jìn)行毀滅性打擊。

芬蘭著名的游戲公司SuperCell，開發(fā)了部落沖突、皇室戰(zhàn)爭(zhēng)等現(xiàn)象級(jí)的手游。整個(gè)公司才200多號(hào)人，就被騰訊以86億美金收購。在SuperCell里，一個(gè)游戲開發(fā)團(tuán)隊(duì)平均是3-7個(gè)人，但有一個(gè)強(qiáng)大的游戲中臺(tái)在做支撐，可以并行開發(fā)50款游戲，然后通過內(nèi)部賽馬產(chǎn)生出一到兩款經(jīng)典。

據(jù)說馬云在帶領(lǐng)阿里眾多高官參觀了SuperCell后，回來就在阿里整個(gè)集團(tuán)層面啟動(dòng)了大中臺(tái)戰(zhàn)略。

同時(shí)我想要對(duì)比的是另一個(gè)概念「第一性原理」。第一性原理也是近幾年很火的一個(gè)詞，基本已經(jīng)成為完成顛覆式創(chuàng)新的大殺器。

最典型的例子之一就是Elon Musk了。這個(gè)同時(shí)掌管Solar、SpaceX和Tesla的硅谷鋼鐵俠，從最基礎(chǔ)的物理學(xué)原理出發(fā)，重新設(shè)計(jì)和制造的獵鷹火箭，正帶領(lǐng)著人類飛向火星。

在上述例子中，第一性原理和中臺(tái)都帶來了創(chuàng)新和成功，但其實(shí)這兩者在某種程度上是矛盾的。第一性原理往往是打破原有的經(jīng)驗(yàn)，跳出舒適圈，從最底層邏輯去進(jìn)行思考。而中臺(tái)是將通用的能力進(jìn)行抽象和共享，將成功的經(jīng)驗(yàn)固化下來，將有限的人力投入到創(chuàng)新中去。

第一性原理是物理世界運(yùn)轉(zhuǎn)的本質(zhì)，在沒有時(shí)間條件的約束下，可以推導(dǎo)出整個(gè)世界。假如地球要滅亡了，只有一張紙上的信息能夠保留下來，寫在這張紙上的就是地球文明的第一性原理?；谶@些可以重塑地球文明，但可能需要幾千萬年。 但人類社會(huì)的運(yùn)轉(zhuǎn)往往是有明確時(shí)間約束的，如果我只知道1+1=2時(shí)就要完成微積分，可能要窮盡一生。

依靠前人和自己的經(jīng)驗(yàn)做事才是人類社會(huì)能夠高效運(yùn)轉(zhuǎn)的基本要素，放在IT行業(yè)，這些經(jīng)驗(yàn)就叫中臺(tái)。經(jīng)驗(yàn)往往能帶來的價(jià)值，效率提升、成本提升、質(zhì)量提高，同時(shí)也能帶來偏見、慣性思維模式，中臺(tái)也一樣。

三、我們?yōu)槭裁匆鲋信_(tái)

隨著「阿里中臺(tái)服務(wù)」那本書在17年的出版，中臺(tái)開始走進(jìn)更多人的視野，并且在18年逐漸熱門起來，但那時(shí)網(wǎng)上介紹中臺(tái)的文章和分享還不多，記得我在準(zhǔn)備公司內(nèi)中臺(tái)分享時(shí)，沒有花多大功夫就看完了幾乎所有相關(guān)內(nèi)容。

而到了2019年，中臺(tái)的熱度迅速攀升，火爆程度有點(diǎn)類似16年的VR，18年的區(qū)塊鏈。同時(shí)我也聽說有創(chuàng)業(yè)公司連核心業(yè)務(wù)的商業(yè)模式還沒摸清楚，上來就要搭建中臺(tái)的。這其實(shí)是沒搞清楚為什么要建中臺(tái)，要解決什么問題。

首先，中臺(tái)是支撐公司多個(gè)業(yè)務(wù)產(chǎn)品的共享服務(wù)，如果公司只有一個(gè)業(yè)務(wù)產(chǎn)品，能做的最多只能是良好的架構(gòu)設(shè)計(jì)，沒有具體多個(gè)業(yè)務(wù)產(chǎn)品的實(shí)際場(chǎng)景輸入，難以直接做出中臺(tái)的。

其次，中臺(tái)的目標(biāo)是提高業(yè)務(wù)產(chǎn)品的研發(fā)效率，但為了達(dá)到這個(gè)目的，在一段時(shí)間內(nèi)是需要以降低「效率」為代價(jià)的，時(shí)間長短取決于系統(tǒng)復(fù)雜度和團(tuán)隊(duì)能力的差距。當(dāng)公司隨著業(yè)務(wù)發(fā)展，需要研發(fā)第二個(gè)、第三個(gè)產(chǎn)品等等，在這種情況下可能會(huì)有兩種方式來構(gòu)建中臺(tái)：

1. 新產(chǎn)品和技術(shù)架構(gòu)都是繼承自當(dāng)前產(chǎn)品，不斷的通過優(yōu)化當(dāng)前產(chǎn)品架構(gòu)來適應(yīng)新的產(chǎn)品，讓中臺(tái)服務(wù)自然沉淀出來。這種情況下的前提條件是在做第一個(gè)產(chǎn)品時(shí)就做好了服務(wù)架構(gòu)設(shè)計(jì)，即便如此，在第二個(gè)產(chǎn)品時(shí)很有可能要走彎路，不能滿足新產(chǎn)品那快速迭代和試錯(cuò)的渴望。但到了第三個(gè)、第四個(gè)產(chǎn)品，就變得越來越快了。
2. 新的產(chǎn)品和技術(shù)架構(gòu)都是從新設(shè)計(jì)，這樣做每個(gè)產(chǎn)品的速度都差不多，靈活度也能做到最高。但每個(gè)產(chǎn)品都很難在技術(shù)上從前面的產(chǎn)品借力，當(dāng)團(tuán)隊(duì)人員發(fā)生變動(dòng)，產(chǎn)品越來越多，多分支的維護(hù)和開發(fā)就凸顯了人力不足的問題，需要搭建一個(gè)中臺(tái)。這也是我們面臨的問題。

我所在的事業(yè)部發(fā)展了多年，有五條業(yè)務(wù)產(chǎn)品線。這五條產(chǎn)品線就是從一條產(chǎn)品線開始，隨著時(shí)間的推移逐步發(fā)展起來的。和大部分研發(fā)團(tuán)隊(duì)的情況一樣，在應(yīng)對(duì)快速變化的市場(chǎng)環(huán)境，我們沒有能夠做好系統(tǒng)的底層積累，而是選擇了一條在當(dāng)時(shí)看來是更簡(jiǎn)單的路徑，從一套代碼copy出了另一套代碼來支撐新的產(chǎn)品。

多年后我們就有了五個(gè)獨(dú)立的系統(tǒng)來支撐五個(gè)業(yè)務(wù)產(chǎn)品。我無法判斷如果當(dāng)時(shí)做好了底層系統(tǒng)架構(gòu)，整個(gè)部門實(shí)際會(huì)發(fā)展成什么樣。只知道當(dāng)五個(gè)產(chǎn)品要在五套系統(tǒng)上快速往前跑時(shí)，研發(fā)的復(fù)雜程度和成本都太高了。為了解決這個(gè)問題，我們決定做中臺(tái)。

當(dāng)然我們也可有另外的選擇，即砍掉大部分產(chǎn)品，只專注做到一兩個(gè)。但大家都知道，其實(shí)真正困難的不是決定做什么，而是決定不做什么，這種決策其實(shí)比做中臺(tái)更加困難。

此外，從作為一家成熟的公司，一定是需要有能夠形成合力的產(chǎn)品矩陣來支撐整個(gè)公司的戰(zhàn)略推進(jìn)，所以多產(chǎn)品并行是公司發(fā)展到一定階段的必然產(chǎn)品，而做中臺(tái)也絕不是站在其中某一個(gè)產(chǎn)品的角度來解決問題，而是站在多產(chǎn)品協(xié)同的角度來看公司的戰(zhàn)略。

從公司戰(zhàn)略來看，阿里巴巴的曾鳴在「智能商業(yè)」一書中提出了看十年、做一年的觀點(diǎn)。在日益復(fù)雜而又快速變化的市場(chǎng)環(huán)境中，公司已經(jīng)無法做到一個(gè)五年的準(zhǔn)確的規(guī)劃并執(zhí)行下去。而需要通過看十年的終局思維來看到行業(yè)最終會(huì)成為什么樣子，從而制定公司愿景和方向。

通過做一年的方法來制定計(jì)劃，快速落地一些事情，然后根據(jù)效果來迅速調(diào)整方向更新計(jì)劃，朝著終局推進(jìn)。要想做到這點(diǎn)，基礎(chǔ)能力的積累就非常重要，而中臺(tái)也是其中非常重要的部分。

從產(chǎn)品團(tuán)隊(duì)來看，一個(gè)搭建完成的中臺(tái)基礎(chǔ)框架能夠帶來的直接價(jià)值就是：

（1）成本節(jié)省。需要開發(fā)新功能時(shí)，很可能這個(gè)功能中臺(tái)已經(jīng)提供了，產(chǎn)品經(jīng)理提供配置參數(shù)，研發(fā)直接接入服務(wù)就可以用起來了。

（2）效率提高。在中臺(tái)上開發(fā)新功能，只需要參考標(biāo)準(zhǔn)和文檔，一個(gè)新人也可以快速上手，并且這個(gè)新功能還可以被其他產(chǎn)品直接使用，產(chǎn)生復(fù)利效應(yīng)。

（3）質(zhì)量提升。從兩方面來看：

一方面是設(shè)計(jì)質(zhì)量。中臺(tái)的團(tuán)隊(duì)通常會(huì)以功能模塊為劃分，專職負(fù)責(zé)某功能模塊的團(tuán)隊(duì)往往會(huì)更有意愿去突破一些難點(diǎn)，成為最懂此功能模塊的團(tuán)隊(duì)。

比如現(xiàn)在教育領(lǐng)域最熱門的授課方式就是直播課，而直播功能就是一個(gè)有較高門檻的功能模塊。

要想做出適合業(yè)務(wù)發(fā)展的直播功能，需要對(duì)云計(jì)算、計(jì)算機(jī)網(wǎng)絡(luò)、直播授課方法、直播運(yùn)營等多個(gè)方面都有較為深入的了解。這需要團(tuán)隊(duì)能夠有一定程度的積累，不是某一個(gè)業(yè)務(wù)產(chǎn)品的研發(fā)團(tuán)隊(duì)里找?guī)讉€(gè)人就能很快突擊出來的；

另一方面是研發(fā)質(zhì)量。中臺(tái)的服務(wù)往往提供給多個(gè)業(yè)務(wù)產(chǎn)品使用，出現(xiàn)故障就會(huì)造成大面積的問題。所以質(zhì)量保障往往是中臺(tái)服務(wù)的生命線。每一個(gè)下沉到中臺(tái)的服務(wù)不但會(huì)經(jīng)過常規(guī)的測(cè)試，還會(huì)在Code review、單元測(cè)試覆蓋率等指標(biāo)上有更為嚴(yán)格的要求，力保高質(zhì)量的交付。

四、我們是怎么做中臺(tái)的

1. 產(chǎn)品設(shè)計(jì)層面

隨著中臺(tái)日益火爆，如何做中臺(tái)產(chǎn)品經(jīng)理也成了一個(gè)新的職業(yè)發(fā)展熱點(diǎn)，最近也看到有了線上的中臺(tái)產(chǎn)品經(jīng)理課程。中臺(tái)產(chǎn)品經(jīng)理是B端產(chǎn)品經(jīng)理的一種類型，有B端通用的能力要求，比如擅長做抽象建模、具備一定的研發(fā)技術(shù)功底、懂UML等，不一一展開。

但就中臺(tái)服務(wù)多個(gè)內(nèi)部業(yè)務(wù)產(chǎn)品為主的特點(diǎn)，會(huì)對(duì)中臺(tái)產(chǎn)品經(jīng)理有些不一樣的要求。我個(gè)人的經(jīng)歷里有三點(diǎn)非常重要：

（1）中臺(tái)產(chǎn)品經(jīng)理如何設(shè)計(jì)出用戶體驗(yàn)好的功能？

由于教育中臺(tái)對(duì)其服務(wù)的要求是從前端到后端的完整服務(wù)(具體原因在技術(shù)部分介紹)，因此教育中臺(tái)的產(chǎn)品經(jīng)理設(shè)計(jì)的功能需要直接面對(duì)最終用戶，也需要保有良好的用戶體驗(yàn)。

在上圖中，業(yè)務(wù)產(chǎn)品經(jīng)理的能力要求偏市場(chǎng)側(cè)，中臺(tái)產(chǎn)品經(jīng)理的能力要求靠偏研發(fā)側(cè)，綠色部分是兩類產(chǎn)品經(jīng)理都需要掌握的。教育中臺(tái)對(duì)產(chǎn)品經(jīng)理一直有要求，必須走到需求的源頭不能只接二手需求。

拋開個(gè)人能力而言，這對(duì)其提出的難度在于，必須花大量的精力去熟知不同的場(chǎng)景。中臺(tái)產(chǎn)品經(jīng)理是按照功能模塊來劃分職責(zé)的(如題庫、直播)，但實(shí)際的使用場(chǎng)景是用戶使用整體產(chǎn)品的全流程，并不會(huì)只能看某個(gè)功能模塊，因此每個(gè)模塊的產(chǎn)品經(jīng)理需要了解所支持的所有業(yè)務(wù)的全部場(chǎng)景才能做好相關(guān)模塊的設(shè)計(jì)。

同時(shí)教育行業(yè)是碎片化的，不同業(yè)務(wù)之前的場(chǎng)景差異性比較大，某模塊的中臺(tái)產(chǎn)品經(jīng)理如何才能快速的熟知所有業(yè)務(wù)的全部場(chǎng)景，這是一個(gè)難題。

（2）中臺(tái)產(chǎn)品經(jīng)理和技術(shù)的分界線在哪里？

也許這不僅僅是做中臺(tái)產(chǎn)品經(jīng)理才需要考慮的問題，但在教育中臺(tái)的很長一段時(shí)間內(nèi)，我的疑問比以前任何時(shí)候都強(qiáng)烈。中臺(tái)里有太多的產(chǎn)品設(shè)計(jì)，可以由具備產(chǎn)品思維的研發(fā)人員來考慮，但更多時(shí)候是需要向技術(shù)深入一步的產(chǎn)品經(jīng)理來組織研發(fā)人員一起設(shè)計(jì)的。

舉個(gè)極端的例子，為了降低各個(gè)業(yè)務(wù)產(chǎn)品在各個(gè)端(前端、后端、移動(dòng)端)接入中臺(tái)服務(wù)時(shí)的配置管理難度，我曾考慮改進(jìn)中臺(tái)服務(wù)里零散在各端代碼中的配置管理，做到集中管理并且可靈活配置，還拓展出支持未來可能的中臺(tái)服務(wù)付費(fèi)需求；

為了描述清楚需求，我寫的PRD里除了描述各種場(chǎng)景和功能外，還用偽代碼描述了如何使用，雖然偽代碼的水平可能會(huì)被研發(fā)同事鄙視，但達(dá)到了清晰表述問題的目的。

本文我無意提倡PRD里要寫偽代碼，主要想要說明的是中臺(tái)產(chǎn)品經(jīng)理不要指望能夠和技術(shù)有清晰的界限，應(yīng)該堅(jiān)定的跨過去一步，同時(shí)也把產(chǎn)品思維帶到技術(shù)中去，搭起一座橋。

（3）中臺(tái)產(chǎn)品經(jīng)理如何設(shè)計(jì)一個(gè)新功能模塊能夠滿足各方需求，且推動(dòng)其在各個(gè)業(yè)務(wù)產(chǎn)品上使用起來？

除了要求產(chǎn)品經(jīng)理有極強(qiáng)的專業(yè)能力外，還需要具備極強(qiáng)的主動(dòng)性、溝通能力、甚至是商務(wù)能力，在各個(gè)業(yè)務(wù)之間想盡辦法把中臺(tái)的種子種進(jìn)去。相關(guān)的經(jīng)驗(yàn)在在本文的「組織架構(gòu)層面」部分做了介紹。

2. 技術(shù)層面

在中臺(tái)架構(gòu)的設(shè)計(jì)之初，我們就定位了教育中臺(tái)需要提供的不僅僅只是后端服務(wù)，一方面純后端服務(wù)和Paas服務(wù)就沒太多區(qū)別，另一方面由于教育中臺(tái)所希望提供的服務(wù)的業(yè)務(wù)屬性非常強(qiáng)，提供的服務(wù)復(fù)雜程度遠(yuǎn)高于常見的IM、視頻云等常見的Paas服務(wù)，如果完全通過后端開放接口來使用，接口的數(shù)量會(huì)非常多，調(diào)用的邏輯關(guān)系也會(huì)很復(fù)雜，使用成本會(huì)遠(yuǎn)高于常見的Paas服務(wù)。

因此我們希望教育中臺(tái)提供的是前后端一體的服務(wù)，最終展現(xiàn)給用戶的是前端模塊/組件。

理想的情況下，業(yè)務(wù)產(chǎn)品的前臺(tái)頁面只要嵌入中臺(tái)某功能服務(wù)的前端模塊，就可以使用該模塊的完整功能。這種方式最大限度的拓展了中臺(tái)服務(wù)的價(jià)值，但也給中臺(tái)服務(wù)在設(shè)計(jì)中帶來巨大的難度。經(jīng)過一年反復(fù)的煎熬，我們也整理出了幾條設(shè)計(jì)原則：

（1）數(shù)據(jù)結(jié)構(gòu)的統(tǒng)一是底線

理想情況下，教育中臺(tái)搭建完一個(gè)模塊，各個(gè)業(yè)務(wù)產(chǎn)品一接入就能完美的用起來。但實(shí)際情況下沒有產(chǎn)品經(jīng)理和研發(fā)具備這樣的能力，反復(fù)是一定要的，甚至于有時(shí)候教育中臺(tái)需要去做一個(gè)需求還不明確的功能(我通常反對(duì)中臺(tái)新做功能來完成業(yè)務(wù)產(chǎn)品的需求驗(yàn)證，ROI太低了)。

當(dāng)面對(duì)這樣的情況時(shí)，一定要堅(jiān)守的底線是數(shù)據(jù)結(jié)構(gòu)的統(tǒng)一。研發(fā)同學(xué)都知道數(shù)據(jù)遷移是一個(gè)大坑，所以只要數(shù)據(jù)結(jié)構(gòu)是統(tǒng)一的，任何邏輯和交互的變化都是可以接受的。

（2）前臺(tái)界面通用的邊界

數(shù)據(jù)結(jié)構(gòu)的統(tǒng)一，后端服務(wù)的共享是容易在思想上達(dá)成一致的，難的部分只是在執(zhí)行。但前端界面的統(tǒng)一的觀點(diǎn)自始至終都在激烈的辯論中。

對(duì)于一個(gè)2C產(chǎn)品的產(chǎn)品經(jīng)理和設(shè)計(jì)師，往往對(duì)交互、視覺都非常敏感，這也是2C產(chǎn)品能夠在第一眼就留住用戶的最重要的點(diǎn)。但中臺(tái)服務(wù)為了做到重用，往往很難在一些細(xì)節(jié)的交互、視覺層百分之百的滿足每個(gè)業(yè)務(wù)的需求，并且在這種用戶體驗(yàn)的層面，往往沒有誰能夠說服誰。

對(duì)于設(shè)計(jì)型的產(chǎn)品經(jīng)理而言，不能把控自己產(chǎn)品界面里的設(shè)計(jì)，簡(jiǎn)直就是被褻瀆，因此在前端界面統(tǒng)一的這件事情的爭(zhēng)論有多激烈可想而知，我自己也在這件事情的立場(chǎng)也有搖擺。在多個(gè)case的糾葛后，我們推動(dòng)了幾件事情，不敢說解決了這個(gè)沖突，至少是改善了問題：

1）推動(dòng)更新整個(gè)事業(yè)部產(chǎn)品的交互視覺規(guī)范。

對(duì)于建立規(guī)范大家都是沒有疑問的。在交互規(guī)范不完善且沒有被嚴(yán)格執(zhí)行的情況下，很多時(shí)候產(chǎn)品經(jīng)理都需要為了一些交互細(xì)節(jié)大傷腦筋，比編輯框里字?jǐn)?shù)超出了限制應(yīng)該怎樣提示，諸如此類。

當(dāng)交互規(guī)范完善，且做成了Axure組件后，普通產(chǎn)品經(jīng)理都有了升級(jí)成產(chǎn)品設(shè)計(jì)師的可能，基于規(guī)范和組件就可以做出一個(gè)完成度很高的交互稿。而視覺規(guī)范是整個(gè)事業(yè)部各產(chǎn)品統(tǒng)一品牌形象的條件，也是統(tǒng)一前端組件的基礎(chǔ)，設(shè)計(jì)在前端組件級(jí)達(dá)成一致是可以的。

2）根據(jù)用戶前臺(tái)和管理后臺(tái)加以區(qū)別對(duì)待。

用戶前臺(tái)是給終端用戶使用的，也是大量C端用戶直接接觸產(chǎn)品的入口，不同業(yè)務(wù)的用戶往往在交互和視覺上有不同的需求。

而管理后臺(tái)往往是給一些特殊用戶，比如管理員使用的。這類用戶首先數(shù)量相對(duì)少，后臺(tái)操作也不那么頻繁，且這類用戶在操作管理后臺(tái)時(shí)具備B端用戶的屬性，很多時(shí)候是部門內(nèi)的運(yùn)營，對(duì)功能是否強(qiáng)大的敏感度高于視覺體驗(yàn)。

因此教育中臺(tái)盡量能在管理后臺(tái)的前端界面上保持統(tǒng)一，而用戶前臺(tái)頁面會(huì)考慮放開讓各個(gè)業(yè)務(wù)產(chǎn)品自己做。當(dāng)然這一點(diǎn)很容易就可以找出反例，因此也只是在設(shè)計(jì)過程中的一個(gè)指導(dǎo)方向，并不是定理。

3）根據(jù)業(yè)務(wù)的目標(biāo)用戶年齡層次進(jìn)行區(qū)分。

事業(yè)部有面向成人、K12、年齡更小的兒童等各個(gè)不同年齡階段用戶的產(chǎn)品。年齡越小的用戶對(duì)交互和視覺的要求越高，愛奇藝還專門推出了面向兒童的奇巴布，整個(gè)交互和視覺都做了重新設(shè)計(jì)。

因此教育中臺(tái)盡可能在面向成人的產(chǎn)品里去做到前端界面通用，不考慮和面向低齡人群的產(chǎn)品有任何前端界面的復(fù)用。

（3）前后端直連

教育中臺(tái)的用戶是部門其他業(yè)務(wù)產(chǎn)品的程序員，雖然都是內(nèi)部用戶，但降低用戶的使用成本是非常重要的。在組織架構(gòu)部分會(huì)詳細(xì)介紹，要想推動(dòng)教育中臺(tái)在內(nèi)部業(yè)務(wù)的使用，必須要最大程度的降低用戶的使用成本。

第一年教育中臺(tái)的別動(dòng)隊(duì)在搭建服務(wù)驗(yàn)證可行性時(shí)，服務(wù)的架構(gòu)設(shè)計(jì)是這樣的：

業(yè)務(wù)產(chǎn)品的后端從教育中臺(tái)的后端獲取數(shù)據(jù)后，通過業(yè)務(wù)產(chǎn)品的前端拼裝好再傳給教育中臺(tái)的前端模塊進(jìn)行顯示。這種方案其實(shí)等同于把一個(gè)模塊的開發(fā)按照人頭分工到兩個(gè)團(tuán)隊(duì)來開發(fā)，理論上來說可以滿足任何業(yè)務(wù)的需求。

早期在需求還不那么確定業(yè)務(wù)也比較少的時(shí)候，這樣去進(jìn)行探索是可行的。但當(dāng)接入的業(yè)務(wù)產(chǎn)品多起來，這種架構(gòu)會(huì)帶來幾個(gè)很麻煩的問題：

1. 業(yè)務(wù)產(chǎn)品的前端和后端都分別需要和教育中臺(tái)的前端和后端直接對(duì)接，需要對(duì)教育中臺(tái)的接口有很深入的了解，服務(wù)的接入成本非常高；
2. 由于教育中臺(tái)后端暴露的接口太多，很容易在后續(xù)更新時(shí)發(fā)生變動(dòng)，從而導(dǎo)致所有已經(jīng)接入的業(yè)務(wù)產(chǎn)品都需要發(fā)生代碼改動(dòng)，并進(jìn)行回歸測(cè)試。

為了解決上述問題，我們改成了前后端直連的架構(gòu)設(shè)計(jì)：

在這種方式下：

1. 教育中臺(tái)的前后端是直接交互，可獨(dú)立運(yùn)行的；
2. 只需在前端層進(jìn)行接入，接入成本大大降低；
3. 只要有限的接口保證穩(wěn)定，教育中臺(tái)的升級(jí)對(duì)于業(yè)務(wù)產(chǎn)品是無感知的。

直連的架構(gòu)在某些特定情況下會(huì)增加功能實(shí)現(xiàn)的難度，比如要在教育中臺(tái)前端模塊里去顯示其后端服務(wù)沒有的數(shù)據(jù)時(shí)會(huì)面臨拿數(shù)據(jù)困難的問題，但總體來講帶來的好處遠(yuǎn)遠(yuǎn)大于增加的難度，我們也基本確定了前后端直連的架構(gòu)是教育中臺(tái)服務(wù)首選的方式。

3. 組織架構(gòu)層面

（1）高層的支持

看過一篇文章《重新理解中臺(tái)—中臺(tái)的戰(zhàn)略和困境》對(duì)中臺(tái)在組織架構(gòu)層面的需求做了比較好的介紹，其中最關(guān)鍵的就是，中臺(tái)是自頂向下向下的，中臺(tái)一定需要得到高層的支持。

和絕大多數(shù)商業(yè)化的事業(yè)部一樣，我所在事業(yè)部的KPI一直是可量化的營收數(shù)據(jù)，而中臺(tái)項(xiàng)目在啟動(dòng)運(yùn)轉(zhuǎn)的相當(dāng)長一段時(shí)間內(nèi)，我們所做的很難對(duì)KPI有直接幫助，甚至于在局部較短時(shí)間內(nèi)是阻礙當(dāng)年KPI達(dá)成的。

大部分員工是很難站在一定的高度去做看十年做一年的規(guī)劃，特別是當(dāng)一件事和眼前的KPI難以達(dá)成平衡時(shí)，中臺(tái)的工作會(huì)受到各個(gè)方面的挑戰(zhàn)。因此高層的堅(jiān)定支持是中臺(tái)戰(zhàn)略的第一必要條件。

中臺(tái)的價(jià)值是有條件的，搭建完成后還得有機(jī)會(huì)來享受成果，這個(gè)判斷也需要高層來完成。 此外高層還需要推動(dòng)一些規(guī)范的建設(shè)，如交互規(guī)范、視覺規(guī)范、視覺配套的前端組件規(guī)范等，在這些規(guī)范的約束下，中臺(tái)服務(wù)搭建的難度會(huì)大大降低。

（2）各業(yè)務(wù)產(chǎn)品的支持

高層的支持是基礎(chǔ)，但在中臺(tái)和業(yè)務(wù)產(chǎn)品實(shí)際工作中無數(shù)次的碰撞都需要靠中臺(tái)自己的影響力來推進(jìn)工作，因此中臺(tái)如何在各業(yè)務(wù)中獲得影響力，并推動(dòng)各業(yè)務(wù)接入服務(wù)也是至關(guān)重要的。

那么如何推動(dòng)業(yè)務(wù)產(chǎn)品接入中臺(tái)服務(wù)呢？

直接利益就是人力成本節(jié)省。針對(duì)單個(gè)業(yè)務(wù)而言，他最關(guān)心的就是接入中臺(tái)服務(wù)能夠?yàn)槠涔?jié)省的成本，這個(gè)計(jì)算方式在后面的「中臺(tái)價(jià)值量化」部分會(huì)介紹。

理念的灌輸。除了高層的直接支持外，中臺(tái)的各負(fù)責(zé)人會(huì)時(shí)不時(shí)的在各種場(chǎng)合跟業(yè)務(wù)的負(fù)責(zé)人和小伙伴「洗腦」，鼓吹共享服務(wù)的思想。

首先拉動(dòng)的一定是研發(fā)人員，好的研發(fā)人員是有代碼潔癖的，即使他不得不在某些情況下寫出惡心的代碼。如果跟他們?nèi)チ某橄?、架?gòu)和重用，天然就會(huì)產(chǎn)生親切感。

面對(duì)業(yè)務(wù)產(chǎn)品經(jīng)理就往往需要做交換了，我可以在中臺(tái)功能設(shè)計(jì)里支持你的一個(gè)偏定制需求，但你得答應(yīng)要接入我的另一個(gè)服務(wù)，我甚至于可以出人力幫你接入。

形成生態(tài)系統(tǒng)。當(dāng)iOS和android已經(jīng)成為世界上最大的兩個(gè)移動(dòng)端操作系統(tǒng)后，無論開發(fā)者多么希望按照Windows Phone的標(biāo)準(zhǔn)做開發(fā)，他也只能選擇iOS或android，這就是生態(tài)系統(tǒng)的力量。

同理，當(dāng)中臺(tái)統(tǒng)一了各個(gè)業(yè)務(wù)的一些基礎(chǔ)服務(wù)后，在上層的業(yè)務(wù)功能無論有多么個(gè)性化的需求，都不能跳出基礎(chǔ)服務(wù)的限制。而對(duì)于一個(gè)業(yè)務(wù)而言，放棄中臺(tái)的底層服務(wù)自己重新搭建一套也幾乎是不可執(zhí)行的，太不劃算了，無論該產(chǎn)品經(jīng)理的主觀意見多么強(qiáng)烈，在ROI的壓力下也很難獲得支持。

當(dāng)然，每個(gè)產(chǎn)品最初都需要一批種子用戶來實(shí)現(xiàn)冷啟動(dòng)，中臺(tái)服務(wù)最初也需要能有種子客戶來打磨產(chǎn)品，那么應(yīng)該找誰來合作呢？

大家習(xí)慣性會(huì)想去找戰(zhàn)略型的重點(diǎn)業(yè)務(wù)產(chǎn)品，做成標(biāo)桿客戶。但實(shí)際上重點(diǎn)業(yè)務(wù)產(chǎn)品往往人力充足，并且跑得飛快。一個(gè)還不太完善的中臺(tái)服務(wù)想要直接跟此類產(chǎn)品合作是非常難的。他不在意成本，對(duì)質(zhì)量不那么在意，更在意的是速度，這就是和中臺(tái)本身的定位是有矛盾的。

因此，中臺(tái)服務(wù)反而應(yīng)該去找潛力型的業(yè)務(wù)產(chǎn)品進(jìn)行合作。此類業(yè)務(wù)有著表現(xiàn)自己贏得關(guān)注的欲望，但又苦于資源不足很多事情都做不了，是非常有意愿去借助中臺(tái)的力量做事情的。

當(dāng)然，中臺(tái)支持此類業(yè)務(wù)產(chǎn)品需要承擔(dān)的風(fēng)險(xiǎn)就是，這個(gè)業(yè)務(wù)產(chǎn)品可能活不了多久就被老板砍掉了。因此如何選擇具備潛力的產(chǎn)品就是需要中臺(tái)負(fù)責(zé)人在戰(zhàn)略上能有敏銳判斷的地方了。

（3）重要不緊急的事情始終在推進(jìn)

由于互聯(lián)網(wǎng)公司多年來信奉的就是「唯快不破」，團(tuán)隊(duì)在做優(yōu)先級(jí)排序時(shí)，往往會(huì)傾向于去業(yè)務(wù)價(jià)值最明顯的事情，有很多重要不緊急的工作就被壓在后面，永遠(yuǎn)沒有再被提起過。

但對(duì)中臺(tái)產(chǎn)品團(tuán)隊(duì)需要有不同的要求，中臺(tái)產(chǎn)品一定要保留力量始終去做一些基礎(chǔ)的，重要不緊急的事情，就好像公司如果想要做得長久除了在商業(yè)上的持續(xù)投入外，一定要保留足夠的人力來做基礎(chǔ)性的研究，近期華為的海思芯片和鴻蒙操作系統(tǒng)就是最好的例子。

我們?cè)谧鲋信_(tái)時(shí)，無論外部各個(gè)業(yè)務(wù)需求的壓力有多大，始終保持有一個(gè)小隊(duì)始終在做基礎(chǔ)組件和規(guī)范建設(shè)，比如在各套業(yè)務(wù)產(chǎn)品里的權(quán)限體系都還能跑，但某些功能始終無法完美支撐時(shí)，我們按照RBAC的方式進(jìn)行一個(gè)新的角色權(quán)限系統(tǒng)的設(shè)計(jì)，并提供了數(shù)據(jù)遷移方法，也最后為新的業(yè)務(wù)模塊功能開發(fā)打下了基礎(chǔ)。

（4）中臺(tái)價(jià)值的量化

即使我們都認(rèn)為一件事情是正確的，價(jià)值量化依然是最重要的事情之一。中臺(tái)是一個(gè)to B服務(wù)，本質(zhì)是成本的節(jié)省和效率的提升，但由于中臺(tái)的客戶是內(nèi)部業(yè)務(wù)產(chǎn)品的程序員，這個(gè)價(jià)值的量化就變得比一個(gè)給運(yùn)營銷售用的CRM系統(tǒng)要復(fù)雜了。

中臺(tái)是提供給多個(gè)業(yè)務(wù)服務(wù)的共享服務(wù)，任意一個(gè)中臺(tái)服務(wù)被業(yè)務(wù)服務(wù)都可以為業(yè)務(wù)節(jié)省成本，因此被越多的接入整體節(jié)省的成本越大。同時(shí)由于每個(gè)業(yè)務(wù)在整個(gè)事業(yè)部里都有不同的優(yōu)先級(jí)，被高優(yōu)先級(jí)業(yè)務(wù)接入的中臺(tái)服務(wù)，能夠產(chǎn)生的價(jià)值也越大。這是符合直覺的，但如何去量化這樣的價(jià)值呢？

提供以下的計(jì)算方法：

假設(shè)：

各個(gè)業(yè)務(wù)在事業(yè)部的優(yōu)先級(jí)系數(shù) = a1、a2、a3….

中臺(tái)服務(wù)被某一個(gè)業(yè)務(wù)接入后給業(yè)務(wù)節(jié)省的成本(人天) = 業(yè)務(wù)自研此服務(wù)的成本 + 業(yè)務(wù)自己運(yùn)維 – 業(yè)務(wù)產(chǎn)品接入中臺(tái)服務(wù)的成本

可以推導(dǎo)出每個(gè)服務(wù)開發(fā)出來后對(duì)整個(gè)部門節(jié)省的成本是：

總體成本節(jié)省 = (a1 * 業(yè)務(wù)1節(jié)省 + a2 * 業(yè)務(wù)2節(jié)省 + …) – 中臺(tái)開發(fā)成本 – 數(shù)據(jù)遷移(適配層開發(fā)) – 中臺(tái)運(yùn)維

由于中臺(tái)團(tuán)隊(duì)要同時(shí)面對(duì)多個(gè)業(yè)務(wù)的需求，根據(jù)以上公式，我們也可以得出一些判斷需求優(yōu)先級(jí)的基本規(guī)則：

1. 部門戰(zhàn)略，也就是業(yè)務(wù)的優(yōu)先級(jí)的系數(shù)。顯然來自戰(zhàn)略級(jí)業(yè)務(wù)的需求優(yōu)先級(jí)是高于其他普通業(yè)務(wù)的。
2. 需求靠譜程度。這里面有包括兩個(gè)層次：是否是核心的需求，是否是偽需求、提出需求的業(yè)務(wù)是否靠譜，是否可能很快就被干掉了
3. 與中臺(tái)目標(biāo)自身目標(biāo)的契合程度。這也是很好理解。中臺(tái)不是業(yè)務(wù)的外包團(tuán)隊(duì)，中臺(tái)需要有自己的思想和規(guī)劃。

需要說明的是，雖然有了這樣的計(jì)算公式，但我們?cè)趯?shí)際的工作中并沒有直接去量化每一個(gè)功能。主要原因在于教育中臺(tái)正式立項(xiàng)一年的過程中，團(tuán)隊(duì)一直在探索中臺(tái)設(shè)計(jì)的套路，比如對(duì)如何才能較好的滿足需求，快速的被接入，并且在運(yùn)維層面對(duì)業(yè)務(wù)做到無感知。

只有在搞清楚這些討論之后，中臺(tái)服務(wù)才有可能會(huì)對(duì)節(jié)省成本有明顯的幫助。因此量化只是少數(shù)幾個(gè)團(tuán)隊(duì)核心成員做規(guī)劃時(shí)參考，而沒有直接做為產(chǎn)生的價(jià)值而公布出來。

青山綠水，江湖再見

從教育中臺(tái)組的解散到今天，已經(jīng)過去差不多五個(gè)月了。在寫此文時(shí)回憶起中臺(tái)這一年，感慨萬千。

感謝兩位主管Sunner和Genify，Sunner作為中臺(tái)業(yè)務(wù)負(fù)責(zé)人和產(chǎn)品架構(gòu)師，親手搭建了整個(gè)教育中臺(tái)的底層基礎(chǔ)和業(yè)務(wù)抽象，包括「愛多思」在內(nèi)的很多特有的名字都是他取的。他是我直接的老師，他對(duì)愛多思能夠成功的堅(jiān)定信念是我在多次迷惑中也能堅(jiān)持到最后的最主要原因。

Genify是研發(fā)負(fù)責(zé)人和技術(shù)架構(gòu)師，從抽象的業(yè)務(wù)模型到實(shí)際可執(zhí)行的技術(shù)方案，再到技術(shù)規(guī)范的形成，中間依然需要有一條靠經(jīng)驗(yàn)和想象力來架設(shè)的橋梁，而他就是這座橋梁。

感謝一起戰(zhàn)斗過的和沒來得及深入合作的同事，這些思考和追憶屬于我們每一個(gè)人。

感謝部門老大，沒有他的支持，中臺(tái)根本不可能立項(xiàng)。

青山不改，綠水長流，他日江湖再見，自當(dāng)把酒言歡，就此別過。

本文由 @何少甫 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。