1樓：御豪同學
Topic 1：中颱要解決平台化的問題，這是站在技術的角度，對業務的說的。本質是對業務邏輯的抽象，並提煉共性的部分。
經過抽象和提煉共性，用乙個團隊維護一套系統然後多個業務一起用，這確實能節省，還能新業務的搭建提高效率。
關鍵點有兩個：
第一，多業務。存在多種業務，才能體現搭建中台後提高效率的一面。所以只有乙個業務還非要搭個中颱的公司，就很奇怪。
第二，新業務。中颱能提高新業務上線的速度，這個美好的故事伴隨著中颱概念一起提出。不過，新業務是因、中颱是果。
本來就保守得不行，任何新事物都不敢嘗試的組織，搭了中颱也不會變得開放。況且在搭建中颱的過程中，還會涉及流程和團隊的重組，在這樣的組織中實施困難重重。
Topic 2：平台就是中颱嗎？不是。如果說「創新提速」是中颱的商業案例賦予中颱的美好願望，那麼「呼喚炮火」就是中颱的軍事案例賦予中颱的美好願望。舉個【中臺現象】的例子：
在一些企業實踐中，確實做到了「讓聽得到炮聲的人能呼喚炮火」。但是，你只能呼喚到「小口徑、短射程」的火炮。想呼喚射程更遠、口徑更大的火炮？抱歉，還沒有接入「火炮管理系統」呢。
不過，你可以通過「火炮管理系統」向上級打報告，通過「口徑管理系統」新增新的口徑規格，通過「射程管理系統」新增新的射程，然後在「裝配管理系統」中檢視運輸和部署進度，最後在「發射管理系統」裡輸入敵對方名稱、輸入目標引數、輸入發射數量、輸入發射順序、輸入發射時間、輸入發射間隔、輸入呼喚者名稱、輸入所屬連隊名稱，之後就能「一鍵發射」啦！
什麼？找不到新新增的火炮？哦哦，是口徑的數字填錯了，以上再來一遍。
這一段耳熟嗎？可能等到敵人的槍口都頂著腦門兒了，報告第乙個環節還沒審批通過呢。所以中颱化可不是平台化的簡單疊加，需要重新設計的。
而且從結果來看，中臺內部的割裂帶來的問題，比多業務各自閉環帶來的問題還要大。因為業務各自閉環，做的不好帶來的是非系統性風險。提煉為中台後做的不好，帶來的是系統性風險。
Topic 3：要不要搞中颱？看價值的權衡。
中颱的投入能否帶來正增長，這是評判的關鍵，而不是哪些公司採用了，不是別人家取得了什麼樣的效果，不是某某專家認為好。這是所有企業自己的功課，靠不得別人。
什麼是資料中臺？
曼孚科技 資料中臺，簡單來說就是提取各個業務的資料，統一標準和口徑，通過資料計算和加工為使用者提供資料服務。對於一家企業而言，想要構建乙個資料中臺，包含了資料模型儲存 資料資產管理 對外提供資料服務 資料更深層次的分析挖掘等各方面過程。這便是廣泛意義上的資料中臺，其核心就是構建乙個共享資料服務體系。...
雞眼是個什麼鬼？
雞眼呢，我之前有過，我的雞眼屬於硬性雞眼，雞眼表面有一層厚厚的角質，摸起來是凸起的，一碰就會很疼。比長了雞眼更加痛苦的是什麼？那就是雞眼長在腳底上啊！走路的時候簡直像踩在刀尖上，每一步都鑽心的痛。不過雞眼這種小事怎麼能難倒我呢？分分鐘就把它KO了。第一步 去角質 之前也說了，我的雞眼屬於硬性雞眼，表...
認知到底是個什麼鬼？
炳貴活佛 認知是什麼？認知就是你對這件事的看法。拿我們最普通的事來說，比如你去飯店吃飯，不同的人就有不同的認知。一般人會看飯店的環境幹不乾淨，飯菜的味道好不好，服務員熱不熱情。稍微認知多一點的人會考慮飯店位置怎麼樣，好不好停車，下次還要不要去。更深層次的認知是這個飯店老闆怎麼經營的，開乙個這樣的飯店...