伙伴云CEO戴志康：如何利用低代碼提升研發和IT效能？（CSDN峰會演講精華，附PPT資料）

近日，CDSN云原生系列之「低代碼峰會」在線上成功舉辦。伙伴云CEO戴志康受邀演講，就如何利用低代碼提升研發和IT效能，分享低代碼先行者的實踐與經驗。

以下內容以第一人稱的視角，為您還原演講精華——

01 低代碼漸入視野，程序員仍是關鍵

20多年前我開始創業，一直在做軟件技術方面的工作，程序的思維深深地影響了我做事情的方式。

2016 年底，我加入伙伴云，它是中國最早做低代碼應用搭建的平臺之一。

其實在幾年前，我們都沒有聽說過低代碼這個名詞。到底什么是低代碼呢？說到底，低代碼最終一定要解決一個或一系列的問題。

目前來講，國外大多數低代碼解決了生產力的問題，但在中國是另外一種狀況。與國外零代碼廠商不同的是，中國的低代碼廠商承擔著雙重使命：一方面作為企業數字化的第一步，構建企業的數字化系統；另一方面，又要承擔先進企業或者規模以上企業生產力提升的任務。

那低代碼和研發人員、IT人員之間又是什么關系？如何把研發變得更高效，讓我們節省更多的時間來做更有意義的事情？

有人說低代碼會取代程序員，我覺得低代碼在本質上是在我們的編程語言之上，構建出的新平臺。PaaS實際上是使我們的程序員變得更幸福的一件事情。程序員應該去做更有創造力的事情，而低代碼首先賦能的就是程序員。

當然，這個世界最終極的形態是不存在代碼的，我們可以完全用大腦的意識或者是人工智能實現我們希望機器去完成的事情。

02 發揮低代碼優勢，快速為產研賦能

a.產研痛點：拆解、協作、調整頻繁

產研團隊在開發迭代、排期上線的過程中有非常多的痛點。比如項目拆解混亂、排期協作麻煩、上線任務調整頻繁等等，這些都需要產研團隊大規模協作。那低代碼如何服務產研？

b.伙伴云示例：如何利用低代碼賦能

作為低代碼平臺，伙伴云首先考慮的是：如何幫助產研部門進行項目管理，以及如何解決項目排期研發和上線過程中遇到的各種問題。

我們提供了各種視圖來可視化地、具象化地幫助產研團隊實現高效能的協作開發。比如可以支持實時多人協作的甘特圖，可以把一個研發任務拆解得很細，同時還可以把研發任務上下級的依賴關系，清晰、直觀、有效地描述出來。

此外還有看板視圖、卡片視圖、日歷視圖等等。

在這種協同中，低代碼提供的價值就是可視化的協作平臺。對于伙伴云這種構建在低代碼平臺上的協作性視圖，可以幫助項目進行有效權限管理、大數據容量處理，以及在大數據量下仍然保持使用這些協作類功能的高效性和嚴謹性。

03 提升IT效能，低代碼環境下的IT系統搭建

通常而言，IT部門有研發、項目經理、產品經理等等。但是大部分的企業，業務部門和IT部門之間都有一個鴻溝。這種矛盾，其實也可以通過低代碼系統有效解決。

a.業務四象限，直面痛苦區

我們把企業的業務分成四個象限，以老系統和新系統為橫軸，老業務和新業務為縱軸，分出四個象限。對于老業務和老系統，比如企業一些自有核心系統，ERP、MRP、MES等等。這部分系統，低代碼既不想要，也不能夠替代這部分需求。但當老系統碰到了新業務時，它就會產生不匹配的痛苦區。

低代碼，如何對不匹配的痛苦區遷移呢？

1）新業務：探索成長期的草稿箱

我們可以讓新業務使用低代碼系統，構建出新業務探索成長期的草稿箱。新業務往往是非標準化的、高頻變動的，并且可能是流程還沒完全固化下來的。這個時候低代碼能起到藏寶箱的作用。

作為一個低代碼平臺，伙伴云是不羞愧于成為很多企業新業務的草稿箱。在整個過程中，通過低代碼的快速交付和響應能力，以及超低的搭建成本，能夠幫助新業務并且跟得上新業務快速發展的需要。

2）老業務：填補標準化系統間的空白區

借助低代碼，填補這種標準化系統間的空白區域，使得系統和系統之間能更好地耦合，以及把系統中之間的數據通過 API 連接起來，然后進行運算、展現、分析、處理，甚至是嵌套到中間的一些業務流程中去。

3）低代碼：構建IT部門和業務部門之間的橋梁

有了低代碼之后，IT部門和業務部門的關系會變得非常和諧。IT部門采購低代碼系統后，配置好基礎賬號、權限以及資源分配后，賦能給業務部門。

這樣，既能保證傳統的IT部門對企業數字化有一定的掌控和安全性保障，同時又使得業務部門中對數字化有自己ambition的同學，可以憑借他對業務的理解，把自己的業務需求通過低代碼的方式實現出來。

在這個過程中，業務部門和IT部門實現了非常好的良性互動。IT部門變成了對業務部門的真正賦能者，而不是單純的需求方和被需求方。還有一些中小企業，它可能所有的業務都是新業務，并且沒有一個自己的系統。這個時候，從低代碼入手就是一個好的選擇。

b.自下而上 or自上而下，構建系統的兩種方式

1）Bottom-up的業務系統構建：新型的業務-IT關系

我剛才說過，構建系統其實有兩種方式：一種是top-down，一種是bottom-up。自下而上的 bottom-up業務系統，其實是構建新型IT部門與業務部門之間關系的基礎。

其實很多企業里，一個訂單表或者一個客戶表，就已經是一個系統。在伙伴云，可以通過鼠標拖拉拽的形式，把原來很混亂的業務訴求實現出來。bottom-up的業務系統，通常是從一張表開始的。這張表不斷延伸，從無到有地構建出一個企業信息化的系統。

有了表格之后，就產生了數據分析的需求。我們大概會在7 月份上線及時分析的功能。既不需要配置任何數倉，也不需要配置儀表盤，在一個數據動態協作的表格上，直接通過拖拉拽的形式就可以把圖表分析出來。同時我們支持把圖表下載下來，然后放到文檔、PPT 、周報里實現對數據的分析與洞察。

還支持非常靈活的分析方式，比如說多維分組、透視表，或者更有展現力的，比如說散點圖或者線圖等等。

在 bottom-up的業務系統構建過程中，我們也發現了一些額外的需求。所以我們支持了IFTTT 的觸發器引擎，能夠獨家支持15 層嵌套，包括支持海量級的數倉同步及聚合，以及通過儀表盤快速地、以分鐘為單位地把數據展現出來。

當我們一開始從bottom-up的場景切入到數字化系統后，這個系統完全能夠滿足企業未來對更大規模數字化系統的需求。客戶在支付了一次選擇成本和使用成本后，這筆投資是可以持續不斷地被復用到更多場景下。

2）Top-down的IT系統建設：新型的系統開發模式

接下來我們來說自上而下的IT系統建設，低代碼也能提供新型的系統開發模式。我們基于一個戰略或者目標，對業務流程和業務中的角色進行梳理。梳理出了角色后，再基于流程設計數據結構，把ER 圖設計出來。同時基于流程和數據結構，設計自動化觸發和自動化數據處理能力。然后基于運營需求設計指標體系和儀表盤，同時再配相應的權限控制，指導我們去達成戰略目標所設定的預期成果。

同時也支持觸發器。觸發器是我們最難的一個部分，因為觸發器涉及到很多聯動。比如說A 表的某些字段更新了，觸發了B表和C表的某些字段要更新。然后B表和C表的某些字段更新了之后觸發了D表和E表的某些字段等等，它是一個鏈式的觸發。我們進行了非常好的觸發器執行調度，并且提供完整的執行日志進行校驗。

以及剛才提到的RBAC（role based access control），即角色和動態相關聯的權限系統。企業需要績效核算，最理想的績效是讓每一個員工直接看到自己當期的實時績效，伙伴云可以幫助實現這一點。

一些用戶用伙伴云做銷售大屏，比如張三簽了一單，馬上就能在這個系統里實時地算出這個人的績效，并且算出他團隊的排名和他個人的排名，來激勵更多的銷售實現更高的目標。

傳統意義上講，定制開發一個IT系統，總的時間成本、人力成本基本上10倍于用低代碼開發。也就是說每天用不到一杯奶茶的錢，就可以擁有一個媲美定制開發的功能體驗。

04 低代碼才剛剛開始，未來更多想象空間

對于我們的開發者來說，低代碼不僅僅能干剛才這些事情。

比如有用戶就用伙伴做一些 Serverless 的開發，做了一個答題系統。這考試他是怎么做的呢？他是把考試和考題都錄入到伙伴云的系統里來，然后他用伙伴云的系統構建了考試成績和分數。

這個時候我們也感受到了一種更強大未來的可能性。對于很多通常意義上講的數據處理應用，低代碼作為后端的引擎，是完全可行并且完全可以實現的。

我們通過更好的連接性，實現了上千個 SaaS 應用的接入。我們接入了企業微信和飛書的生態，能夠把企業微信、飛書的數據完整同步到伙伴云里來。同時又接入了極簡云和騰訊千帆，把更多的 SaaS 應用接入進來。

回顧一下，低代碼到底是怎么幫助IT人員和研發人員提升效能的呢？其實就是剛才提到兩個部分：其一，幫助產研內部進行更高效的協同和項目管理；其二，幫助IT部門更好地與業務部門建立起協作關系。所以對于低代碼來說，在中國市場才剛剛開始。

點擊獲取完整PPT資料

體驗地址戳 >>>伙伴云體驗區

以上，記得關注