各行業興起的中台熱潮趨於平淡，但還有公司在不停上線相關項目。本文從中台目的和潛在應用、筆者瞭解的國內中台情況、主導中台搭建的部門和大概率失敗的情況和大家一起討論，期望能為中台和搭建中台的小伙伴提供一定的思路。
一、中台目的和潛在應用
首先明確的是不管公司大小，大家都有構建中台的權利。有人會說小公司沒有足夠的資本支撐中台的運作，這個說法陷入中台要大到包含全部業務而忽視中台核心目的的處境中。
在談中台目的和潛在應用之前，我們來重覆下其起源：Supercell，一家400人的芬蘭游戲公司，5-6人就能完成一款游戲開發。阿裡巴巴15年參觀並宣傳後，中台正式登入國內互聯網人的眼球而得以迅速發展。Supercell快速開發的原因在於其將美術、數值等具備模塊開發內容集成在一個單元，使其具有超強的復用性，而中台則是互聯網人賦予具有復用性工作模塊的方法論名稱。
因此，中台目的是將業務模塊化以便快速應用，而具有模塊化業務的部門公司都可以開發自己的中台。但是上馬中台業務前，需考量下是否有業務可以模塊化，如：互聯網公司H5頁面開發、游戲公司建模、銷售公司用戶操作平臺。。。
在這留個疑問：是不是中台一定要集成在一個操作系統（平臺）中呢？
二、國內中台情況
在寫這篇文章前筆者認為阿裡和頭條的中台應該是國內做的最好的公司（理由等下列舉）。但是近日《阿裡中台搞了3年，搞砸了？》曝出後留下個懸疑，畢竟互聯網公司換帥多半是管理層對於業務不滿的最直接原因。言歸正傳，根據國內互聯網公司近幾年產出，談談個人對當下國內中台的幾種情況：
1. 阿裡巴巴中台
阿裡巴巴訪問Supercell後，2015年在國內首先提出中台概念，當然這不是認為阿裡巴巴中台做得好的原因。
不知正在瀏覽這篇文章的你是否記得2018年的雙11，阿裡系APP彼此聯動導流，筆者當時在預售期下載了十幾個阿裡系APP拿到100多紅包，相當於不到10塊/活躍用戶(非常划算！！！)。
引流形式簡單粗暴，每個APP上均有一個H5，H5的任務分為完成本APP活躍任務和下載阿裡系APP兩種類型，完成相關任務後即可領取紅包。數據效果可以看當時APPSTORE的排行榜，阿裡系十幾個APP均位列蘋果商店免費榜TOP30。試想如果沒有中台業務支撐，十幾個APP的開發協調、數據打通需要多久才能完成呢？
這種以活動驅動搭建的中台我們可以稱之為活動型中台。
至於阿裡換帥，或許是中台在驚艷的18年雙11後未能有超越性的應用？抑或是學釘釘重新創業？或許只有當事人才能知曉了！
2. 頭條系中台
字節跳動以數據驅動發家，而數據無疑是互聯網公司的核心（不接受反駁），字節跳動在數據的基礎上所做出的業績在此不表。筆者表一表自己認為頭條系中台做得好兩個原因：
1、與阿裡雙11紅包相媲美或更上一層樓的頭條系春節紅包，和阿裡系APP聯動相同的套路，不同的是每年春節都讓大家玩得很嗨~
2、近年來經常性聽到頭條又發佈了某個領域的APP，多閃、飛聊、aikid、goodkid …… 這麼頻繁的發佈產品， 不管是HR、亦或是程序、營銷等等，哪個環節不需要強大的控制和數據能力呢？據此是不是可以推斷頭條系內部有個產品中台呢？（阿裡換帥有沒有這個原因呢？）
而以產品驅動搭建的中台我們可以稱之為產品型中台。
3. 騰訊中台
目前對於騰訊的中台介紹大部分是開放能力賦予騰訊生態的第三方，騰訊內部也成立了技術委員會來籌備中台。但通過和騰訊內部人溝通，目前中台僅局限在六個事業群里，功能也沒有想象中的豐富多彩，比如微信用Excel處理數據(19年的時候)，當然舉例不是為說騰訊的Excel。
不知各位看官是否對前幾年被熱炒的微信“敏捷開發”有印象，張小龍說的是有點子就要快速去嘗試，再根據結果決定停止還是繼續擴大規模嘗試。試想一款日活10億的APP，哪一個快速嘗試的想法不需要交互、用研、開發、策劃、運營等崗位的參與呢？那我們就假設微信內部在阿裡提出中台概念前已經有了一套類似中台的機制吧。
以模塊化迭代驅動搭建的中台我們可以稱之為模塊型中台
三、到底哪個部門主導中台
說到哪個部門來主導搭建公司級的中台，有跟進過的小伙伴估計會有各種討論出來，如產品經理、程序、數據管理、運營……反正各個崗位都想獲得主導權，畢竟國情和權力都會讓其投放在放大鏡下。接下來我們舉例來討論下各個部門主導搭建的情形：
假設場景：只有運營面向用戶，其他崗位均支持運營。產品經理服務於運營的工具搭建、數據管理服務於運營的提單數據處理，程序完成運營或產品相關需求。（為最大化展示利弊，場景完全虛構）
- 產品經理：由於我們是負責工具功能的搭建必然由我們主導搭建，為此產品開始設計、數據管理輸出數據、程序開發……轟轟烈烈搞了半年中台後運營的同學沒法用。
- 數據管理：我們擁有最全的數據理所應當主導，同時由於具有一定代碼能力自己開發了一套中台……但無應用場景，然後開始重新找運營獲取場景，並對中台用上了手術刀。
- 運營：我有場景，有數據應用，任何自己在SQL里操作數據這不就是中台了嘛…….新入職的員工看的一臉懵逼。
從上面場景哪個崗位最適合來做主導呢？筆者覺得主導還是由產品經理來主導，但是其中應該首先結合運營的業務場景來做決定，開發設計過程中讓運營全程跟進參與。
這裡留個假設：中台的搭建必然需要複合型的人才。如前文所述，整個搭建過程中必然出現產品經理不清楚運營訴求或者要求運營給出價值體現的情況，網絡上流傳了千年的運營、產品經理和程序互撕的傳說，在涉及0到1的中台搭建不見得會和平！
四、大概率失敗的中台
簡要列幾個個人看法吧：
- 單純為了做中台的中台，整個中台沒有業務目的、沒有目標導向。
- 將原有該做的系統包裝成中台強行和中台結合，同時不斷想往上增加不實用的功能。
- 為做中台將原有不相干的系統、權限等強行整合為一個系統，這個失敗概率不一定大。但其中的風險控制不僅要重新投入大量資源（有人必然有風險），還要承擔權限設計導致未來出現的風險呢。到時誰來承擔呢？
小結
做中台一定有業務驅動，可模塊化的業務均能設計為中台。同時大而全的中台也不要強求哦！最後祝各位中台人一切順利吧。
本文由 @逗逗一世 原創發佈於人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基於CC0協議。