企業級是一個美好而艱難的愿景，了解“領域驅動設計（DDD）”的朋友可能會知道，DDD 是不對企業級抱太大希望的，認為企業級的建設路徑只能是一個領域一個領域的不斷嘗試融合，換句話說，DDD 不認為企業級真的可以通過自頂向下的規劃產生，只能是自底向上的生長；科技公司中如果說企業級的代表，可能莫過于阿里的“大中臺”模式，但這個模式是“演化”出來的，有興趣的朋友可以讀讀相關書籍，但阿里畢竟有個好處，其業務范圍總體而言是垂直的電商領域，當然，這并不是說電商業務很簡單、很單一，而是領域中還是有一定的公共部分可以抽離的，這個觀點也得到一些阿里同學的認同。
但說到金融，學過或者做過金融的同學可能有體會，這是一個很不“專業”的專業，里邊東西五花八門，看似大家都在同一個領域，實際上卻是“各懷鬼胎”，傳統的存貸款跟票據業務其實沒啥直接關系，票據跟金融市場沾邊，但是關系也不深，代收代付不過是個約定轉賬，現金管理是個大雜燴，托管是另外一個領域，后來還多出個養老金，這幾年新興的資管、理財完全可以自成一體，不然支付寶、余額寶也不會發展那么迅速。說到底，大家的共性無非是客戶都是同一群客戶，圍繞客戶共建了一個賬戶體系，業務雖然差別很大，但是多數都得記賬。也就是說，如果自頂向下看，客戶和賬務是應該企業級的，而其他部分，嚴謹地說，真就像 DDD 主張的那樣，得一個領域一個領域去研究，這也是建模和標準化的難點。所以，企業級建設的難度跟企業所在行業的特點有直接關系，沒有一個通用的企業級業務模型可以隨便套，甚至一個行業內，企業跟企業之間內部特點的差別，也會決定企業級建設路徑和結果的不同。
這算得上是企業級的 第一難 吧，也即，很難通過簡單復制的方式快速切換到企業級。別人的經驗，無論成敗，對你而言都是個借鑒，自己的路還要自己走，但是實踐中找個“老司機”帶帶路，找個做過企業級開發的科技公司幫助做轉型還是比較穩的。
第二難，企業級多數情況下不是個技術問題。這是非常讓技術人員為難的，因為這根本不在他們的能力范圍之內。前面提到過綜合積分的事情，這只是眾多要協調的事例中的一個，如果是一個業務種類繁多、部門龐雜、等級森嚴的傳統企業，建企業級不次于一場“內戰“，一場對部門邊界、協同關系的重新界定。你可能會覺得，真有那么可怕嗎？如果沒有那么可怕，我倒寧愿相信是以下兩種情況中的一種：一是企業之前分工非常合理，無可挑剔；二是大家都沒去觸動真正要解決的問題，一團和氣的結束了。前者基本是不可能的，而后者是非常可能的。如果真的是下了決心要做，對于一個傳統企業而言，要改的東西實在太多了，而引入新方法、新思維產生的沖擊也需要大量的時間去消化，是一個徹頭徹尾的大轉身。這其中，需要業務上做的調整不亞于技術上的調整，而對企業文化的調整尤為重要，現代管理學之父彼得·德魯克曾說過這樣一句名言：“文化能把戰略當午餐吃掉（Culture eats strategy for lunch）”，這的確是個難題。
第三難，應對理想與現實的落差。做項目很重要的一項工作是管理好用戶的預期，企業級建設也是如此。因為要耗費大量人力物力，所以，企業級項目啟動之前，往往會將藍圖描繪的太過美好，但是建設周期的漫長、建設過程的曲折，以及中間不斷對現實做的一些妥協和折衷，會讓很多“泡沫”被擠掉，這會讓實現的結果看起來很“骨感”，之前文章中我也提到過，有些目標其實不是企業級要去解決的問題，有些成果也不是非得記在企業級的功勞簿上，甚至做企業級的成本和收益都難以直接計算。這有點兒像從單體應用到 SOA、微服務的演變，看起來零件化了，靈活性上升了，但通信、維護也變復雜了，企業級效果的積極方面可能也要隨著時間才能逐漸顯現。這會產生對企業級的懷疑，尤其是在項目剛結束的一段時間內，大家都期盼著出現跟以往迥然不同的“大轉變”，但是，往往需要“讓子彈飛一會兒”。所以，要管理好企業的預期，不需要給企業級項目戴上太多的“高帽”，而忽視了真正該戴的“高帽”——完成一次企業文化的建設，實現整體轉型，如果這個目標沒實現，那才是真正該失望的，不要只用系統去檢驗企業級。
第四難，架構的權責定位。在組織中，一件事情能做好，其前提就是做事的人權責匹配，無論是臨時事項還是長期事項，否則，成功就是僥幸而不可復制的。企業級轉型期間，作為臨時性項目組織，架構可以有較大權力去保證項目落地，但是轉型期結束，轉入常態開發時，架構如何定位呢？我之前給出的機制是一種解決辦法，畢竟架構就是架構，不是企業的管理者。但是，架構定位的困難在于，權力太小，不足以維護企業級，甚至讓企業級隨著時間的流逝而“名存實亡”；權力過大，又會發展成新的部門化組織，一旦開始以架構“衛道士”自居，就會導致對架構創新的阻礙。這種說法可能科技公司不太容易理解，但是對傳統大型企業而言，是很正常的，因為這些企業中本就有強烈的“官本位”思想。企業級建設實際上是要讓這些習慣了業務管理的企業去正視技術，定位好自身的科技基因，如何對科技中很重要的一股力量——架構師（既包括業務架構師也包括其他架構師）做出合理定位，就成了對企業的一個大考。
第五難，志貴有恒。企業級的長期堅持是件難事兒，大家可能會覺得，業務架構有了、模型有了、地圖有了、機制有了，還會很難嗎？當然會的，愛美之心，人皆有之，都知道體型好又漂亮又健康，花錢、花時間減肥的大有人在，但是真正堅持到底、不反彈的有多少？企業和個人都是一樣的道理，水會自然流向阻力最小的地方，所以，企業級的放棄和崩壞，未必是把架構組織撤銷、機制停掉這么激烈的動作，而是各種“畏難情緒”、“客觀原因”導致的緩慢的無序，跟減肥、忌煙失敗差不多。