相比功能多次變遷，招標采購平臺的建設模式經歷的階段雖然少，但也正在從基于傳統解決方案基礎上的私有化定制、私有化部署模式向購買服務模式轉變。雖然離真正我們所說的SaaS（軟件即服務）還有很大的進步空間，但提供軟件服務的整體方向是對的。

縱觀多數行業的信息化發展歷史，初始階段因為業務沉淀經驗少、技術能力不高決定了項目定制和購買產品成為主流，后期隨著業務模型的完整和技術支撐以及大家思維上的轉變，逐步走向軟件服務的購買模式，這是歷史趨勢。

但是，在系統開發過程中的需求落實、產品規劃、研發測試等過程都太漫長，包括后期的迭代效率和體驗非常差。我這里不贅述了，這個不好的體驗大家基本也都有感觸。

比如說有的政府以前要自建平臺，他會采用類PPP的方式，稱為委托第三方運營，或者政府購買服務，比如說我們建設的一些公共服務平臺，它就是政府購買服務，不需要花錢來建設你這個平臺，而是我每年支付你的一個服務費，你給我提供信息平臺應用就可以了。

而形成“軟件資產”不僅成本高，且“軟件資產”也要逐年攤銷，經歷3-5年可能就什么都沒了。

對比起來，兩種模式主要差異就是“時間”、“錢”、“服務”三方面的區別。

“時間”指的是效率上的差異。

傳統方式需要經歷前期需求編寫、項目調研、招標等一系列動作，后期同樣要歷經產品規劃、研發測試、環境準備、運營人員培訓等等工作，非常繁瑣。而軟件服務模式下用戶只需要開通賬號配置自己的業務流程就可以開展相關業務。

比如說功能的升級，或者說性能的提升，不管是以私有化部署的，還是說項目定制的方式，你都要提需求、提升級，找團隊來開發。這個周期對比重新建設來說，雖然體量小一點，但這個工作量可一點不少，而購買服務的方式基本上就不需要考慮這個問題，因為新功能都是直接為你更新過去的，直接使用就ok。

“錢”讓二者的成本差異大。

傳統模式無論是定制還是購買產品除了需要支付巨額的購買費用外，還需要為機房建設或者云存儲資源以及網絡寬帶等支付費用。在這背后你需要配置大量的運維團隊，如管理機房以及服務器操作等。此外，你還需要配置一個運營團隊，包括業務需求的驗證以及上線后的客戶服務，這些都是成本。

運維團隊其實對每個平臺來說，隱形成本是相當高的。初步算了一下，運維團隊和客戶團隊加起來，就算10個人，人均成本30萬，一年就350萬到接近400萬的成本，大家可能是看不到的，但實際上是它是實實在在發生的。

而決定體驗好壞主要體現在服務范圍和服務質量上，這是兩種模式的第三個主要差異。

傳統模式下客戶想要獲得豐富且優質的平臺服務通常需要為之付出很大的成本，與此同時因為優質服務資源有限，導致軟件公司在服務多個重要客戶時出現分配不均的情況，想要為每一位客戶維持高質量服務就成了一件頭疼的事情。

除了以上三個主要的差異外，比如在部署環節上軟件服務不需要考慮各種環境，對于客戶來講是零部署、零維護，服務提供商會對確保穩定性、安全性，比如有沒有攻擊等進行監控和處理，用戶不需要考慮這么多問題。

像OA、ERP、財務、法務等領域，購買軟件服務已經很普遍了，國外走了十幾、二十幾年，我們同樣也需要這個過程。

像我們圈里經常提到的企業招標采購、非招標采購、單純的采購以及公共資源也好還是國際招標、各類產權交易等都可以通過大采購B-PaaS搭建出來。

舉個形象點的例子。大采購就像是一套樂高的基礎積木，可以搭出來消防車、飛機、寫字樓等各種模型來，那搭出來的這些東西就類比招標采購的各種SaaS應用。

一得有業務洞察能力。就是你要對行業所有業務類型都有很深的認知，有足夠的信息化實踐。

2020年，伴隨京東戰略的賦能，全面加速平臺建設進程，2021年，B-PaaS平臺正式面世，我們為它取名為大采購，希望可以助力采購與招標從之前的戰術職能發展成為企業和政府的戰略職能。

同時B-PaaS平臺要支撐的可不是一種業務，它的結構也非常龐大。比如大采購就包含技術中臺、業務中臺、智能中臺、數據中臺四大中臺以及配置平臺和開放平臺兩大平臺，對于研發力量的要求極高，一般的團隊很難支撐，都面臨很大的技術挑戰。

是的，還有進步空間，但平臺能力已經非常強了。

那我王婆賣瓜一下。（笑）

大采購作為一個B-PaaS平臺，能力是抽象的，它的優勢更多是通過所搭建的各類交易平臺所體現的。我總結幾個點：

交付快、成本低、迭代速度快、升級體驗好、可配置程度高、數智化水平高、創新多租戶模式、招標采購全鏈路，大概這幾個吧。

后期大家可以關注我們相關的的產品能力展示，真正感知到大采購的核心能力。

我們一直認為，大采購不是筑龍的大采購，是行業的大采購。

作為行業首個基于B-PaaS的數字化招標采購平臺，大采購愿以引領中國采購與招標向數智化方向快速發展為使命，促進軟件即服務SaaS模式在采購與招標行業的快速生長，通過大采購B-PaaS平臺的能力，讓越來越多政企客戶，體驗到這種模式的先進性。