釘釘?shù)牡痛a應(yīng)用數(shù)量比肩App Store了！這意味著什么？（釘釘?shù)痛a是用的什么語(yǔ)言）

在研究互聯(lián)網(wǎng)行業(yè)之前，我曾經(jīng)做過(guò)八年的軟件行業(yè)分析師。中國(guó)的企業(yè)軟件公司普遍長(zhǎng)不大、賺不到錢，即便上市公司日子也不太好過(guò)，這是一個(gè)難以解決的頑疾。所有人都覺得，隨著企業(yè)數(shù)字化需求的提升，企業(yè)軟件終將成為一個(gè)欣欣向榮的行業(yè)，中國(guó)也一定會(huì)誕生自己的Oracle、SAP、Salesforce。遺憾的是，這么多年過(guò)去了，企業(yè)軟件的美好明天永遠(yuǎn)停留在地平線上——所謂地平線，就是一條看得見卻總是到不了的線……

多年失望的經(jīng)驗(yàn)告訴我，國(guó)內(nèi)軟件行業(yè)有幾個(gè)基本矛盾，這些矛盾很難在傳統(tǒng)的軟件開發(fā)框架之下解決。只要不解決這些問(wèn)題，軟件行業(yè)就將始終是一個(gè)高成本、低效率、前途堪憂的行業(yè)：

• 中國(guó)的企業(yè)客戶有太多的定制化需求，幾乎所有業(yè)務(wù)模塊都需要定制，“行業(yè)解決方案”一般都會(huì)變成二次開發(fā)的無(wú)底洞。結(jié)果就是軟件公司的產(chǎn)品可復(fù)用率極低，淪為利潤(rùn)微薄的人力密集型企業(yè)。
• 站在使用者的角度，因?yàn)闃I(yè)務(wù)變化太快、新生事物太多，真正的需求很難傳導(dǎo)到開發(fā)者那里；哪怕開發(fā)者全力以赴地定制，也很難趕上日新月異的需求。結(jié)果就是使用者對(duì)開發(fā)者越來(lái)越不信任，覺得他們無(wú)法解決實(shí)際問(wèn)題。
• 大部分企業(yè)軟件的使用頻率偏低，管理層看不到價(jià)值所在，難以給予公允的評(píng)價(jià)。結(jié)果就是軟件公司銷售“打單”的過(guò)程異常艱難，無(wú)法用產(chǎn)品本身說(shuō)話，銷售費(fèi)用奇高、效率奇差。

因此，當(dāng)釘釘于2021年初喊出要推動(dòng)低代碼開發(fā)革命時(shí)，我在第一時(shí)間就予以高度關(guān)注。在后續(xù)升級(jí)的過(guò)程中，釘釘自身長(zhǎng)出的宜搭不斷發(fā)展，并納入更多低代碼開發(fā)工具，低代碼開發(fā)社區(qū)日益壯大，這讓我頗為興奮。所謂低代碼，就是無(wú)需編碼或少量編碼即可快速生成應(yīng)用程序的可視化開發(fā)模式。它可以大幅降低企業(yè)應(yīng)用開發(fā)門檻，讓業(yè)務(wù)人員介入到IT開發(fā)之中，從而滿足個(gè)性化業(yè)務(wù)需求。我覺得，要解決中國(guó)企業(yè)軟件行業(yè)的基本矛盾，可能還非得等“低代碼”開花結(jié)果不可——因?yàn)槲液茈y想象還能有別的更好的解決方法。

根據(jù)官方最新公布的數(shù)據(jù)，釘釘上的低代碼應(yīng)用數(shù)量已經(jīng)超過(guò)了500萬(wàn)個(gè)，開發(fā)者數(shù)量則超過(guò)了380萬(wàn)?？紤]到釘釘?shù)痛a平臺(tái)推出至今也不到兩年，這可以說(shuō)是一個(gè)非常驚人的成果。對(duì)比一下我們熟悉的蘋果App Store：

• 截至2022年初的，App Store在全球的活躍應(yīng)用合計(jì)約470萬(wàn)個(gè)（第三方研究機(jī)構(gòu)Business for Apps數(shù)據(jù)）。
• 在2022年6月的WWDC開發(fā)商大會(huì)上，蘋果官方透露，App Store大中華區(qū)的開發(fā)者總數(shù)超過(guò)了500萬(wàn)。

換句話說(shuō)，釘釘?shù)牡痛a應(yīng)用數(shù)量已經(jīng)比肩蘋果App Store的應(yīng)用數(shù)量，開發(fā)者社區(qū)規(guī)模也與后者不相伯仲。不過(guò)，必須承認(rèn)，App Store的應(yīng)用復(fù)雜程度往往比較高，還有一些很復(fù)雜的大型商業(yè)應(yīng)用，與低代碼應(yīng)用的難度不可同日而語(yǔ)。即便如此，釘釘能在這么短的時(shí)間內(nèi)建立起這么大規(guī)模的一個(gè)低代碼開發(fā)生態(tài)，還是給我留下了非常深刻的印象。

更重要的是：釘釘上60%-70%的低代碼應(yīng)用是由基層業(yè)務(wù)人員開發(fā)的；每10個(gè)低代碼開發(fā)者當(dāng)中，就有一個(gè)財(cái)務(wù)、一個(gè)是行政、一個(gè)是人事。這充分證明，低代碼讓非IT部門的一線工作人員真正獲得了企業(yè)數(shù)字化的自主權(quán)，深入?yún)⑴c到了數(shù)字化進(jìn)程當(dāng)中。

在這方面，最典型的范例是一汽-大眾汽車有限公司：整個(gè)公司上下有近500人在釘釘上用宜搭進(jìn)行低代碼開發(fā)，其中90%以上是一線業(yè)務(wù)人員。在業(yè)務(wù)部門當(dāng)中，出現(xiàn)了“全員低代碼”的熱潮，自發(fā)產(chǎn)生了許多小應(yīng)用，包括出行審批、安全作業(yè)、點(diǎn)巡檢、備件管理……例如一汽-大眾成都分公司的業(yè)務(wù)數(shù)字化和現(xiàn)場(chǎng)設(shè)備在線化，基本是依托于釘釘宜搭完成的?？梢韵胂?，在那些規(guī)模更小、IT預(yù)算更低、更需要靈活定制開發(fā)的企業(yè)當(dāng)中，低代碼甚至?xí)軞g迎！

我覺得，釘釘?shù)牡痛a應(yīng)用突破500萬(wàn)，可能是一個(gè)意味深長(zhǎng)的標(biāo)志性時(shí)刻：低代碼開發(fā)已經(jīng)越過(guò)了最初階段，正在成為“下一代”企業(yè)應(yīng)用開發(fā)的主流模式。“下一代”開發(fā)模式的基本特征，就是業(yè)務(wù)部門發(fā)揮主動(dòng)性、深入到應(yīng)用開發(fā)的流程中，從而與“上一代”完全依賴專業(yè)開發(fā)者的模式形成了鮮明對(duì)比。需要指出的是，“下一代”與“上一代”不是簡(jiǎn)單的替代關(guān)系，而是互補(bǔ)關(guān)系。

當(dāng)前的宏觀經(jīng)濟(jì)環(huán)境也非常有利于低代碼開發(fā)模式的起飛——對(duì)企業(yè)而言，一方面迫切需要控制成本、縮減華而不實(shí)的IT投資，另一方面又更迫切地需要通過(guò)數(shù)字化轉(zhuǎn)型提升效率、尋找新的機(jī)遇。要在不確定的局面下以較低的成本、較快的速度實(shí)現(xiàn)數(shù)字化，還有比低代碼開發(fā)更好的選擇嗎？

按照微軟CEO納德拉在微軟中國(guó)·啟迪·合作伙伴大會(huì)上的預(yù)測(cè)，到2025年，為企業(yè)部署的70%的新應(yīng)用程序?qū)⑹褂玫痛a開發(fā)工具（2020年的比例還不到25%）。我覺得，對(duì)中國(guó)而言，這個(gè)估計(jì)或許還偏保守了?？紤]到中國(guó)以前的企業(yè)數(shù)字化滲透率很低，太多的需求沒有得到滿足，這些都是低代碼模式可以占領(lǐng)的空白地。如果在幾年之后，國(guó)內(nèi)有80%的企業(yè)應(yīng)用由一線業(yè)務(wù)人員通過(guò)低代碼完成，我也不會(huì)感到奇怪。

有必要強(qiáng)調(diào)一點(diǎn)：過(guò)去，企業(yè)軟件的部署模式是集中化、自上而下的，管理層根據(jù)自己在辦公室里看到的報(bào)告，去規(guī)定一線人員需要什么樣的應(yīng)用；這種模式的效果當(dāng)然很差。在大企業(yè)當(dāng)中，大規(guī)模的軟件部署幾乎總是伴隨著員工的怨言，例如當(dāng)年著名的“想找死就上ERP”。其實(shí)，不是ERP本身不好，而是它的開發(fā)、部署模式不符合實(shí)際業(yè)務(wù)需求，由此產(chǎn)生了“不上ERP等死，上ERP找死”的悖論。

低代碼則完全是另一回事，是員工自下而上、自發(fā)部署的過(guò)程。例如前面提到的一汽-大眾，上級(jí)一開始并沒有大力宣傳推廣低代碼，完全是業(yè)務(wù)部門主動(dòng)嘗試、通過(guò)口碑效應(yīng)逐漸形成了低代碼開發(fā)潮流。換句話說(shuō)，低代碼的普及不是出于領(lǐng)導(dǎo)拍腦袋，而是出于一線人員發(fā)現(xiàn)它能解決實(shí)際業(yè)務(wù)需求。這是對(duì)低代碼開發(fā)生命力的最佳證明！

低代碼開發(fā)平臺(tái)很多，在國(guó)外有微軟Power Platform、谷歌AppSheet、Oracle APEX、Salesforce等，科技大廠幾乎都經(jīng)營(yíng)著自己的平臺(tái)。在國(guó)內(nèi)，近年來(lái)低代碼也成為一條“熱門賽道”，各式各樣的軟件公司、互聯(lián)網(wǎng)公司都在做開發(fā)平臺(tái)。我認(rèn)為，釘釘?shù)奶匦詻Q定了它旗下的宜搭有可能是最適合普及低代碼開發(fā)的平臺(tái)。當(dāng)然，宜搭不會(huì)是唯一的企業(yè)低代碼平臺(tái)，但它將大大加快國(guó)內(nèi)低代碼開發(fā)的成長(zhǎng)速度。

首先，釘釘是國(guó)內(nèi)首屈一指的（可能是唯一的）To B超級(jí)APP。它擁有龐大的用戶群、完整的功能體系，還有阿里云的強(qiáng)大技術(shù)支撐，因此最適合作為企業(yè)普及低代碼的起點(diǎn)。試想一下，如果一線業(yè)務(wù)人員做低代碼開發(fā)，還需要安裝、學(xué)習(xí)其他復(fù)雜的軟件，那與傳統(tǒng)的IT開發(fā)模式何異？開發(fā)出來(lái)的低代碼，又該如何快速觸達(dá)整個(gè)組織呢？在釘釘，這都不是問(wèn)題，因?yàn)榈痛a應(yīng)用將成為釘釘平臺(tái)的一部分，類似于To C App當(dāng)中常見的小程序。這就同時(shí)降低了低代碼的開發(fā)和使用門檻。

其次，前面提到過(guò)，企業(yè)軟件的一個(gè)大問(wèn)題是使用頻率低，管理層看不到價(jià)值所在，一線人員使用起來(lái)也比較繁瑣。而釘釘恰好能夠用高頻場(chǎng)景帶起低頻應(yīng)用，把軟件功能“打碎”成小碎片，在聊天過(guò)程中把軟件組件嵌入溝通流和業(yè)務(wù)流；有點(diǎn)像我們?cè)谌粘Ｈ毫漠?dāng)中，分享小程序和文檔、進(jìn)行群接龍的過(guò)程。這就是“以To C的方式去做To B應(yīng)用”，借鑒C端應(yīng)用的用戶體驗(yàn)優(yōu)勢(shì)，去解決B端的實(shí)際問(wèn)題。

再次，還有一個(gè)容易被忽視的點(diǎn)：國(guó)內(nèi)使用智能手機(jī)進(jìn)行移動(dòng)辦公已經(jīng)成為剛性需求，也成為了廣大用戶的習(xí)慣。但是，無(wú)論傳統(tǒng)企業(yè)應(yīng)用還是低代碼應(yīng)用，要適配到移動(dòng)端往往還是有麻煩的——作為一位前外企員工，我對(duì)此深有體會(huì)，往往只能通過(guò)遠(yuǎn)程終端訪問(wèn)的方式，在移動(dòng)端調(diào)用PC端程序去解決問(wèn)題。而構(gòu)建在釘釘上的低代碼應(yīng)用，天然就適配移動(dòng)端，這將大大提高移動(dòng)辦公的效率和用戶體驗(yàn)。這也是我堅(jiān)信低代碼開發(fā)終將貢獻(xiàn)超過(guò)80%的企業(yè)應(yīng)用的一個(gè)重要原因。

當(dāng)然，我們需要意識(shí)到：低代碼不是萬(wàn)能的，它不會(huì)徹底取代傳統(tǒng)的企業(yè)軟件開發(fā)和部署模式。就像在視頻剪輯領(lǐng)域，現(xiàn)在我們有了剪映、秒剪、必剪等既方便又免費(fèi)的移動(dòng)剪輯工具，但是它們加起來(lái)也沒有徹底替代Final Cut Pro、Premiere這樣的專業(yè)工具。專業(yè)剪輯師也沒有被淘汰，只是大量入門級(jí)剪輯需求被下放到了移動(dòng)端，不必再興師動(dòng)眾罷了。所以，專業(yè)的企業(yè)軟件開發(fā)者、企業(yè)IT人員也完全沒有必要擔(dān)心自己會(huì)失業(yè)。

目前釘釘上的低代碼應(yīng)用，往往還是功能簡(jiǎn)單、面向單一場(chǎng)景的。在歐美，也有些技術(shù)專家認(rèn)為低代碼的功能被嚴(yán)重高估了；《福布斯》雜志甚至刊登過(guò)一篇文章，認(rèn)為低代碼開發(fā)是一個(gè)“讓人困惑、充滿混淆的概念”。我覺得，意識(shí)到低代碼的局限性是好事——有的局限是暫時(shí)的，可以隨著技術(shù)發(fā)展自然解決；有的局限是難以克服的，還是要依靠傳統(tǒng)軟件模式去補(bǔ)齊。這些都不重要。

最重要的是，我們終于看到了一條解決國(guó)內(nèi)企業(yè)軟件基本矛盾的可行道路，這是令人激動(dòng)的。不必急于下結(jié)論、表態(tài)，看看低代碼如何在業(yè)務(wù)人員的自發(fā)行動(dòng)中發(fā)展吧！就像一位偉人說(shuō)過(guò)的：不爭(zhēng)論，發(fā)展才是硬道理。