編輯導(dǎo)語：低代碼平臺的存在順應(yīng)了整體環(huán)境的變化，它支持用戶以相對少的代碼來搭建應(yīng)用系統(tǒng)，有助于減少產(chǎn)品開發(fā)成本，并且后續(xù)可以更快地響應(yīng)需求變更。本篇文章里，作者就低代碼平臺的定義、應(yīng)用場景、盈利模式與未來發(fā)展等方面做了總結(jié)，一起來看一下。

低代碼無代碼（LCNC，Low-Code & No-Code）平臺，一直是今年很熱的一個詞（后文統(tǒng)稱為低代碼）。巨頭的參賽，資本的注入，都給這個賽道注入了非常多的活力。在去年疫情期間，大部分線下商店、工廠、電影院停擺，工作的戰(zhàn)場轉(zhuǎn)移到了線上。

阿里釘釘敏銳地捕捉到這一點，在今年1月發(fā)布釘釘6.0，重點搭載了阿里自研的全新低代碼平臺宜搭，而在今年5月阿里云開發(fā)者大會上，釘釘對低代碼入口做了全面整合，入口名稱變成“釘釘搭”，放進了釘釘菜單欄，可以說非常重視這一塊業(yè)務(wù)。

騰訊云宣布和海外知名低代碼平臺Mendix合作，通過外部力量進入賽道，Mendix被西門子收購之后，專注在制造業(yè)的低代碼應(yīng)用，獲得了非常不錯的成就。

而百度在很多年前就有了自己的低代碼品牌——愛速搭。數(shù)字化轉(zhuǎn)型這一戰(zhàn)略推動，巨頭紛紛入廠，把原來平靜、小眾的低代碼賽道攪動起不小的波瀾。

一、低代碼、無代碼開發(fā)平臺是什么？

我們先來看看低代碼或者無代碼是什么概念。

低代碼或者無代碼開發(fā)平臺往往會有另外一個名字：APaaS（Application Platform as a Service）應(yīng)用平臺即服務(wù)。低代碼或者無代碼開發(fā)平臺提供的是一種服務(wù)。支持用戶無需寫代碼或者只需寫少量代碼即可完成應(yīng)用系統(tǒng)的搭建。

那么這些平臺是怎么實現(xiàn)可以讓用戶不寫代碼就能搭建應(yīng)用的呢？我們先設(shè)想一下一個簡單的應(yīng)用可能包含哪些元素。

我們以一個校園管理系統(tǒng)作例子，為了便于理解我們先把功能設(shè)計得相對簡單。

我們看一下要滿足上訴的功能可能會設(shè)計哪些功能模塊。

• 對于校園管理這部分我們會有首頁，首頁支持頁面跳轉(zhuǎn)；
• 對于報銷管理這塊，會涉及報銷的審批；
• 對于教職工、學(xué)生、宿舍、課程等管理，會涉及到表單和統(tǒng)計看板；
• 對于整個校園管理系統(tǒng)會涉及到權(quán)限管理。

我們對一個簡單的系統(tǒng)進行拆分，就可以逐步發(fā)現(xiàn)低代碼是怎么搭建應(yīng)用的。低代碼平臺通常會把系統(tǒng)里常見的元素進行抽象，抽象成一個個的組件。

比如我們搭建教職工管理頁面，其實是一個表單頁面，會涉及到：姓名、工號、入職時間、工齡、任課等字段。姓名、工號可以被抽象成單行文本這一組件；任課可以是下拉單選這一組件。通過拖拽的交互方式將組件放入中心畫布，可以快速地形成應(yīng)用系統(tǒng)的頁面。右側(cè)配置區(qū)可以配置組件屬性，比如配置單選組件的選項。

低代碼平臺通過抽象得到組件，再由組件搭建表單頁面。

低代碼開發(fā)平臺宜搭表單頁面

同理，如果我們要設(shè)計校園管理系統(tǒng)首頁頁面，也是可以通過拖拽組件完成頁面設(shè)計的，區(qū)別在于：主頁的設(shè)計會對布局有更多要求，同時主頁里要能支持頁面的跳轉(zhuǎn)。這些功能也是完全可以做成組件化的。

低代碼開發(fā)平臺宜搭自定義頁面

我們再看看校園管理系統(tǒng)涉及到的審批流程要怎么實現(xiàn)。

校園管理系統(tǒng)在采購部分會可能會涉及到審批的需求。在低代碼平臺的審批流或者說工作流編輯頁面里有很直觀的流程節(jié)點，而工作流本身也是很成熟的系統(tǒng)。我們能夠自定義編輯工作流，添加審批、執(zhí)行、抄送等節(jié)點，再進一步為節(jié)點選擇人員。

低代碼開發(fā)平臺宜搭流程頁面

宜搭的設(shè)計是存在獨立的流程表單，而明道云、輕流等其他平臺是普通表單都可以直接添加流程。

先不談這個中差異，從流程設(shè)計來看，目前國內(nèi)低代碼平臺的做法都很相近，支持添加不同節(jié)點，同時支持節(jié)點的責(zé)任人添加。部分平臺會在流程這部分做的更復(fù)雜一些，引入了BPM（Business Process Management）或者RPA（Robotic Process Automation），能夠更加智能地處理業(yè)務(wù)流程。

最后我們看看校園管理系統(tǒng)里會遇到怎樣的權(quán)限劃分。根據(jù)RBCA模型，校園管理系統(tǒng)可能會有校長、采購主管、任課教師等角色，每個角色看到的頁面會有所差異，也會有不同的審批權(quán)限。

低代碼平臺整合了權(quán)限管理系統(tǒng)，在設(shè)計系統(tǒng)的時候支持自定義的配置權(quán)限。

低代碼開發(fā)平臺宜搭權(quán)限頁面

綜合看下來，國內(nèi)低代碼平臺主要包含流程引擎、表單引擎、權(quán)限系統(tǒng)、人員管理系統(tǒng)等。各家廠商基于這幾塊通用功能再延展成不同形態(tài)。

二、低代碼、無代碼賽道里有哪些玩家？

我們以釘釘宜搭為例，簡單介紹了低代碼的產(chǎn)品形態(tài)，國內(nèi)做APaaS的產(chǎn)品形態(tài)和釘釘宜搭相對來說比較接近。我們再看看目前低代碼賽道里到底有多少玩家在里面。

低代碼/無代碼企業(yè)圖譜，圖源：海比研究院

目前，低代碼入廠的玩家出身差異非常大。

有依托BI起家的帆軟團隊而孵化出的簡道云，有做流程起家的氚云，輕流，有SaaS化轉(zhuǎn)型摸索進場的明道云，有依托大廠的百度愛速搭、阿里宜搭、微軟Power Platform，有主營Saas業(yè)務(wù)依托無代碼技術(shù)實現(xiàn)產(chǎn)品化的紛享銷客、北森，還有支持自定義圖表的Airtable等等。

我們主要討論低代碼應(yīng)用開發(fā)平臺。國內(nèi)的低代碼應(yīng)用開發(fā)平臺戰(zhàn)事剛剛拉起序幕，而海外的低代碼獨角獸Outsystems在三年前已經(jīng)估值超過10億美金。我們可以對比感受一下海外各家產(chǎn)品的畫風(fēng)。

微軟Power Apps

OutSystems

Mendix

對比國內(nèi)和國外的產(chǎn)品，可以明顯感覺到文化的差異。國內(nèi)外產(chǎn)品形態(tài)非常不同。相比而言，國內(nèi)的產(chǎn)品容易上手一些，但是為了滿足低門檻，也犧牲了一些靈活度。

而海外的低代碼產(chǎn)品靈活度很高，高靈活度給用戶的感受：我能夠憑借這個工具做出很多定制化需求的。但是一方面海外產(chǎn)品教程沒有漢化，另一方面產(chǎn)品使用的門檻也很高，高靈活度就犧牲了易用性。由此，Outsystems也開發(fā)了考試認證課程，以此來培養(yǎng)用戶。

有一點值得肯定的是，OutSystems是優(yōu)先處理數(shù)據(jù)，再開始處理頁面的，雖然犧牲了一些所見即所得的觀感，但能保證數(shù)據(jù)底座非常穩(wěn)固，不容易出錯。

整體看下來，國內(nèi)產(chǎn)品同質(zhì)化相對嚴重，在和某低代碼平臺CEO的溝通中，他提到目前國內(nèi)雖然競爭激烈，差異性不是特別大，但還屬于大家一起把蛋糕做大的階段，正處于增量競爭，而不是存量的零和博弈。

可以預(yù)見的是低代碼市場還會有很大的空間，在產(chǎn)品無法拉開明顯差距的情況下，就要看各家誰先形成網(wǎng)絡(luò)效應(yīng)了。

三、低代碼開發(fā)平臺應(yīng)用場景有哪些？

目前低代碼產(chǎn)品主要是面向B端，對于B端企業(yè)數(shù)字化的需求，低代碼基本能承接一部分。我們可以看一下今年年中阿里云開發(fā)者大會上的一組結(jié)論。互聯(lián)網(wǎng)和制造業(yè)使用低代碼平臺開發(fā)的人數(shù)最多，而用戶群體里管理者的使用人數(shù)超過了企業(yè)IT的使用人數(shù)。

低代碼本身沒有太強的行業(yè)屬性，這也讓低代碼開發(fā)平臺能夠更加靈活地適應(yīng)不同行業(yè)。軟件開發(fā)人員技術(shù)能力不缺，最缺的是行業(yè)Know How。

比如CRM系統(tǒng)，每家公司、每個行業(yè)都有自己的銷售流程，而最懂這些流程的無疑是公司內(nèi)部的人員。當(dāng)他們自己能夠依托低代碼平臺開發(fā)自己的內(nèi)部應(yīng)用，這個應(yīng)用的效果相信是比較適合自己公司的。

四、低代碼開發(fā)平臺會不會搶了其他軟件行業(yè)飯碗？

對于護城河沒那么明顯的B端軟件企業(yè)，低代碼確實會帶來一定的沖擊。比如HRM、CRM、項目管理等等細分賽道，賽道內(nèi)本身有明顯企業(yè)領(lǐng)軍，賽道里的小公司還是會有一小部分市場份額。低代碼的殺入，勢必會擠占這些小企業(yè)的生存空間。

對于行業(yè)巨頭，低代碼平臺還是很難威脅到他們。比如Salesforce。

Salesforce一方面自己有一些低代碼的模塊，一方面在客戶關(guān)系管理上他們是專家。各細分賽道的明星企業(yè)除了自己會引入低代碼技術(shù)，同時他們能夠指導(dǎo)行業(yè)。他們的顧問更像是咨詢顧問，能夠指出企業(yè)問題，并能夠推薦標準方案。低代碼從業(yè)的顧問更多偏實施顧問，能夠幫助客戶用好自家的低代碼平臺，但在行業(yè)認知上是遠不如細分賽道的龍頭老炮的。

五、低代碼開發(fā)平臺盈利模式是什么？

我們接觸過一些低代碼廠商，目前低代碼平臺的商業(yè)模式分為兩種：私有化部署（高定制化）、Saas版本。

對于私有化版本，低代碼平臺廠商會依托自身的低代碼開發(fā)平臺去為客戶定制開發(fā)，這部分開發(fā)的周期會短于傳統(tǒng)的開發(fā)模式。同時對于需要定制的部分需求，低代碼廠商的實施顧問會結(jié)合自身產(chǎn)品形態(tài)進行評估，哪些是可以通過部分定制化開發(fā)的方式解決，哪些是完全覆蓋不住的。然后由實施顧問入廠實施，以人天結(jié)算成本。

這部分收入會包括：人天費用、私有云或者本地服務(wù)器費用等。

對于Saas版本，就是按需付年費的模式來計費，每年進行一次續(xù)費，由實施顧問協(xié)助實施之后，客戶成功部門維護產(chǎn)品的后續(xù)使用。

我們可以看一下下面SaaS計費的依據(jù)。主要是以表單數(shù)據(jù)量、使用人員規(guī)模等作為計費指標。

Outsystems SaaS模式價格清單

阿里宜搭SaaS模式價格清單

當(dāng)然上面說的兩種計費方式都還是屬于低代碼平臺運營的初期階段，而低代碼平臺運營發(fā)展的很好之后，是能夠吸引ISV進來做開發(fā)的。

一旦有ISV愿意作為低代碼平臺的生態(tài)伙伴入局，那就驗證了低代碼平臺能夠滿足足夠多的業(yè)務(wù)場景，獨立開發(fā)商發(fā)現(xiàn)這邊有利可循。真正到達這一步，低代碼平臺才能真正意義上變成了一個平臺，是一個B2B的平臺。

六、為什么大廠也要布局低代碼？

1. 數(shù)字化轉(zhuǎn)型背后的大量需求

企業(yè)數(shù)字化轉(zhuǎn)型是后互聯(lián)網(wǎng)時代不可能繞過的課題，如今越來越多的C端人才流向B端做企業(yè)服務(wù)，也說明了B端市場有大量的空間等著我們?nèi)ネ诰?。美團王興在18年提到一個觀點，在目前看來依然不過時：供給側(cè)改革是走出經(jīng)濟困境的唯一出路。

我們把消費者和市場定義為需求側(cè)，基本屬于C端，把供應(yīng)商和生產(chǎn)商定義為供給側(cè)，基本屬于B端。我們看海外的巨頭企業(yè)：facebook、google、亞馬遜、沃爾瑪、微軟、salesforce、Oracle、Cisco等等?？梢园l(fā)現(xiàn)海外服務(wù)B端的企業(yè)和服務(wù)C端的企業(yè)在規(guī)模上可以平分秋色，也就是說供給側(cè)和需求側(cè)是得到同樣程度關(guān)注和發(fā)展的。

在國內(nèi)，更多的企業(yè)是服務(wù)C端的，很知名的B端企業(yè)屈指可數(shù)。需求側(cè)被過度開發(fā)，那么供給側(cè)不進行改革是沒有辦法跟上需求側(cè)變化的。比如說新零售：人、貨、場。人這一需求側(cè)保持旺盛，交易場所也線上線下全覆蓋，貨這一供給側(cè)無法達到高產(chǎn)能的話，就會出現(xiàn)供需失衡的情況。

因此，B端作為供給側(cè)，存在大量的改革需求。但是B端的改革需求會有幾個明顯特點：多、雜、定制化程度高、快速變化。對于這樣的需求，C端標準化產(chǎn)品是無法滿足的，而傳統(tǒng)的軟件行業(yè)按照定制化開發(fā)的方式又跟不上這么多需求。

在這樣的大背景下，低代碼開發(fā)平臺被推上風(fēng)口浪尖，現(xiàn)在不能說低代碼一定能解決這么多復(fù)雜需求，但也是被從業(yè)者給予厚望吧。

2. 低代碼的屬性能更快地滿足部分B端需求

目前國內(nèi)外低代碼的形態(tài)是可以支撐起一部分B端需求的。

低代碼第一個特點是搭建快。

對于同樣的CRM或者WMS系統(tǒng)，正常開發(fā)一個團隊4-5個人，開發(fā)時間為1-2個月（按一個月實際22天工作日算）。按人天算可能至少80個人天。用低代碼開發(fā)，熟練的低代碼工具使用者，可以做到2個人開發(fā)一周完成，大概就是15個人天左右。

這種速度的提升是肉眼可見的。低代碼作為標準化產(chǎn)品，用戶相當(dāng)于具備了全棧能力，一個人可以搞定前后端，同時由于產(chǎn)品的標準化，用戶也只需要花極少的時間進行Debug。這些都是能極大縮減項目開發(fā)時間的。

低代碼第二個特點是響應(yīng)快。

針對B端或者G端復(fù)雜多變的需求，低代碼是能夠在最短的時間完成功能變更的，這在傳統(tǒng)軟件開發(fā)的方式是做不到的。對于表單更新，增刪改查組件添加，流程的變更，這些在低代碼平臺幾乎是可以做到當(dāng)天響應(yīng)，并且當(dāng)天完成。

低代碼第三個特點是有限的靈活性。

低代碼平臺在面對復(fù)雜且定制化程度高的KA客戶需求時，會顯得有一些無力。我們看到的大部分低代碼平臺是支持文本語言開發(fā)的，這一點僅僅是在無代碼開發(fā)平臺的能力上做了一些有限的補充。這部分能力還不足以應(yīng)對復(fù)雜的KA客戶需求。在靈活程度上，低代碼平臺是比不上傳統(tǒng)開發(fā)的方式的。

3. 低代碼能夠照顧到云市場這塊大生意

在今年亞馬遜一季度財報數(shù)據(jù)上看到，亞馬遜云服務(wù)AWS一季度營業(yè)額135億美元（約873億人民幣），而2020年中國IaaS市場規(guī)模約774億人民幣。在云市場這個賽道也有著大塊的蛋糕等著頭部企業(yè)瓜分。

亞馬遜全球的二季度營業(yè)收入是1130.8億美元，而其中來自于AWS云服務(wù)的貢獻是148.09億美元?？梢钥吹诫娚虡I(yè)務(wù)是亞馬遜的基本面，貢獻了主要的營業(yè)額，而利潤的主要貢獻者是來自于AWS云服務(wù)業(yè)務(wù)。

亞馬遜二季度營業(yè)額，數(shù)據(jù)源：亞馬遜二季度財報

亞馬遜二季度利潤率，數(shù)據(jù)源：亞馬遜二季度財報

反觀國內(nèi)目前云市場的分布，目前巨頭已經(jīng)出現(xiàn)。

國內(nèi)SaaS市場情況，圖源：艾瑞咨詢

當(dāng)下最熱門的SaaS也好、低代碼也好、數(shù)字化轉(zhuǎn)型也好。無論哪種概念，落地都需要IaaS層支撐，云服務(wù)是個利潤很高的好買賣，只是門檻也比較高，一般企業(yè)沒法入局。

所以，如果按阿里云智能總裁張建鋒在年初發(fā)布會上表示：未來3年在釘釘上能長出1000萬個釘應(yīng)用。那么這背后毋庸置疑有著大量云資源的需求。

類比線下，云服務(wù)商就像地產(chǎn)開發(fā)商，云服務(wù)商搭建好了線上的商場，只要有源源不斷的商家入駐就好了。

低代碼恰好是可以批量生產(chǎn)商家的平臺，低代碼生產(chǎn)出的商家入駐由云服務(wù)商搭建的商場，就一下盤活了云服務(wù)和軟件應(yīng)用兩個行業(yè)。低代碼平臺可以選擇和不同的云服務(wù)商合作，入駐不同的商場。而大廠的入局能夠更好地招商引資，和低代碼平臺合作，吸引更多的用戶使用自家的云資源。

七、低代碼有沒有可能存在新形態(tài)？

目前看下來市場上的低代碼平臺基本還沒有在大B企業(yè)里全面推廣，我們遇到的一些KA客戶對這類新產(chǎn)品都保有著謹慎的態(tài)度，對于一些制造型企業(yè)來說，能讓低代碼進入在一個廠域進行驗證已經(jīng)很不錯了。

小規(guī)模的低代碼廠商更多需要集成到大供應(yīng)商，才能接觸到一些KA客戶。對于一些規(guī)模不是特別大的公司，低代碼產(chǎn)品相較于SAP這種老牌企業(yè)確實更具競爭力。

從國內(nèi)的低代碼產(chǎn)品的橫向?qū)Ρ葋砜?，總覺得缺少一些創(chuàng)新力。

偶然原因接觸到一位朋友，他正在用低代碼創(chuàng)業(yè)，但是和宜搭、氚云這些低代碼廠商不太一樣，他服務(wù)B端企業(yè)，最終用戶不是企業(yè)員工，而是C端用戶。他做的事是想用低代碼去幫助B端企業(yè)設(shè)計一些含有高設(shè)計感的宣傳頁面，以此來為當(dāng)前B端企業(yè)拉新做增長。

從這位朋友這邊我獲得了一些啟發(fā)。我們仔細想一下低代碼平臺的本質(zhì)是什么？我個人的定義是：工具。我們通常會把哪些產(chǎn)品定義成工具？

• 原型繪制：墨刀、Axure、Sketch。
• 設(shè)計工具：Ps、AI（Adobe Illustrator）、XD（Adobe XD）。
• 筆記和知識管理：Notion、語雀、我來、flomo、Obsidian。
• 視頻創(chuàng)作：剪映、繪聲繪影、Adobe After Effects。
• 團隊協(xié)作工具：釘釘、飛書、企微、Slack、Teams。
• 即時通信工具：微信、QQ。

那么低代碼平臺作為工具，它屬于哪一類？

我想嘗試把它放入創(chuàng)作工具這一類，類似剪映這種。剪映是剪輯工具，來創(chuàng)造出一個短視頻。而低代碼平臺是一個應(yīng)用編輯工具，來創(chuàng)造一個應(yīng)用。

再往下思考，短視頻是面向C端的，那低代碼平臺創(chuàng)建的應(yīng)用有沒有可能直接面向C端?；蛘哒f市場上能不能出現(xiàn)一個C端的應(yīng)用編輯工具。在少數(shù)派這個網(wǎng)站上會看到很多獨立開發(fā)者分享自己的產(chǎn)品和開發(fā)的故事。

對于一個不會寫代碼的人，有沒有可能快速地掌握低代碼開發(fā)平臺，并且能創(chuàng)建出面向C端的產(chǎn)品，然后把創(chuàng)建的應(yīng)用上架到應(yīng)用商城，開發(fā)者也可以根據(jù)下載量收取報酬。這個模式就像普通用戶通過剪映制作短視頻，然后在抖音這個平臺獲利。

我一直在構(gòu)思這個想法，最近發(fā)現(xiàn)這件事已經(jīng)有團隊在做了，而且來勢洶洶。這是一家海外的公司叫Bubble。這家公司在2019年進行了種子輪融資650W美金，而今年7月突然宣布A輪融資1億美金。他們的創(chuàng)始人之一Josh Haas畢業(yè)于哈佛，創(chuàng)辦Bubble前在對沖基金機構(gòu)橋水工作，他們的創(chuàng)業(yè)目的就是：幫助沒有工程師的團隊創(chuàng)業(yè)。

低代碼平臺 Bubble

我也體驗了一下Bubble，說實話功能很齊全，把一些常用的邏輯做了枚舉，這樣能把大部分邏輯通過配置實現(xiàn)，然而比國內(nèi)的大多數(shù)產(chǎn)品難上手。

如果要把低代碼定義成工具，還需要從工具用戶的角度去思考產(chǎn)品形態(tài)。張小龍在提到設(shè)計微信的時候，微信作為即時通訊的工具，怎么才能吸引人用它。創(chuàng)造工具的本質(zhì)，是為了更好地創(chuàng)造。

首先，使用門檻盡量不要太高，其次對于這類復(fù)雜工具一定需要有引導(dǎo)教程，最后必須要實現(xiàn)工具的意義——提高效率。通訊工具會提高通訊效率，那么低代碼開發(fā)平臺一定要能提高開發(fā)效率，并且能夠交付完整的開發(fā)成果。

如果沒有低代碼工具，用戶需要系統(tǒng)學(xué)習(xí)前后端知識，包括web端、移動端等等。相比于這部分的學(xué)習(xí)成本，使用低代碼工具能提高用戶生產(chǎn)力。低代碼廠商需要讓用戶認識到：相較于系統(tǒng)學(xué)習(xí)前后端，低代碼開發(fā)工具使用門檻并不高。能做到這一點，就能很好地打消用戶畏難心理。

目前低代碼主戰(zhàn)場在B端，但可以預(yù)想的是，C端也可能是低代碼發(fā)揮的舞臺。

八、最后

低代碼并不是很新很了不起的技術(shù)，只是順應(yīng)環(huán)境發(fā)展的一個小賽道。但低代碼在當(dāng)下這個環(huán)境確實能貢獻出自己的一份力量。

當(dāng)下，我們能看到的是，還有非常多傳統(tǒng)行業(yè)里的小微企業(yè)、小微團體、偏遠地區(qū)的事業(yè)單位正強依賴著Excel甚至紙檔文件。這類傳統(tǒng)的方式既不利于資料的統(tǒng)計、也不利于信息的查找和保存。低代碼能夠低成本、高效率地緩解這些現(xiàn)象。

至于低代碼會不會造成程序員失業(yè)，我想也是一個偽命題。沒有哪一個語言的出現(xiàn)會造成程序員大量失業(yè)的。假設(shè)真有一天低代碼成為主流開發(fā)方式，我相信程序員也是最容易掌握低代碼平臺的那一批人，甚至可以想象的到，程序員們邊用邊吐槽的場景。

#專欄作家#

忙里偷賢，公眾號：忙里偷賢，人人都是產(chǎn)品經(jīng)理專欄作家。B端產(chǎn)品，低代碼玩家，工具類產(chǎn)品思考者。熱愛分享，務(wù)實的理想主義者。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自 Pexels，基于CC0協(xié)議