中臺火熱，實際建設卻有七宗罪。
中臺大家肯定不會陌生，今年有幸參與到公司中臺項目的建設中，從開始的方案設計、到上線、到推廣，總結了中臺設計、開發、推廣中的“七宗罪”，本著中臺還是一個大方向的大前提下，你或許以后也會遇到。
第一宗罪：怎么處理2B業務與2C業務的關系
首先，我們很理解中臺之所以建設的意義和目的，就是要精簡系統、肅清機構，從而提高效率、降低成本。
不是所有的公司和系統都需要中臺，只有經過了幾年甚至幾十年沉淀的系統才適合做，因為面對尾大不掉的情況，是時候進行一些創新了。
但是，這時候“歷史原因”就往往成為制約我們進行再設計的一條攔路虎。我們說中臺就是要避免“重復設計”，但是看似同樣的功能如某些營銷工具，在2B和2C的產品設計中對于規則和細節的要求是不一樣的。
理想與現實也往往存在較大差距。因此，在新中臺的創建和舊平臺的遷移過渡階段，有時候需要一些靈活的處理，尤其是在資源有限的前提下，首先要保證業務的正常運行，不必一定要拘泥于所謂的條款和規則。
第二宗罪：賬號體系也許是整個項目中最大的坑
如果你認為賬號只是負責登錄、很簡單的，那就大錯特錯了，可能還會受到嚴重傷害。
目前市面上的“中臺”許多都是對已有系統的重構和再組合，因此，多個系統在賬號體系上的設計是存在很大差異的，不僅僅是登錄、授權、權限區分等，登錄的性能也會受到很大的挑戰。
因為按照目前按照功能模塊授權的設置方案，對于高權限的用戶來說，在打開頁面的時候需要加載很多內容出來，對性能的要求很高。
還有，一定要把所有權限相關的功能一次搞定，不論這個項目到底是分了多少期來做，做的越早越好。
第三宗罪：多系統間技術框架和數據庫的使用
天下大勢合久必分，分久必合。中臺其實也是類似的一種理念，但是多個系統在重新解構、重構的過程中，雖然于前端我們通過設計、UI進行統一，但是對于中臺來說更重要的還是后臺架構和數據庫的搭建。
小胖就遇到幾個系統竟然用了不同系統框架和不同數據庫的問題，可能開始設計和開發的時候并沒有覺得有多么別扭，但是當開始使用的時候才知道有多酸爽。
第四宗罪：用戶體驗很難統一
對于一些還未形成自己統一UI和設計交互規范的公司來說，多個系統的合并簡直就是噩夢。
系統中的使用用戶是分多個的，比如商家端、用戶端、供應鏈端、財務端，等等，每個角色都有自己所需要的一套流程，并且對于一些職能部門，他們早已經習慣了十幾年如一日的操作流程，突然你要統一規范，還告訴人家特別好用，他信你就鬼了。
第五宗罪：利益關系的處理
這里的利益關系主要分為兩種，一種是原有業務的使用者，尤其是新老業務間的利益沖突，另外一種是作為研發體系部門之間的利益分配問題。
比如，一個功能新業務覺著簡單點就好，但是老業務一定要經過幾個節點才可以使用，因為兩者之間安全性和易用性的要求是不一樣的，這里怎么融合兩者的利益關系至關重要。
另外，中臺作為一個保姆式的產品，許多功能是偏向后臺的，因此前臺是看不到你的，如果有了成績那么就是前臺的成績，如果出了問題就是后臺的鍋。
因此，怎樣分配好前后臺的利益，也是讓產品經理和老板們頭疼的問題。
第六宗罪：項目推進如無頭之蛇
中臺的搭建是一個跨部門、跨平臺、跨業務的工作，怎樣調動各方的積極性，怎樣更好的讓各方發揮出自己的實力，怎樣保證項目可以順利、保質保量上線，就是擺在我們面前的一個關鍵點。
烏合之眾講人群是缺少統一意見的，尤其是當不同利益的人聚集到一起的時候。如果一件事讓一個人做，他可以3天做完，如果同一件事讓3個人做，可能需要30天才能做完。
中臺項目推進的痛點在于大家很容易各自為政，加上幫派之別，一件簡單的事情很容易搞得很復雜，凡事都要走流程、各種郵件確認，非常影響大家的效率。
第七宗族：項目推廣似老漢推車
我們說產品做出來了，趕緊推廣吧。
Too Young，Too Naive！
第一代的中臺產品注定是不怎么受待見的，因為剛做出來系統的穩定、系統的用戶量都還沒有起來，反而是各種大大小小的問題接踵而來，讓你應接不暇。因此，對應這類產品的推廣便也可想而知，不會特別快，需要你要保存盡量大的耐心。
不是為了吐槽而吐槽，希望這些痛點你之前遇到過以后就不要再遇到了；為了更美的以后，總結一些不美好的過往案例，一定程度上可以讓后續很美好。