低代碼PaaS中臺建設實操經驗分享
01.
新時代、新挑戰
今天的世界隨時都在變化。當北京冬奧會如火如荼的進行，全世界人民正深刻感受這盛世的時候，轉眼就爆發了戰爭；
世界局勢如此，聚焦到消費品行業，我們同樣面臨著“快速變化“帶來的挑戰。
首先，第一個挑戰是中國的業態非常復雜。
在過去的幾年里我們交流了非常多消費品公司的CIO、CEO，其中也包括寶潔的CEO。我們了解到，國外生意的業態其實是非常簡單的。比如寶潔有一些品類在美國銷售，可能只需要同行業內前5家KA達成合作，像沃爾瑪、Costco、Amazon以及其余幾家KA，就已經占據收益的50%以上了。
但是在中國，生意的業態極其復雜。原來我們做深度分銷有一級經銷、二級經銷、三級經銷，從經銷到門店再到消費者；再之后KA崛起，國內涌進沃爾瑪、家樂福這種大型超市，甚至我們本土也興起了很多大型連鎖超市；2010年之后，出現了電商，我們的貨品必須通過天貓、京東等電商平臺進行銷售。電商的盤子越來越大，但我們都清楚其中的利潤很低；近幾年又興起了社交電商、社區電商乃至今天的私域電商。
我們發現，中國的業態具備各種各樣的形態，極其復雜。
第二個挑戰是個性化。
在中國做生意，你在做的過程中會發現我必須做的跟別人不一樣。如果陷入同質化競爭，那最后只能靠打慘烈的價格戰取勝。所以，你必須找到自己的差異化優勢。每個在市場上活下來的公司，必然是擁有屬于自己的一套商業模式和業務流程。
因此，這對系統、技術人員、做數字化的公司都提出了更高的要求。通常你做了某個集團其中一個業務的系統，但卻未必能將這個系統復用到另外一個業務上。
第三個挑戰是變化非常迅速。
過去系統的迭代周期，我們通常以半年為單位。但國內的市場變化速度，迫使你必須按周甚至天來進行迭代，以此適應業務端的需求。
面對以上挑戰，技術人員通常怎么應對呢？傳統的經驗里通常有幾種方式。
1、選擇傳統定制化開發
通過自建技術團隊或尋找外包公司針對業務需求進行個性化開發。但缺點是需要耗費較長的開發周期以及較高的開發成本。部分頭部企業具備自研團隊，能夠利用內部資源完成系統開發需求。但對于中腰部企業來說，成本難以支撐。
2、采購成熟的SaaS
通過采購成熟的門店系統、經銷商管理系統滿足業務需求。但當企業有個性化的需要，系統能不能進行差異化的設置？
SaaS公司往往滿足不了這個需求。
舉個例子，企業需要增加一個促銷功能，預算3萬，預計開發周期兩周。但SaaS公司需要評估這個功能是否會跟原來的滿減、優惠券、拼團等其他業務沖突？對在線的其他租戶是否有影響？綜合評估后發現成本需要二三十萬、開發周期預計兩個月。實際耗費成本與企業初始預算出入較大。
上述兩種開發方式會形成我們常說的軟件煙囪。
一是應用開發效率低，二是入口復雜。舉個例子，某公司里面可能有三四十個系統，每個系統都有一套登錄系統，當業務人員需要登錄七八套應用系統去操作業務、且各應用之間數據還未打通的時候，業務人員的使用意愿和整體效率是極其低下的。
02.
有沒有一種高度定制化的SaaS解決方案？
既能提供云端的服務又有成熟的體系，同時又有高度定制化的可能性。
有信云從三四年前就開始做這件事情。
早期，我們設想過：
1、開發很多應用，當企業有需求的時候，通過積木的形式拼裝上線；
2、通過一個入口觸達所有業務；
3、具備低代碼的能力，不需要寫太多的代碼，就可以做出需要的應用；
4、其次是PaaS，把平臺作為服務，通過這套平臺就可以實施和開發你所想要的應用。
這套東西我們統稱之為低代碼PaaS中臺。
低代碼PaaS中臺有三個核心特點。分別是沉淀復用、靈活配置、高可擴展性。
類比為四大發明之一的 “活字印刷”，文字可以反復使用，同時每個活字互不影響，可以根據需求進行靈活配置。其次，假如需要新的活字，重新雕刻即可，無需廢棄原有的字，具備高度可擴展性。
03.
我們認為，每一個規模化企業都需要一套低代碼PaaS中臺。
第一，滿足穩態業務需求。可以通過一套穩定的低代碼PaaS中臺進行常規業務流程的搭建。
第二，滿足敏態業務需求。前端市場變化快、活動類型豐富，需要一套可隨時組裝、靈活復用的系統。
第三、滿足融合業務需求。傳統業務和新業務必然會面臨著數據的融合，比如原來做傳統業務的公司，需要做私域運營、小程序、抖音、小紅書等，以上這些觸點需要統一的數據中臺。
在過去的實踐中，我們了解到企業搭建一套低代碼PaaS中臺至少需要投入上億元資金、200人以上的產研團隊、以及三年以上的時間沉淀，才能把所需的組件、引擎等基礎能力備齊。
當然，并不是所有企業都需要自建一套低代碼PaaS中臺，市場上已出現部分初具規模的廠商，可以通過合作建設的模式完成這一套系統的搭建。
04.
低代碼PaaS中臺建設經驗分享
第一、如果要建設一套業務型的PaaS中臺，需要注重關于身份的數字化建設。
比如消費品行業的身份，從品牌方到經銷商、經銷商到門店到終端的C端。部分企業采購的傳統SaaS軟件，例如SFA的身份體系可能只包括你所在的公司、經銷商和業務員。當公司需要拓展到門店、C端的時候，會變得極其困難，因為需要從最基礎的地方打破。
因此，在初期就需要考慮到體系里的所有身份角色。絕大部分企業都是以下幾種生意形態:第一種是B2B，企業與經銷商的關系；第二種是B2C企業與消費者的關系；第三種是BbC，通過門店系統連接消費者。當企業這三種體系建設完畢后，可以為后續打下很好的基礎。
第二、面向場景去構建應用。
在上述三種體系建設完畢的基礎之上，我們需要應用來滿足這些場景。比如業務員巡店所需的SFA、品牌方與經銷商之間的營銷費用的申請、核算、報銷需要用到TPM、物料資產管理需要的POSM等…
這些應用都是建立在一個統一的中臺基礎之上的。意味著數據是統一的、關系身份是統一的。
門店體系也是如此。
門店的進銷存、電源管理、店務管理、輕POS，甚至關于客戶的客戶資產、客戶畫像、客戶標簽、客戶生命周期、客戶MOT等體系，都可以建設在這個平臺之上。
數字化交易，包括B2B、B2C、BbC的交易都可以統籌在一起。
無論是哪一種場景，哪怕是同行業同品類，在不同的渠道去銷售其實都是有差異的。因此，企業需要根據自己的場景去構建需要的應用。
第三、運用引擎處理多變的流程
在做PaaS中臺的第一天，企業就應當考慮到不是面向某個場景進行定制化的開發，因為企業的業務未來肯定會發生變化，需要引用引擎的配置來滿足業務端的需求。
第四、打造集成平臺、實現數據互通
每個系統都不是一個孤島，如果它成為一個孤島，它最終可能會死。
如何讓系統不成為孤島？需要打造一個集成平臺。
舉個例子，百度云里面有很多智能接口，如果每次都是硬接的方式，那花費的成本會極高。那通過集成平臺去對接外部幾十個系統，整體效率將會得到大幅度提升。
05.
No PaaS, No SaaS
無PaaS不SaaS。
如果企業要建設一套自己的線上數字化云平臺或云系統，而僅僅用SaaS的思維說我只是上云，那就能解決大部分的問題嗎？
如果脫離了PaaS的定制搭建能力；如果脫離了PaaS統一數據的能力；如果脫離了PaaS的系統集成能力。那上云了又能怎樣？這與自己一個人開發或者一個團隊默默地在本地化開發、定制化開發是沒有差別的。
因此，我們認為最重要的思想就是——No PaaS, No SaaS。
如果你想要一套真正適應你這個企業的數字化系統，如果你想讓你的數字化系統跟業務一起成長。那它不是一個靜止的孤立的一個點，我們需要開始去關注如何做一個更好的PaaS平臺。
轉載請在文章開頭和結尾顯眼處標注：作者、出處和鏈接。不按規范轉載侵權必究。
未經授權嚴禁轉載，授權事宜請聯系作者本人，侵權必究。
本文禁止轉載，侵權必究。
授權事宜請至數英微信公眾號(ID: digitaling) 后臺授權，侵權必究。
評論
評論
推薦評論
暫無評論哦，快來評論一下吧！
全部評論（0條）