導(dǎo)語：企業(yè)更應(yīng)該關(guān)注中臺級的服務(wù)，并且如果沒有低代碼加持的中臺，其實都是在收企業(yè)的智商稅。
7月17-7月18日，2020華東CIO峰會于上海成功舉辦。會議匯聚了全球五百強、中國五百強、華東地區(qū)各省百強等中大型企業(yè)CIO和企業(yè)負(fù)責(zé)人，共同交流與探討新形勢下企業(yè)如如何應(yīng)對信息化管理與數(shù)字化轉(zhuǎn)型變革的挑戰(zhàn)。
數(shù)式科技受邀參與本次大會，憑借產(chǎn)品在中臺領(lǐng)域的出色表現(xiàn)榮膺大會組委會評出的“華東CIO最信賴品牌”。此外，數(shù)式科技CEO陳鵬程以《低代碼中臺，新技術(shù)賦能新商業(yè)》在會上作主題分享。
以下為演講實錄：
大家好，我是數(shù)式科技的陳鵬程，非常榮幸有機會站在這個臺上跟大家做這個分享，今天我分享的主題是《低代碼中臺，新技術(shù)賦能新商業(yè)》。
在分享前先做個簡單的自我介紹，我做過阿里淘系和天貓的核心交易鏈路和導(dǎo)購鏈路的架構(gòu)師、也是早期菜鳥網(wǎng)絡(luò)的總架構(gòu)師，后面在阿里云新零售事業(yè)部做中臺架構(gòu)對外輸出工作，負(fù)責(zé)阿里云中臺的原生交付團隊幫助阿里云在業(yè)務(wù)中臺領(lǐng)域樹立多個標(biāo)桿客戶，現(xiàn)在是數(shù)式科技的創(chuàng)始人和CEO。
在我的職業(yè)生涯里，完整的經(jīng)歷過互聯(lián)網(wǎng)的中臺架構(gòu)變遷，同時又是最早一批把業(yè)務(wù)中臺帶進企業(yè)的實踐者。所以在我們公司有一句話叫“你沒踩過的坑我都踩過，數(shù)字化轉(zhuǎn)型不走彎路”。這是都是源于我們豐富的實戰(zhàn)經(jīng)驗。我一直踐行著通過技術(shù)創(chuàng)新讓業(yè)務(wù)中臺更好地服務(wù)企業(yè)，更多的企業(yè)能真正用起來。
企業(yè)IT建設(shè)的核心訴求是什么？
當(dāng)下，中臺是一個從2016年到現(xiàn)在都一直很火的詞，之所以從提出到現(xiàn)在持續(xù)這么久而熱度不減，究其原因其實是企業(yè)在當(dāng)下數(shù)字化經(jīng)濟時代的核心訴求發(fā)生了變化。在信息化時代，企業(yè)主核心焦慮更多在意內(nèi)部、流程的管理，以及自身效率的提升問題;但今天企業(yè)主的核心訴求聚焦在外部、商業(yè)、數(shù)據(jù)以及運營。在這個核心發(fā)生的變化的時候，對于企業(yè)來說，他們其實更關(guān)注的是自身敏捷響應(yīng)業(yè)務(wù)需求的能力。相信在信息化時代，大家都聽過一句話“上ERP找死，不上ERP等死”，其實就是反應(yīng)企業(yè)內(nèi)部效率管理問題。而在數(shù)字化經(jīng)濟時代的今天，企業(yè)核心問題在于解決：當(dāng)外部商業(yè)不斷快速的發(fā)生了變化時，業(yè)務(wù)部門隨之對業(yè)務(wù)創(chuàng)新提出了高需求，而這時候企業(yè)到底有沒有這樣能力去支撐和實現(xiàn)這些訴求，這背后的所需要的正是敏捷響應(yīng)業(yè)務(wù)的能力。
從技術(shù)演進看中臺架構(gòu)
阿里的中臺并不是老馬一句話就設(shè)計出來的，它一共經(jīng)歷了四個階段，三次演進。最早在2008年的時候，阿里自身IT還是煙囪式的架構(gòu)，當(dāng)時淘系一共300名工程師，經(jīng)常會碰到即便加人效率也提升不上去的情況，第一個問題就是我們每改任何的一個功能都要做全量回歸;第二個則是性能問題，哪怕我們可以部署很多實例，但是數(shù)據(jù)容量不夠了，本質(zhì)上是性能拓展和開發(fā)上線效率的難題。因此針對這種情況我們通過做了“千島湖”和“五彩石”兩個項目將阿里IT從煙囪式到服務(wù)化的轉(zhuǎn)變，即所有服務(wù)模塊拆分開來，解決了架構(gòu)性能問題，不再有單點故障，它沉淀的是什么呢?是互聯(lián)網(wǎng)的一些中間件和研發(fā)框架。
三淘(淘寶、一淘、淘寶商城)時期，我們做了很多微服務(wù)，如訂單、交易、營銷、結(jié)算等，因為各個BU還是各自都做了自己的一套系統(tǒng)，這時候我們發(fā)現(xiàn)其實有很多重復(fù)的沒必要的建設(shè)，產(chǎn)生了很大一部分的能力浪費。對于消費者來說，他們所面對的前端界面肯定是一致的，但是我們后端系統(tǒng)的割裂對我們業(yè)務(wù)創(chuàng)新會帶來極大的挑戰(zhàn)，且人力成本消耗浪費也很龐大。為了提升業(yè)務(wù)響應(yīng)能力我們完成了服務(wù)化到平臺化的轉(zhuǎn)變，這種轉(zhuǎn)變的核心在于自上向下去做整體的架構(gòu)設(shè)計，將能力領(lǐng)域重組并且做成熟，因此我們成立了“共享業(yè)務(wù)事業(yè)部”，把公共的業(yè)務(wù)能力劃歸到共享業(yè)務(wù)事業(yè)部去做，如我們的交易中心、商品中心、結(jié)算中心等，此時我們注重的還是業(yè)務(wù)邊界職責(zé)的劃分。
那么阿里又是是如何從平臺化演進到中臺的呢?現(xiàn)在阿里發(fā)展的越來越快，可能有上百個BU，這個時候就會碰到以下問題：新的業(yè)務(wù)需求不斷提給交易平臺，排隊的情況也愈演愈烈，就有種原始的煙囪式架構(gòu)那種感覺。這個時候我們做了一個決定，去掉“業(yè)務(wù)”兩字，變?yōu)?ldquo;共享事業(yè)部”，那我們到底共享的是什么?其實是為業(yè)務(wù)提供標(biāo)準(zhǔn)能力，例如交易場景中的擔(dān)保交易、貨到付款等基礎(chǔ)能力的標(biāo)準(zhǔn)化，然后由上層業(yè)務(wù)自身去決定如何實現(xiàn)創(chuàng)新。從平臺化到中臺，它核心解決的是快速和低成本的創(chuàng)新。這個時候我們更注重的是業(yè)務(wù)能力標(biāo)準(zhǔn)、運行機制、業(yè)務(wù)分析方法論、配置管理和執(zhí)行系統(tǒng)這一系列問題。以上就是阿里中臺演進的一個完整過程。
企業(yè)更需要的是中臺級的服務(wù)
中臺架構(gòu)為代表的數(shù)字化趨勢是非常明顯而且不可逆的，業(yè)務(wù)打通，技術(shù)打通，數(shù)據(jù)打通，這是企業(yè)的基本訴求。中臺的誕生對于目前很多企業(yè)來說其實是一個比較大的一個剛需。但是對于要上中臺的企業(yè)來說，到底我們今天是為什么買單?是為中臺級的服務(wù)買單，還是為中臺級的團隊買單，還是為中臺級的項目買單?在回答講這個問題之前，我先大膽拋出我自己多年中臺實踐下來的觀點：企業(yè)更應(yīng)該關(guān)注中臺級的服務(wù)，并且如果沒有低代碼加持的中臺，其實都是在收企業(yè)的智商稅。
大部分中臺公司都會告訴我們中臺是需要持續(xù)迭代的，快速演進的，所以企業(yè)要去構(gòu)建一個中臺級的團隊，然后不斷的去完善這個迭代。但對一家企業(yè)來說，如果我已經(jīng)有了這樣一個中臺級的團隊，那我再找一個中臺級的軟件公司來給我服務(wù)呢。反過來說，這種說法背后意思其實是如果中臺建設(shè)一旦出了問題，即對業(yè)務(wù)的響應(yīng)速度不夠快時，責(zé)任就又回到了企業(yè)即我們在座的CIO身上，那是因為團隊沒有建設(shè)起來。而另一方面，實際上大部分企業(yè)也并不太能招到那么多精通互聯(lián)網(wǎng)架構(gòu)的人才和好的研發(fā)人員。因此，如果讓甲方企業(yè)去靠自建一個完美匹配的團隊去上中臺來維持這樣一個龐大的體系，其實反而是起到副作用的。除此之外，運維這么一套龐大的體系，也可能需要向這類中臺公司去支付額外的一些底層諸如PaaS、Devop等成本。綜上所述，最后的結(jié)果往往可能是各位花了錢，但沒有達到效果，這便是中臺今天的一個困境：大多數(shù)企業(yè)組織的能力其實是達不到當(dāng)下互聯(lián)網(wǎng)中臺的要求。這也是我們?yōu)槭裁凑f中臺需要結(jié)合低代碼。如果現(xiàn)在還有中臺公司告訴你說，你需要龐大的團隊去運作，然后去支撐這個業(yè)務(wù)，那我覺得你可以大膽去講，我們需要的是中臺級的服務(wù)，我們需要敏捷響應(yīng)業(yè)務(wù)的能力，但是我能否不建這樣的團隊，同樣去享受這樣的能力呢?
今天我們再說說中臺級的服務(wù)，為什么中臺級的服務(wù)需要低代碼的加持?本質(zhì)上其實是今天軟件行業(yè)需要對服務(wù)的要求發(fā)生變化。我們從信息化到數(shù)字化，從企業(yè)的內(nèi)部到外部的跨進，外部的變化越來越快，那其實同時也代表著我們軟件公司這個服務(wù)能力需要變的越來越強。一個需求的變化，我們?nèi)绾慰焖俚捻憫?yīng)，這個其實是最核心的。信息化時代是項目制的服務(wù)，一次性、長周期、重咨詢是他的特點，以往企業(yè)就是不斷的進行項目制的輪回，不斷的和軟件服務(wù)商在項目上進行談判，這繁雜的過程意味著就整個項目的迭代就是比較慢。而現(xiàn)在我們認(rèn)為未來的服務(wù)應(yīng)該是在線化的，什么是在線化?是輕咨詢，短周期，高頻次，并且對甲方的這種人員要求相對比較低。只要你懂業(yè)務(wù)，你就能夠在這一套平臺上快速去構(gòu)建、迭代和響應(yīng)。項目制的特性意味著他本身的服務(wù)是“交付即結(jié)束”，上線后就是個基礎(chǔ)的系統(tǒng)沒有持續(xù)的迭代。我們提倡的理念服務(wù)在線化后是“交付即開始”。發(fā)生這種變化的原因在于：以前上ERP是大工程，一上幾年不變。今天上中臺也是大工程，但是上去就變，上中臺就是為了應(yīng)對變的時候能從容點。所以項目交付后企業(yè)的訴求是不一樣的，對軟件公司的后續(xù)服務(wù)提出了更高的要求。
這里我們說低代碼中臺驅(qū)動服務(wù)在線化，我們把互聯(lián)網(wǎng)中臺架構(gòu)帶來的復(fù)雜性都被內(nèi)聚到了APaaS里面，讓懂業(yè)務(wù)的人就可以通過低代碼工具去駕馭這套系統(tǒng)。。
數(shù)式低代碼中臺為企業(yè)賦能
分享一個我們的客戶案例，我們利用我們自研的低代碼中臺產(chǎn)品PAMIRS幫其布局了一整套完整的商業(yè)全場景數(shù)字化。霧芯是中國目前最大的一家電子煙公司，產(chǎn)品品牌叫RELX悅刻，每年以3、4倍的增長水平發(fā)展。這樣一家高速發(fā)展的企業(yè)，他們?yōu)楹螘x擇我們這樣一家年輕的公司去幫助他們實現(xiàn)數(shù)字化轉(zhuǎn)型呢?此前，也面臨著系統(tǒng)異構(gòu)的難題，此前它靠十幾套系統(tǒng)來支撐他的業(yè)務(wù)拓展，之間數(shù)據(jù)其實是完全割裂的，而隨著規(guī)模的壯大，他一旦需要業(yè)務(wù)創(chuàng)新，每次需要找多個系統(tǒng)供應(yīng)商去做協(xié)同和商務(wù)談判，項目周期以半年為單位，非常不利于未來業(yè)務(wù)的發(fā)展，因此他們決心搭建一套互聯(lián)網(wǎng)中臺架構(gòu)來解決。他們選型找了很多家中臺公司，大家給的都是同樣的中臺能力：數(shù)據(jù)統(tǒng)一，業(yè)務(wù)和技術(shù)打通。而最終選擇我們的原因是我們不單能幫他們完成上中臺的訴求，同時我們也會把敏捷響應(yīng)業(yè)務(wù)能力賦予他們：通過我們低代碼的能力，在未來他們的產(chǎn)品經(jīng)理、業(yè)務(wù)顧問都有能力利用中臺去快速迭代進行業(yè)務(wù)創(chuàng)新，這也是我們和其他中臺服務(wù)商的區(qū)別點。也正是因為這個區(qū)別點，才讓我們這個去年才成立的公司得到了很大企業(yè)的信任，不乏一些新品牌如霧芯、斯可馨、老爸評測這類以新經(jīng)濟為主的企業(yè)，還有像中國煙草、上海電氣、中航國際這些大的國企央企都在選擇我們。這也在此證明，當(dāng)下數(shù)字化經(jīng)濟時代，企業(yè)所需要的不僅僅只是中臺，而是需要是中臺級的服務(wù)，即快速和敏捷響應(yīng)業(yè)務(wù)的能力。
最后再講幾句，今天中國在企業(yè)級軟件上還沒有一家牛逼到自豪的本土企業(yè)，當(dāng)我們提到企業(yè)級軟件公司首先都感覺是這個很low、其次這個很難。這是個矛盾體，難的東西不應(yīng)該是low的，我們希望數(shù)式科技在數(shù)字化這個時代，為行業(yè)帶來改變，為客戶帶來價值，幫助企業(yè)數(shù)字化轉(zhuǎn)型不走彎路!
感謝大家傾聽，我今天的內(nèi)容分享到此結(jié)束。
End
關(guān)于我們：
數(shù)式科技，全商業(yè)場景數(shù)字化中臺服務(wù)商，聚焦服務(wù)于家電、家居、快消領(lǐng)域的品牌商。創(chuàng)始團隊全部來自阿里巴巴，將多年中臺交付經(jīng)驗沉淀為中臺技術(shù)產(chǎn)品，以自主研發(fā)的“PAMIRS” APaaS為基礎(chǔ)，“低代碼+中臺”雙驅(qū)動，幫助企業(yè)構(gòu)建“數(shù)字化營銷、數(shù)字化渠道、數(shù)字化銷售、數(shù)字化決策、數(shù)字化采購、數(shù)字化產(chǎn)業(yè)”六大商業(yè)場景下的數(shù)智平臺，高效完成數(shù)字化轉(zhuǎn)型!
（免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負(fù)任何法律責(zé)任。
任何單位或個人認(rèn)為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，應(yīng)及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明，并提供身份證明、權(quán)屬證明及詳細侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關(guān)文章源頭核實，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。 ）
