為什麼買了一堆SaaS，卻依然做不好數字化？_風聞
深响-深响官方账号-全球视野，价值视角。2022-12-21 12:56
“這一套系統、那一套系統，現在做個季度覆盤，光是折騰這些系統都費勁。”
“弄了這麼多SaaS，數據口徑都不一樣。整合一次數據得搞好久，還容易亂。”
“當時想的是能提高效率，現在花了錢不説，怎麼還越來越複雜了？”
類似的吐槽，相信在不少正着力於數字化轉型的公司都存在。這幾年，數字化浪潮席捲各界，SaaS創業迎來熱潮，企服賽道融資不斷。企業界也滿懷熱情，引入了不同的SaaS產品，但時間一長卻發現，新的拖累效率的問題出現了，“數據驅動經營”的理想似乎越來越遠。
問題究竟出在了哪裏？行業發展到今天，有沒有新的解決辦法出現？
“重複建設”頑疾何解
怎麼才能做好數字化，今天業界已經有了一些共識，比如認為數字化是CEO工程，公司必須要有戰略規劃、要有能力統籌好業務和數字化的融合等等。但在此前，這樣的思路還未成熟。
在早期數字化跑馬圈地的時代，企業大都以業務導向快速上線多個數字化功能，SaaS服務商則在市場導向下將一個個滿足客户單個層面需求的產品推向市場，這樣的供需土壤，導致企業在數字化轉型中實際上早早就埋下了“重複建設”的隱患。
對此，處於數字商業賽道的服務商微盟深有感觸。「深響」從微盟集團首席技術官黃駿偉瞭解到，“商家的數字化需求和整個行業發展階段密切相關，從需要一個產品啓動數字化到需要一個整體的技術底座，這種轉變是商家在切切實實的經營中逐步演進的。”
自2019年微盟提出“大客化”戰略以來，其深入泛零售行業，並與時尚、快消、建材、數碼等行業的集團型企業、大型全國連鎖企業達成深度合作。基於與頭部企業的交流和合作，微盟發現，很多企業為了解決當下的業務問題快速上線很多功能，在零散需求的導向下，出現功能相似、通用化程度較高的需求重複建設。在缺乏頂層設計的情況下，企業線上業務佈局越深，這類重複建設的問題也越嚴重。
然而，由於沒有統一的規劃，橫向系統之間、上下游系統之間存在大量交叉邏輯，這種系統的重複開發與建設，導致在新業務與新市場的拓展過程中，各系統沒法直接複用，無法快速迭代，成本高、效率低，用户體驗缺失、耽誤商機。
**產品業務層面的“重複建設”，讓企業在推進協同化業務時，也將在數字化底層能力上“重複建設”。**市面上的SaaS服務商，多是專注在某一領域的IT產品，如SCRM、門店管理、商品管理、直播等SaaS。黃駿偉認為，大部分SaaS廠商的早期投入都不大，第一目標是做出滿足相應的場景和需求的功能，在技術開放性上並不夠。這導致系統之間相對割裂，系統集成難，企業數據無法在組織內高效流動和利用，形成“數據孤島”困境。
在行業交流中「深響」瞭解到，某公司今年組織了一場預售活動，活動涉及線下門店、線上運營、直播、銷售跟進、客服回訪等多部門人員。因為各部門用着不同的產品，公司需要額外的人手來整合數據。但等到數據報表整理出來，活動已經錯過最好的調整和轉化時機。
針對“數據孤島”問題，行業裏出現了“數據治理”解法。不過，「深響」從黃駿偉處瞭解到，不同SaaS產品的業務模型、數據模型並不一致，執意整合要付出額外的治理成本。而這不亞於另一場“重複建設”。
這種從產品到底層能力的“重複建設”，讓企業陷入惡性循環，不得不為數字化轉型投入額外成本，嚴重影響了企業的運行效率和運營成本，讓企業的管理難度加大，**數字化的核心價值“數據賦能業務”遲遲沒有落到實處，那麼公司高質量轉型進程也將受阻。**據《中國民營企業數字化轉型調研報告（2022）》顯示，正在進行轉型的大部分民營企業成效不明顯，只有4.28%的樣本企業認為轉型效果突出。
顯然，行業需要設想一種更底層的，更全面的解法。
想象一個更全面、更靈活的技術底座
黃駿偉告訴「深響」，做SaaS做到後來，最可怕的就是客户的需求永遠滿足不了。除了前文提到企業不斷出現新業務需求外，隨着去中心化的平台的增多，企業也需要更加強大的數字底座去實現更加主動更加個性化的經營策略。
面對不同企業的個性化需求，一家供應商都很難擁有足夠的人力提供完全的支持，必須提升兼容能力打造更開放的生態。這驅使微盟思考，如何從更底層入手，為行業提供“不用重複建設”的價值。
“業務上我們立足當下，戰略上一直在着眼長期問題。”
問題（客户需求）導向的業務思路，加上近十年的技術積澱、IPO和各項併購的實現，以及“大客化”和“生態化”戰略的深入，都在推動微盟着手為行業提供新的解法。黃駿偉告訴「深響」，隨着客户需求增多，企業開發、迭代也越來越痛苦，單個企業可以通過中台提升自身效率，但無法解決整個行業的問題，根治的方法是搭建一個“迭代快、集成強、可擴展、靈活自定義”的商業基建。
這是微盟推出WOS的背景。凌芸認為，當前各種數字化轉型困局的本質，其實是企業數字化業務發展所需的**“基建能力供給市場”**尚未成熟，企業的業務需求無法與供給市場形成高效、準確的適配，甚至沒有適配。
這也是為什麼WOS被定義為“新商業操作系統”，它和業界常見的產品形態都不同，其紮根於數字商業領域，是一個集合“數字應用集成的SaaS平台、數字能力共享的PaaS平台和數字生態創新的共享平台”的技術底座。依靠這個底座，企業可以更聚焦於業務，高效、靈活、快速地建設數字化工程，規避“邊開高速邊換車”的窘境。
據微盟官方信息，截至2022年9月，微盟雲市場上架生態夥伴應用及服務超2000個，擁有500+生態夥伴，並先後推出店鋪定製、數據打通、APP開店、專屬方案諮詢以及行業定製等技術服務解決方案。微盟雲市場將自己定位於完整解決方案提供商的角色，立足微盟產品的現狀，結合客户需求定向引入和合作生態夥伴，每一款上架的SaaS產品都已經完成市場驗證，開箱即用，商家可以根據場景匹配功能，用簡便的操作步驟，實現“千人千面”的數字化實踐。
而在PaaS平台，WOS通過A-PaaS、B-PaaS、iPaaS、D-PaaS、iDaaS、AI服務、T-PaaS等平台，向客户和生態夥伴開放微盟的底層技術能力、中台行業能力和場景能力。這些底層能力的開放，讓微盟在面對新業務需求以及個性化需求時，其能夠藉助“產品的原子化切割”，讓企業和第三方服務商不再需要“重複造輪子”，而是可以在已有基礎上快速接入新功能模塊，實現產品的自由組合，更好地聚焦業務，緊握商機。
黃駿偉告訴「深響」，很多廠商選擇自己承接商家的定製化需求，其實是因為廠商自身的產品、系統是綁在一起的，解不開。WOS這次最核心的地方在於實現了系統之間的解耦，讓外部開發者可以快速且低成本地地基於PaaS平台，在標準產品之上低本高效地進行開發，快速滿足個性化的需求，而非從0開始全部定製。
效果已經得到兑現。目前，以集團型企業為例，其常有定製化需求，基於WOS的底層平台能力，企業、開發者在二次開發個性化插件、低代碼工具、應用以及解決方案時，產品開發時間將得到大幅縮減。以知識付費產品為例，開發者只需聚焦業務本身，不需關注底層的交易、支付、數據能力和各種高併發、穩定性、安全性問題，這將節省50%-70%開發時間。
此外，對現有應用的個性化定製，在iPaaS、API及SPI的基礎上也可以輕鬆實現低代碼開發，節約一半左右的開發時間。
**共享平台的存在，則讓WOS的價值得到更大範圍的釋放。**因為WOS，生態合作伙伴可以連接微盟的客户資源，同時不用再走微盟走過的路，無需擔心中間件、數據庫、存儲等技術問題，利用WOS提供的高效開發工具，合作伙伴的開發效率也將得到顯著提升。
同時，凌芸告訴「深響」，私人定製服務是高端零售品牌在節日營銷時的重要賣點，承接企業業務的系統可否極速響應企業個性化需求，是WOS重點考慮的問題。因此，微盟WOS還加大了服務商的生態能力建設，讓具備技術能力的企業、或第三方服務商能夠對微盟系統進行擴展開發，快速響應需求。
對於生態合作伙伴而言，基於WOS可以匹配需求、高效開發、獲得收入。相對應的，企業的創新需求也得到極速響應。而當各方需求得到滿足，正反饋循環也將隨之形成。
「深響」從黃駿偉處瞭解到，一開始商家對於系統遷移存在擔憂，但其實整個過程比他們想象中要“順滑”。商家完成遷移後，整個產品的體驗提升是超預期的。商家對系統功能的挖掘還需要時間，不過已經有不少大客户發現原先可能不能做的事情或者無法支持的需求，現在都變成可能了，甚至在思考是不是需要在WOS上投入更多的預算和資源。
所以綜合來看，「深響」發現，和常見的產品不同，WOS不僅可以服務某個業務，還可以服務整個“企業”。它在效率上幫助企業避開彎路，同時靈活貼合企業的業務組織，深度參與到業務和企業的升級進程。這令WOS具備了超前於企業需求的能力，從靜態地滿足企業需求，升級為和企業數字化一起動態成長。
“我們期待所有服務的企業，都可以在WOS系統上找到適合自己的數字化業務構建和發展方式，提速企業的增長曲線”，凌芸表示。
WOS的出現，提供了一種值得期待的新範式。在“重複建設”的原有邏輯裏，1+1的結果反而小於2。在以WOS為代表的全面、靈活底座上，不同的應用之間會產生“1+1>2”的效應。由於WOS的開放性和靈活性，隨着新的數字化需求不斷出現，“1+1>2”還會更快、更多、更頻繁地發生。