沒能“讓程序員下崗”的零代碼,為何先在大廠開花?
文 |李怡彭
編輯 |石亞瓊
去年,開放低代碼定制工具的釘釘6.0,把低代碼/零代碼賽道帶上了風(fēng)口浪尖。
在Gartner發(fā)布的《2021年中國ICT技術(shù)成熟度曲線報告》里,也首次將低代碼應(yīng)用開發(fā)平臺(LACP)作為新興技術(shù)熱點納入觀察。
有關(guān)程序員是否會失業(yè)的話題再次被討論。如果非IT員工也能用簡單的工具完成大部分需求,程序員群體的薪資溢價無疑將受到挑戰(zhàn)。
一年過去,想象中的替代遠(yuǎn)未到來。
占絕大多數(shù)的中小企業(yè)還需要更多認(rèn)知普及,而在被給予厚望的C端,大部分用戶仍處在“套模板”的階段,付費意愿極低。
與市場預(yù)期相反,低/零工具的核心用戶集中在了IT基礎(chǔ)較好的中大企業(yè)。
簡單直觀、快速交付的特性,不僅沒有讓低/零代碼站到程序員的對立面,反而被當(dāng)做了IT團隊的減負(fù)助手。
在顯示主板與交互智能平板龍頭企業(yè)視源股份,零代碼工具的引入提升了內(nèi)部系統(tǒng)的滿意率,還為IT團隊開發(fā)自研系統(tǒng)節(jié)約了大量人力。對于普遍處在數(shù)字化轉(zhuǎn)型期的中國企業(yè)來說,要在升級的同時兼顧零散細(xì)分的業(yè)務(wù)需求,這樣的簡繁搭配或許是值得借鑒的參考。
“把第一桶金花在建IT”
成立于2005年的視源股份,已是液晶顯示主控板卡領(lǐng)域排名第一的核心供應(yīng)商。據(jù)2021年年報給出的數(shù)據(jù),視源股份該產(chǎn)品的出貨量占全球總出貨量的比例已連續(xù)三年超過31%。十余年來, 視源股份一直保持著約60%的技術(shù)人員占比。 但對于其中的員工來說,每天大部分的時間都在接受并處理零散需求,也在一定程度上影響了工作狀態(tài)。
也正是這一“重研發(fā)”的文化,讓其拓展出了教育信息化品牌“希沃”、智慧協(xié)同平臺MAXHUB等創(chuàng)新型業(yè)務(wù)領(lǐng)域。
以技術(shù)立身的視源股份,也一直大筆投入IT建設(shè)來保證企業(yè)的高效運轉(zhuǎn)。一個一直流傳在內(nèi)部員工中的故事是,在公司掙到第一筆100萬訂單營收后,創(chuàng)始團隊就拿出了50萬投入在IT系統(tǒng)上。
IT基礎(chǔ)架構(gòu)部總監(jiān)羅威告訴36kr,視源股份的信息化建設(shè)可以分為三個階段。
在最早期,外購的各類系統(tǒng)支撐著企業(yè)內(nèi)部的業(yè)務(wù)運轉(zhuǎn),IT團隊的任務(wù)以運維為主。但隨著產(chǎn)品逐步站穩(wěn)市場,內(nèi)部組織架構(gòu)與業(yè)務(wù)流程也逐漸復(fù)雜,單純的采購已很難滿足需求。
在決定引入國際一線的 EBS、ERP產(chǎn)品時,來自海外廠商的實施專家曾信心滿滿地表示,產(chǎn)品服務(wù)了大量世界五百強大廠,豐富的功能與選項可以適配任何企業(yè)。
但制造業(yè)中最為復(fù)雜的電子產(chǎn)品制造,還是難住了被市場驗證過的產(chǎn)品。在視源股份實際的進銷存運營中,僅原料庫就有多達上萬種不同物料,可組合的產(chǎn)品類型和業(yè)務(wù)流程超過了絕大部分管理系統(tǒng)可支持的上限。
為了支撐業(yè)務(wù)的順利運作,IT團隊開始在EBS底層之上編寫更多功能模塊,適配實際的業(yè)務(wù)場景。在長達6年的時間里,在外購系統(tǒng)上累加代碼就成了視源股份IT團隊的主要工作,這一方式較好地完成了業(yè)務(wù)支持任務(wù)。
自2017年起,視源股份開始走向業(yè)務(wù)多元化,推出MAXHUB智慧協(xié)同平臺,根據(jù)視源2021年年報顯示,現(xiàn)已超一半中國500強企業(yè)使用MAXHUB提升效率。同時也圍繞主營業(yè)務(wù)不斷拓展和孵化新的業(yè)務(wù)賽道,如計算設(shè)備及服務(wù)、電力電子、機器人和生命科學(xué)等領(lǐng)域。
這卻成了IT團隊的難題。每個新業(yè)務(wù)都有適應(yīng)其行業(yè)特性的組織流程和管理方式,對管理系統(tǒng)所提需求通用性極低。當(dāng)大量新需求涌入,很難在短時間內(nèi)全部響應(yīng)。在外購系統(tǒng)的地基上建房子的方式,也開始顯露出弊端。越加越多的新功能,讓系統(tǒng)的易用性大打折扣。例如為兼顧內(nèi)部不同業(yè)務(wù)線的大量產(chǎn)品型號,銷售員工完成一次下單要填寫多達幾十個選項。不能打通的各個系統(tǒng),也讓許多團隊的日常工作必須在多個系統(tǒng)間來回切換。
系統(tǒng)的不穩(wěn)定,開始對企業(yè)經(jīng)營效率帶來影響。
很難說這是IT投入不夠的結(jié)果,視源股份有將近三百人的IT團隊在負(fù)責(zé)維護和開發(fā)IT系統(tǒng),幾乎相當(dāng)于一個中小型IT公司的體量。
“可以說當(dāng)時無論業(yè)務(wù)團隊還是IT,都處在爆發(fā)前的臨界點?!绷_威回憶道,“原有模式已經(jīng)很難繼續(xù)?!?/p>
“重”自研與“輕”代碼
2020年,視源股份管理層在CIO的主導(dǎo)下,做出了自研核心系統(tǒng)的決定,名為LTC的項目在同年立項。
根據(jù)規(guī)劃,LTC系統(tǒng)將把從商機到現(xiàn)金流的內(nèi)部流程完全打通,逐步替代原有的外購系統(tǒng)。從零打造、不受原有底層限制的產(chǎn)品,可以讓業(yè)務(wù)的流轉(zhuǎn)不再需要多平臺操作?;趯?nèi)部崗位畫像的了解,呈現(xiàn)在每個員工面前的界面將是與其工作最相關(guān)的模塊,不再需要在海量功能里“大海撈針”。
但是,從零開始構(gòu)建一個能支撐百億公司的管理系統(tǒng),其難度不亞于挑戰(zhàn)世界級軟件公司的產(chǎn)品。IT團隊面對的矛盾,是既要投入大量人力專注產(chǎn)品開發(fā),同時又必須支持業(yè)務(wù)端海量的非通用需求。
“很多業(yè)務(wù)都處在孵化期,正是需求集中出現(xiàn)的時候?!绷_威說,“IT團隊不可能因為開發(fā)產(chǎn)品,就不處理業(yè)務(wù)需求,這就本末倒置了?!?/p>
平衡短期需求與長期價值,零代碼工具就在這時進入視野。
基于簡道云的零代碼平臺,IT團隊開始為非通用的零散需求搭建快速應(yīng)用。相比傳統(tǒng)的開發(fā)方式,需求響應(yīng)時效從兩周縮短到了兩天。
對于許多還在探索期的創(chuàng)新業(yè)務(wù),還談不上數(shù)據(jù)端的打通、數(shù)據(jù)治理、流程優(yōu)化等復(fù)雜問題,快速上線可用才是核心問題。在一段時間的試水后,不少業(yè)務(wù)部門感受到效率提升,還開始在團隊間為新方式“打廣告”。
但對IT團隊來說,工具的引入只是提高了效率,盡管能夠處理更多散點需求,卻還不能抽調(diào)足夠人力開發(fā)自研系統(tǒng)。
各業(yè)務(wù)線較高的研發(fā)人員占比帶來了解法,搭配低門檻的零代碼工具后,業(yè)務(wù)研發(fā)人員也能自主搭建輕量級的應(yīng)用,讓許多即時性的需求在團隊內(nèi)被解決。
IT團隊的角色逐漸從選手變?yōu)榱私叹?,針對各業(yè)務(wù)線有開發(fā)能力和興趣的“種子用戶”,羅威及其同事開展了大量內(nèi)部分享和教學(xué),將零代碼的應(yīng)用場景和典型案例通過培訓(xùn)的方式擴散到全公司。
自主的應(yīng)用搭建開始在企業(yè)內(nèi)流行,掌握最快的研發(fā)部門用業(yè)余時間為供應(yīng)鏈同事傳授經(jīng)驗,客服團隊甚至以此為服務(wù)亮點給客戶做起了培訓(xùn)。
基于零代碼平臺搭建的人力編制預(yù)算系統(tǒng)
針對IT響應(yīng)速度的投訴很快便大為下降。這一模式的成功,還讓視源股份專門設(shè)置了ITBP的崗位,讓具備IT視角的專人下沉到一線,第一時間發(fā)現(xiàn)并響應(yīng)需求。
以這一模式處理非通用需求后,IT團隊得以將60%以上的開發(fā)能力用于自研系統(tǒng)LTC的推進。目前,該項目已按計劃順利推進至第二期,完成了大量流程管控的自主化。
“全民IT”所帶來的收益還不止于此,數(shù)據(jù)意識的普及,改變了許多團隊的工作方式。許多此前憑經(jīng)驗或個人判斷做出的決策,在數(shù)據(jù)收集、統(tǒng)計門檻降低后,都變得有“數(shù)”可循,進一步提升了管理效率。
在向IT團隊提交需求時,業(yè)務(wù)方也變得更加專業(yè),能清楚地描述場景、邏輯、重要程度。
先以零代碼方式搭建并在業(yè)務(wù)端跑起來的應(yīng)用模塊,也讓IT團隊能更清晰地為自研系統(tǒng)LTC的功能選擇做決策。
在這個提效降本成為普遍需求的時期,數(shù)字化轉(zhuǎn)型中即時需求與遠(yuǎn)期價值的取舍正困擾著許多IT一號位。對許多預(yù)備或正在重新構(gòu)建IT體系的大企業(yè)來說,視源股份的處理方式已被驗證為有效。
而對還處在市場教育期的零代碼/低代碼賽道來說,相比于中小企業(yè)和C端用戶,大企業(yè)的需求可能更“剛”一些。