文：牛透社 周曉莉

編輯：加鹽｜全文 11226 字

---

有句話是“拋開現(xiàn)象看本質(zhì)”。

進(jìn)入 2021 年，數(shù)字化帶來的趨勢幾近滲透到各行各業(yè)，而低代碼平臺和零代碼平臺，其創(chuàng)建的應(yīng)用程序，由于可以隨著需求去輕松地進(jìn)行定制和強(qiáng)化，也成為很多企業(yè)相繼選擇的工具，去幫助業(yè)務(wù)提高效率和降低項目成本。

正如低代碼的火爆并非空穴來風(fēng)，繁重的數(shù)據(jù)對 IT 人員依賴強(qiáng)，同時企業(yè)內(nèi)部相對割裂的系統(tǒng)讓數(shù)據(jù)聯(lián)通存在難度。而低代碼能夠有效降低對開發(fā)和運(yùn)維人員的依賴，讓最明晰需求的業(yè)務(wù)人員去自行搭建，幫助企業(yè)快速建立“敏捷能力”。這讓低代碼成為重構(gòu)軟件開發(fā)中不可或缺的一部分。

那么為何要重構(gòu)，用低代碼重構(gòu)能帶來怎樣的價值？客戶永遠(yuǎn)是最了解業(yè)務(wù)實際痛點并最先給到啟示之人。

本篇文章牛透社通過采訪到四位低代碼/零代碼客戶，分別來自制造、互聯(lián)網(wǎng)資訊、建筑、地產(chǎn)四個不同行業(yè)，通過他們在低代碼使用體驗下的講述，去尋找共性和差異，推敲重構(gòu)力量的答案。由于涉及廠商和客戶眾多，本文略有編輯刪減。

微制造：零代碼帶來的效率遠(yuǎn)超10倍

口述者：微制造創(chuàng)始人——龍彪

微制造是專門為中小微工廠做的 SaaS。我原來在世界 500 強(qiáng)的制造業(yè)大公司工作，此前做的生產(chǎn)管理主要是經(jīng)營生產(chǎn)，屬于流程再造，不太涉及到技術(shù)。但是我個人對技術(shù)非常重視，曾做過咨詢、硬件、嵌入式的硬件編程，再加上本身也是理工科背景，希望通過互聯(lián)網(wǎng)的技術(shù)能將管理落實到更好。

1. 為何選擇零代碼

最初我們嘗試自己做開發(fā)，成立團(tuán)隊做 SaaS 的管理軟件。從底層寫代碼開始，這個過程不僅耗時耗力，而且我們做出的東西在每家客戶那邊各有區(qū)別，比如我們按照世界 500 強(qiáng)的最佳實踐去做，但是畢竟我們面向的是中國眾多企業(yè)的客戶，管理上并不那么規(guī)范，這時候是讓對方來適應(yīng)我的軟件，還是我去適應(yīng)對方就是個問題。

如果對方來適應(yīng)我，會涉及到很重的咨詢問題，所以必然我們要做一些妥協(xié)，去適應(yīng)客戶開發(fā)成本上又很高，就會導(dǎo)致我們在做商業(yè)推廣的時候很難受，單子接也不好，不接也不好。

由于客戶的需求多種多樣，拿一個標(biāo)準(zhǔn)品的 SaaS 很難去滿足個性化需求，尤其我們在這個方向?qū)儆诠芾恚考姨攸c不同就無法用一個標(biāo)準(zhǔn)產(chǎn)品來進(jìn)行交付。

這件事如果我們自己開發(fā)，效率上無法滿足客戶需求，就開始嘗試用低代碼，此前我們自己開發(fā)時也嘗試用過低代碼，肯定這是個好方向，但也深知要想將低代碼一套系統(tǒng)做到完備好用，要花費很大力氣，而通過降低它的邊際成本自會下降我們的總體成本。

所以當(dāng)時在調(diào)研市面上的低代碼工具，發(fā)現(xiàn)了明道云這款零代碼，就試用了一下，當(dāng)時也有嘗試其他家，最后定下明道云是在 2020 年 6 月份。原因在于我們在前期試驗過程中，拿客戶此前的一些需求（那些需求點雖然不大，但我們自己沒辦法滿足），用明道云試過之后發(fā)現(xiàn)不但能夠交付，客戶反饋也不錯，因此下定決心用明道云來做總體交付。

2. 為何選擇明道云

當(dāng)時幾家選型下來，明道云相對更均衡，整體的產(chǎn)品結(jié)構(gòu)設(shè)計也比較符合我的設(shè)想。其實每個產(chǎn)品我也沒辦法花很長時間去體驗細(xì)節(jié)，只能是第一眼看過去結(jié)構(gòu)是否清晰，光這一點我就覺得很多產(chǎn)品做不到結(jié)構(gòu)清晰。

遇到過某家產(chǎn)品的圖表報表支持功能特別突出，但當(dāng)我們在看審批和對數(shù)據(jù)的處理上，它的呈現(xiàn)方式是將其分離，把審批單獨抽出來放在業(yè)務(wù)流程之外，在我看來硬生生的把它割裂開是很難受的一件事，我認(rèn)為對審批的最終結(jié)果是要反饋到數(shù)據(jù)業(yè)務(wù)表里，明道云在這方面比較符合我們對軟件產(chǎn)品的架構(gòu)選擇。

3. 關(guān)于實質(zhì)性的業(yè)務(wù)幫助

零代碼帶來的改變我體會尤深，對內(nèi)能將我們多個職能多個崗位的人，像是前端、后端、數(shù)據(jù)庫、產(chǎn)品經(jīng)理、測試眾多角色去做一個產(chǎn)品。用零代碼后，基本上一個人從頭到尾就能完成，相當(dāng)于一人身兼數(shù)職效率非常高，原來一個迭代基本都要兩周以上，哪怕客戶要改任何一個很小的點，也要兩周后才能給到回復(fù)。

現(xiàn)在我們自己開發(fā)一個產(chǎn)品或者說交付一個項目，迭代周期甚至可以做到每天交付。當(dāng)然對這個人的考驗也更大，因為他不僅要考慮實現(xiàn)功能，還要考慮用戶的體驗以及平臺特性。

對外來看，無需貼錢也能夠接原來接不了的項目，成本上也算得過來；另一方面迭代速度加快我們能迅速響應(yīng)客戶需求，這樣即便產(chǎn)品本身有一定瑕疵，也不會影響到客戶滿意度。

原來我們盡心盡力，也才能兩個禮拜給客戶答復(fù)，現(xiàn)在只要客戶說出需求，我們能很及時地幫他去進(jìn)行調(diào)整或增加?？傮w來說，對外讓客戶的滿意度、成本、交付都得到大幅提升。

比如我們現(xiàn)在服務(wù)三一重工，最早是我們自己開發(fā)的一個標(biāo)準(zhǔn)品，因為我們自己對工業(yè)比較了解又做得足夠用心，客戶體驗還是蠻好，但是客戶滿意的同時會希望我們再多加一些功能。

比如增添一些場內(nèi)質(zhì)量管理方面的功能，但是提完以后我們自己算一筆賬覺得相對困難，評估下來大概按照原來的開發(fā)方式，起碼是 4 個人花 2 個月時間才能夠交付，但是算下來人力成本很高。我們只做標(biāo)準(zhǔn)品，希望能把相同的功能賣到 10 個客戶那邊，這樣才能開始掙錢。

因為它的一些特殊點并不通用，這個時候我們只能算了，沒這能力暫時不接這個活，等我們后來用低代碼反過頭去進(jìn)行實驗，拿原來不敢接攢下的需求去嘗試，試完以后發(fā)現(xiàn)原來 4 個人 2 個月的活基本上 1 個人 2 個禮拜就搞定。所以我的親身體驗，零代碼效率一定遠(yuǎn)超過 10 倍。

4. 關(guān)于限制

低代碼像是一個粘合劑，因為它本來是云原生，開放性足夠高，可以接入很多其他外部的工具甚至于他不提供的東西。比如說跟算法相關(guān)，我們可以做自己的算法放在自己服務(wù)器，利用 API 調(diào)完以后把結(jié)果返回去，實現(xiàn)更多功能。

像明道云這樣的零代碼公司，并不需要自己把它做到特別完善，只要在它的業(yè)務(wù)流程里能夠 cover 住大多數(shù)需求，少部分需求諸如算法也可以交到外面來做，這部分就是他不具備但也沒必要去做那么完備，會有一定邊界。

還有一個問題，畢竟基于公有云很多服務(wù)是公有，當(dāng)我們深度使用以后，會有很多并發(fā)問題。但我認(rèn)為技術(shù)上是可以解決，頂多在前期增長最快客戶量又大的時候，技術(shù)上相對吃緊，所以我認(rèn)為這是一個階段性的東西。我能夠體會到明道云在努力做這方面的調(diào)整，所以這其實是屬于低代碼廠商都會面臨到的類似問題。

5. 關(guān)于信任

零代碼是解決信任特別好的事，原來只能拿原型工具去跟客戶談，你是不是要做成這樣，我們畫個原型你先看對不對，對了我們再開發(fā)，原型要做出很好的交互效果相對麻煩，所以當(dāng)時我們在取得信任最后百分之二三十的非標(biāo)部分時很吃力。

用零代碼來建立信任就很快，只要對方有意愿做這件事，并認(rèn)可我們的專業(yè)度，只要他說出我們標(biāo)準(zhǔn)產(chǎn)品里面沒有的需求，我們也會按照客戶需求迅速搭建，原來畫原型的時間現(xiàn)在都能夠把應(yīng)用做出來。

所以客戶的信任度高，一個很重要因素在于響應(yīng)速度，響應(yīng)速度越快，客戶對你的信任程度就越高。低代碼的好處在于所見即所得，你有怎樣的需求可當(dāng)場做一個簡易版，要想用戶體驗調(diào)整更好一點，可能多花兩天時間就能做出來，基本很少有哪家公司會認(rèn)為我做一個這樣的產(chǎn)品，能夠在一周之內(nèi)給他想看到的東西。所以基本只要一周以內(nèi)給他，就已經(jīng)超出客戶預(yù)期。

艾瑞咨詢：以 To C 標(biāo)準(zhǔn)打造 To B 場景

口述者：艾瑞咨詢信息管理部經(jīng)理郝欣誠

我在艾瑞 2003 年成立時加入，在這里工作 18 年，在公司負(fù)責(zé)公司的技術(shù)體系，數(shù)據(jù)產(chǎn)品的研發(fā)，主要還是在做研究領(lǐng)域的數(shù)字化和大數(shù)據(jù)系統(tǒng)平臺。

1. 為何選擇零代碼

艾瑞嘗試低代碼系統(tǒng)的初衷，實際上是要做一個 OA 系統(tǒng)的升級改造。我們上一代的 OA 是 Sharepoint 做的，Sharepoint 的代碼系統(tǒng)盡管沒那么低，但也已經(jīng)屬于低代碼思想，能夠滿足我們的需求。這一代我們想找更簡單的開發(fā)方式。

從我們的角度，OA 是為公司業(yè)務(wù)所服務(wù)，所以我們希望在能滿足需求的情況下，資源占用越少越好。但 OA 系統(tǒng)不可能一次成型，每家企業(yè)都有業(yè)務(wù)迭代，客戶迭代問題，很難說哪家公司要定做一個 OA，一次性能把所有需求談清楚去做完整方案。我們自己也是感覺兩年多時間沒做升級，積累的問題太多，就干脆再做一套，把現(xiàn)有問題解決掉。

我認(rèn)為一個公司 OA 系統(tǒng)若做得好，會下降對郵件和 Excel 的依賴，我們當(dāng)時內(nèi)部勢頭反而是上升，郵件和 Excel 去完成更多的管理工作，還在用大量郵件溝通，而不是在一個有序的狀態(tài)下的表單溝通，就說明 OA 系統(tǒng)不能滿足需求。

我們在上一代 OA 沒切換之前，內(nèi)部有些部門的業(yè)務(wù)目標(biāo)管理用 OKR，有些用財務(wù) KPI 指標(biāo)，還有一些是以工作進(jìn)度為核心的管理，這就導(dǎo)致用之前 OA 系統(tǒng)進(jìn)行項目管理不能滿足需求。最后就變成大家都用 Excel，無論申請資源還是跑流程都寫郵件，相當(dāng)于沒有系統(tǒng)。

2. 為何選擇明道云

其實我們一開始不知道零代碼，還是按照低代碼的開發(fā)模式在找產(chǎn)品，因為早年便結(jié)識明道云任總，我們就問到他們怎么看待這個產(chǎn)品。他們在聽完我們的需求后，告訴我們這個項目他們完全能接下來，給我們仔細(xì)看了別家公司案例是做成怎樣，為什么能很快的去滿足需求，我們覺得很有道理，這才轉(zhuǎn)向了以業(yè)務(wù)驅(qū)動的零代碼。

其實我們八年前就用過明道的產(chǎn)品，當(dāng)時明道還不是智能表單，屬于工作協(xié)同平臺。但是轉(zhuǎn)向智能表單，是在我們參加完他們的產(chǎn)品發(fā)布會有了解之后，做選型的時候決定要用明道。

零代碼首先給業(yè)務(wù)帶來最明顯的提升是迭代速度。明道比傳統(tǒng)的 sharepoint 的開發(fā)時代快了太多倍，零代碼平臺嚴(yán)格來講不是開發(fā)平臺，而是配置平臺。

業(yè)務(wù)流程描述形式，開會時間即能邊聽邊做，流程怎么走，后面數(shù)據(jù)怎么出，都能在開會過程中完成討論，會議結(jié)束之后設(shè)置個自動化系統(tǒng)，先去跑一個版本，有問題能及時群里反饋。這個迭代速度甚至不能用里程碑來衡量，基本上就是隨時迭代，而且自定義的程度非常高。

第二是所見即所得的交付能力。以前做 Java 開發(fā)時，在前端、后端、數(shù)據(jù)庫上，需求方和開發(fā)者之間有一個周期性分割和思想溝通上的隔閡，開發(fā)過程實際跟交付過程處于割裂狀態(tài)。但零代碼平臺不存在這個問題，基本開會時間就已經(jīng)在做，推快整個項目效率。

第三是 bug 比較少。由于屬于配置性開發(fā)，不屬于真正的代碼性開發(fā)，就不存在發(fā)布版本問題，最多只是邏輯誤判，而不會出現(xiàn)一個技術(shù)型 bug 崩潰導(dǎo)致流程走不下去。bug 少就能節(jié)約大量測試環(huán)節(jié)，甚至可以放心的讓用戶去直接測試。

第四是門檻變低以后能讓更多人參與開發(fā)。有些 DIY 能力強(qiáng)的同事看到開發(fā)過程后領(lǐng)悟很快，會主動要一個開發(fā)者權(quán)限，自行做應(yīng)用給部門用，形成一個社區(qū)性開發(fā)，讓更多非專業(yè)的開發(fā)人員在內(nèi)部做開發(fā)。這只有零代碼平臺才能實現(xiàn)，哪怕低代碼平臺，非開發(fā)人員也根本參與不了，所以我認(rèn)為明道把這種零代碼做到很強(qiáng)是可以取代某些開發(fā)人員的工作場景。

3. 關(guān)于限制

限制是由于每家公司都會有自己風(fēng)格的界面和操作文化所導(dǎo)致，比如這個字段只能這樣，最多只能改變它的某些屬性參數(shù)，但不能夠改變大的形態(tài)。

這種情況下所產(chǎn)生的自由度是會帶來一些功能限制，比如某個界面，傳統(tǒng)方法是點完某個按鈕出來一個下拉菜單，直接把這三四個信息合起來進(jìn)行選擇，在一個小菜單上就能實現(xiàn)。但由于低代碼平臺界面控件選擇有限，所以它在操作界面上相對受限，只能適應(yīng)明道的操作方案。

另外從編程角度也受到部分限制，比如審批工作流，有種工作流沒有設(shè)計過，這個時候我們會去找明道廠商詢問有沒有可能實現(xiàn)，可能出現(xiàn)的答案是：沒打算實現(xiàn)以后也不會實現(xiàn)；現(xiàn)在沒有但建議很好，后面的版本會把這個功能加上；再就是我們其實有這個功能，只是你不會用。

通常只有這三種回答，我們會感覺到還是要依賴廠商，不像定制開發(fā)可以任意提需求，基本都是回答可以做。從明道的角度來講，一定要找共通性，所以對我們的需求，也不是 100% 滿足。不過，我們提的需求里只有兩到三成他們解決不了，這不是他們的路線，大部分是可以實現(xiàn)。

4. 關(guān)于實質(zhì)性的業(yè)務(wù)幫助

我們收到的郵件、聊天系統(tǒng)、Excel 越少，證明 OA 比以前要做得好，因為很多流程可以跑在上面。我們一個基本評估指標(biāo)是去看老板的郵箱，去挖掘還有哪些流程沒有標(biāo)準(zhǔn)化，我們上海老板的郵箱事務(wù)性郵件，大概減少七成的樣子。

上一代 OA 系統(tǒng)沒有達(dá)到有效降低郵件的目標(biāo)，反而帶來了一些負(fù)向增加，系統(tǒng)本身設(shè)計還有一些不合理的地方，有些東西沒考慮到選項不在，員工為了能讓單子通過，反而要發(fā)一個郵件強(qiáng)調(diào)是 OA 上面沒有選項。

這一代 OA 解決掉這個問題，基本員工說沒有選項，直接解釋一下為何要增添選項，只要我們評估下來功能正確，馬上就可以加。上一代 OA 系統(tǒng)基本不可能實現(xiàn)，增添選項得去找工程師，改數(shù)據(jù)庫，以及測試，所以低代碼還降低了溝通碎片化的問題。

除 OA 以外，我們現(xiàn)在把一些數(shù)據(jù)生產(chǎn)系統(tǒng)也移到明道上。我們做市場研究每天要處理大量數(shù)據(jù)，有一些要寫程序，有一些是由數(shù)據(jù)庫來管理。自從用明道的工具，DIY 能力強(qiáng)的同事就能用這個工具來幫助他處理數(shù)據(jù)，我們把諸多數(shù)據(jù)后臺的管理平臺接到了一個平臺上，只要有 API 和數(shù)據(jù)庫，基本都可以連上去。

5. 關(guān)于明道云產(chǎn)品使用體驗

其實我們也用過一些其他零代碼，對比下來會發(fā)現(xiàn)很多界面不夠精致，如果以 APP 市場所有的 APP 作為衡量標(biāo)準(zhǔn)，大廠的 APP 因為是為 To C 服務(wù)，產(chǎn)品的用戶體驗自然追求到極致。

明道的產(chǎn)品，相對更接近于大廠的消費級 APP 產(chǎn)品，無論是從 APP 端還是從 PC 端去瀏覽，不像是一個工業(yè)品。以往看到的給企業(yè)用的軟件，總有一種工業(yè)味道，諸如字段排列比較隨意，按鈕偏左一點還是偏右一點，其實也無所謂，在 To B 的場合大家都可以容忍。

明道在這方面做的至少比我接觸的幾家要工整精致的多，我認(rèn)為這對用戶體驗影響很大。當(dāng)然，其它家也各有所長，只是從界面上來講，他們選擇的是以實用主義為準(zhǔn)的路線。比如精簡前端代碼，輸入數(shù)據(jù)時瀏覽器的效率更高，是明顯不走用戶體驗風(fēng)而是走簡潔風(fēng)，目的是為了操作響應(yīng)更快。

國內(nèi)有大量的精致的消費級網(wǎng)站、App 產(chǎn)品，我個人認(rèn)可這種產(chǎn)品界面，現(xiàn)在我們已經(jīng)被大廠的產(chǎn)品鍛煉到，如果不順著這個操作模式，就會覺得這是個問題。這件事已經(jīng)形成一個標(biāo)準(zhǔn)思維，你必須 follow，這樣同事根據(jù)直覺就能學(xué)會大部分基本操作，不需要更多時間來進(jìn)行培訓(xùn)。

如果一個東西要反復(fù)講，會花費大量時間成本，我們以前 OA 有一張操作手冊叫常見問題，有六七十個問題。因為開發(fā)資源有限，一動就要動全身沒法優(yōu)化界面，最后就將這 60 多個問題寫成文檔，這兩三年一直就是新人必問。這就不是一個好的系統(tǒng)，好的系統(tǒng)理論上只要熟悉業(yè)務(wù)就能看明白該怎么用。

所以明道云大幅緩解了我們對于基礎(chǔ)性問題的回復(fù)工作，我們現(xiàn)在對新人的培訓(xùn)也著重在業(yè)務(wù)問題而不是操作性問題。

如果說服務(wù)客戶可能現(xiàn)在還不太合適，因為它的界面可能達(dá)不到商業(yè)化的服務(wù)客戶，尤其面對服務(wù)消費者，是要做花哨一點，用戶體驗也要再貼近于當(dāng)時的場景，這個不適合用明道。但是管理包括給 To B 的客戶做服務(wù)，這個界面已經(jīng)足夠友好。

6. 關(guān)于信任

我們本身是做 To B 的公司，做 To B 的生意大家都知道信任是基礎(chǔ)，價值是動力，有價值有信任的生意才能做。其實我們跟明道有淵源，是十多年的老朋友，當(dāng)時明道云還叫梅花信息，兩家老板以前創(chuàng)業(yè)時候也一起共事過。

任總這個人從前做產(chǎn)品，就屬于不管做什么事，都會往消費級上面要求，哪怕他做的是一個工業(yè)品，也會往消費上靠，尤其是在技術(shù)產(chǎn)品上面，我們并不擔(dān)心明道在技術(shù)開發(fā)方面有一些低水平的 bug 或者低水平問題，我們基于對他十幾年的認(rèn)識，了解他的做事風(fēng)格，這與他個人的職業(yè)素養(yǎng)或者價值觀有關(guān)。

但我認(rèn)為這只是個巧合，因為我們也做過其他產(chǎn)品的選型，假設(shè)沒有信任基礎(chǔ)的情況下，我們開始從頭做，我們的方法就是多家產(chǎn)品特點，表格化橫向?qū)Ρ?，從邏輯?dāng)中去尋找價值，并在合作當(dāng)中考察合作伙伴的品質(zhì)。

有一定的信任基礎(chǔ)，讓我愿意親自花時間去了解這個東西。如果是按正常流程，我們會先把市面上的所有家找出來然后列張表，優(yōu)勢劣勢列清楚排著做一遍后再進(jìn)行選擇，但是有信任關(guān)系的話，是可以直接跳過一些環(huán)節(jié)進(jìn)入到實質(zhì)性環(huán)節(jié)。

7. 關(guān)于低代碼的看法

低代碼本身并不神奇，只是人類正常需求被更有效地得到滿足。標(biāo)配就是軟件行業(yè)的開發(fā)標(biāo)準(zhǔn)得到提升，要求你具有更強(qiáng)的配置性。另外標(biāo)準(zhǔn)軟件可配置性能力的提升，吃的是以前需要定制軟件的市場，所以既然我看好低代碼，其實是不看好傳統(tǒng)定制軟件行業(yè)的發(fā)展前景。

我覺得低代碼其實并沒有走到革命性的遠(yuǎn)，只是這本來就是標(biāo)品軟件，該做好的事兒沒做好。以前軟件你要學(xué)要用也不會為你做出什么改變，或者說改變成本極高，現(xiàn)在將這個級別拉低，salesforce 20 年前就已經(jīng)明白這個道理。

綠城建筑科技集團(tuán)：讓精力專注于解決方案

口述者：綠城建筑科技集團(tuán)有限公司，信息管理部經(jīng)理，李楊

綠城建筑科技集團(tuán)是綠城下屬的全資子集團(tuán)，主要做建筑地產(chǎn)下游產(chǎn)品，例如裝飾、幕墻類，以及一些產(chǎn)業(yè)投資配套。公司未來 5 年規(guī)劃，主要是科技裝修方向，這也是母公司綠城中國給我們的任務(wù)。

1. 為何要搭建低代碼

我們主要是想解決重代碼下，外包人員不好控制的情況，我們作為地產(chǎn)下游的乙方施工單位，施工行業(yè)本來就是利潤薄的一個部門，整個行業(yè)對信息化投入比例都很小。當(dāng)時公司也遇到信息化發(fā)展瓶頸，第一是不確定未來的發(fā)展方向，第二是不知道信息化該如何跟公司業(yè)務(wù)匹配。

那時候我和領(lǐng)導(dǎo)兩個人一塊出去考察，參觀下來發(fā)現(xiàn)同行還都是用重代碼，并未給我們帶來很多的未來方向啟示。后來一家航空公司的小伙伴，跟我們分享了他的想法，說我們可以去了解低代碼工具，這樣簡道云的產(chǎn)品進(jìn)入到我們視野，但在和簡道云團(tuán)隊對接初期時，我們也沒感覺它的優(yōu)越性在哪里。直到慢慢看過一些案例，以及他們詳細(xì)解決方案講解，當(dāng)時感覺找到了低代碼工具作為公司信息化的方向。

2. 為何選擇簡道云

我們 2020 年 9 月發(fā)現(xiàn)簡道云，開始對接和試用，今年 6 月正式使用，目前我們的綜合管理系統(tǒng)的產(chǎn)業(yè)配套板塊已經(jīng)用簡道云完全覆蓋了，其他板塊也在嘗試覆蓋。

首先我們整個流程體系都在用帆軟的 FineReport 跟 FineBI 這兩款產(chǎn)品，這兩款產(chǎn)品一直合作下來，從高層到一線員工，對產(chǎn)品的認(rèn)可傾向性很高。

第二簡道云可以和帆軟集成，從前端的數(shù)據(jù)收集，到報表和BI數(shù)據(jù)上的展現(xiàn)，整個鏈條上技術(shù)實現(xiàn)上沒有障礙。

第三也是最重要的一點，我們最看重的是簡道云的更新速度，基本上一個月兩到三次迭代。簡道云團(tuán)隊會時常詢問我們的需求和建議，主動打電話回訪，讓我覺得這家公司是負(fù)責(zé)任的。這三點是我選擇簡道云最主要的原因。

我們在選型時期，也了解過很多其他家產(chǎn)品，沒有選擇其他家一個直觀原因是不提供試用。簡道云給我的感覺比較友好，不但提供試用還提供技術(shù)支持。別家產(chǎn)品一定要先購買才提供技術(shù)支持和試用，這其實已經(jīng)給人一個拒之門外的感覺。

另外簡道云提出各個行業(yè)的解決方案吸引到我們。例如我們后面想研究離散制造這塊業(yè)務(wù)，花了大量精力想把這個行業(yè)做起來，一方面能讓我們成長，我們的經(jīng)驗也能放到簡道云上進(jìn)行推廣。簡道云在技術(shù)上給我們提供免費支持，我們是共同研究、相輔相成的一種關(guān)系，其他平臺方?jīng)]有這種優(yōu)勢。

3. 關(guān)于實質(zhì)性的業(yè)務(wù)幫助

最直觀的一點就是降低了我們信息化的投入成本，包括系統(tǒng)建設(shè)成本，人員投入成本。尤其是現(xiàn)場施工勞務(wù)人員的用人成本，重代碼的時候花大心思，投入了大量的金錢和精力，但信息化也做的并不好，這是主要的一個致命問題。

其次，它的建設(shè)周期比較短，常規(guī)一套項目大概需要半年以上才能開發(fā)出來。自從采用了簡道云，我們基本上一個月就能出一套應(yīng)用、功能或模塊。成為一個良性循環(huán)，業(yè)務(wù)部門提出的業(yè)務(wù)需求我們快速響應(yīng)，響應(yīng)之后他們會主動的提更多需求，以前重代碼開發(fā)時，響應(yīng)不夠及時，客戶也就懶得再去提，到現(xiàn)在大家都積極主動的來提供改進(jìn)措施，通過信息化手段來落地。

我們正在上線的幕墻業(yè)務(wù)模塊，傳統(tǒng)用重代碼開發(fā)基本都要半年以上時間，而且做出來之后，業(yè)務(wù)方對我們做出來的這套軟件系統(tǒng)也不是特別滿意，有很多的吐槽點，比如我們的動態(tài)成本，在重代碼的時候一直沒做出來。

上簡道云之后，7 月 12 號正式開始立項調(diào)研開發(fā)，今天已經(jīng)開發(fā)測試完，下個月 10 號就正式上線。除去中間一個月疫情的時間，實際干活時間也就一個月左右。

第三個是需求變更少且容易調(diào)整。我們在用簡道云開發(fā)時，就發(fā)現(xiàn)過一次需求變更，當(dāng)天就將它調(diào)整過來，不會影響到框架業(yè)務(wù)。

第四個在數(shù)據(jù)上，通過通用的接口來對接我們的數(shù)據(jù)庫，避免通過Excel手工干預(yù)數(shù)據(jù)的大量重復(fù)工作，極大提高上線速度。

在建筑行業(yè)內(nèi)沒有一家企業(yè)能做到完全的動態(tài)成本，我們在用重代碼的時候也講不透，這是我們行業(yè)的一個關(guān)鍵痛點。

上了簡道云以后，我的研究方向是想用簡道云工具來搭建實現(xiàn)我們的所有過程動態(tài)，包括投標(biāo)成本、清標(biāo)成本、過程成本，將這三個維度作為指標(biāo)性參考來落地，對于我們后期預(yù)警以及計劃具有很好的參考性。

后續(xù)我希望這個部門變成生產(chǎn)力部門，輸出我們的行業(yè)解決方案和行業(yè)經(jīng)驗。不單單是建筑施工，而是多業(yè)態(tài)復(fù)合型企業(yè)，每個人帶課題去研究綜合性多業(yè)態(tài)的解決方案，讓我們的信息化部門也可以產(chǎn)生效益。

4. 關(guān)于限制

長期使用之后，我們發(fā)現(xiàn)簡道云平臺能解決一些標(biāo)準(zhǔn)的、通用的業(yè)務(wù)邏輯，比如制造業(yè) CRM 客戶管理，而解決行業(yè)或企業(yè)定制的需求還有困難。

例如我們建筑行業(yè) BIM 、CAD、圖紙設(shè)計這塊專用工具，簡道云還不具備這類能力，后來我們只做了一個 CRM 的展示，BIM 還是接我們的專用工具。因此簡道云還不能夠去覆蓋專業(yè)上的工具，只能服務(wù)一些流程上的業(yè)務(wù)。

5. 關(guān)于改變

行業(yè)經(jīng)常說技術(shù)不懂業(yè)務(wù)，業(yè)務(wù)不懂技術(shù)。現(xiàn)在我們可以完全將這個拿掉。業(yè)務(wù)部門最了解需求，那想要什么需求自己畫出來之后，由技術(shù)去發(fā)揮技術(shù)力量。我們之前做了估算，從人力上來講，以前我們開發(fā)人員需要配兩到三個，現(xiàn)在一個人就能做出相同內(nèi)容。

現(xiàn)在公司整個層面對信息化的信心也高，信息化人員工作方向更明確，以前信息化更像是一個部門工具培訓(xùn)的邊緣部門，現(xiàn)在從整個公司層面得到改觀。

在團(tuán)隊建設(shè)上，以前我們的UI表單都是由技術(shù)人員構(gòu)建后再將它畫出來?，F(xiàn)在業(yè)務(wù)部門想要什么自己來畫，我們信息化人員只幫他去做數(shù)據(jù)邏輯關(guān)聯(lián)上的底層事情，更多的精力就考慮放在對部門管理、公司要求、行業(yè)還有哪些難點，更多去關(guān)注解決方案的事情，對我們來講也更有意義和價值。

6. 關(guān)于信任

為什么對簡道云有這樣的信任，一開始我也不了解簡道云，不了解帆軟，因為集團(tuán)母公司在用，我們也就跟著在用 Report。我們是在跟簡道云技術(shù)人員對接過程中，遇到技術(shù)問題請他們幫忙時，他們響應(yīng)速度很快，所以信任是在這個層面建立的，可以放心的交給他來解決問題，這是我的主要觀點。

因為我們的業(yè)務(wù)基本上都是 B 端，用簡道云搭建我們的業(yè)務(wù)系統(tǒng)，可以縮短開發(fā)和項目時間，產(chǎn)生的良好效果能影響到我們整個綠城的體系，包括我們下游的一些客戶，以及 B 端供應(yīng)商，他們看到我們使用低代碼獲得的巨大收益，會把我們樹立成標(biāo)桿來學(xué)習(xí)。

7. 關(guān)于低代碼暢想

未來 90% 以上的中小型企業(yè)會使用低代碼搭建自己的業(yè)務(wù)系統(tǒng)，特別是對信息化投入不高的小型企業(yè)，低代碼覆蓋率高且推廣起來會很快。

因為低代碼具有開發(fā)周期短的優(yōu)點，信息化含量高、投入高的大型企業(yè)或是跨國性公司，也會適當(dāng)采用一些低代碼的開發(fā)方式，我們的母公司就用到簡道云去實現(xiàn)某一塊功能。

我覺得每家公司都在逐漸意識到低代碼的優(yōu)勢，其實我們不算走的很靠前，有很大一部分企業(yè)已經(jīng)走在我們的前面。去年我們還很少聽到低代碼的聲音，而今年身邊一些同行業(yè)的競爭對手都在陸續(xù)嘗試使用低代碼。

富力集團(tuán)：低代碼是打開傳統(tǒng)開發(fā)的黑盒子

口述者：富力集團(tuán)CIO 馬劍

我們是一家綜合性的房地產(chǎn)，以開發(fā)房地產(chǎn)為主營業(yè)務(wù)的集團(tuán)型公司。富力在業(yè)務(wù)發(fā)展中追求多元化的目標(biāo)，在酒店、商業(yè)文旅、醫(yī)療康養(yǎng)，包括設(shè)計建造等領(lǐng)域都有涉及。

1. 為何選擇得帆云

2018 年底，我們內(nèi)部就已經(jīng)在看應(yīng)用開發(fā)平臺，包括一些技術(shù)走向，只不過當(dāng)時市場上還沒有很明確的概念和產(chǎn)品。后來在我們把周邊一些配套體系逐一構(gòu)建后，進(jìn)入到平臺選型，對比了行業(yè)內(nèi)一些不同廠商，正式定下跟得帆合作。

作為用戶來說，從以往IT建設(shè)的經(jīng)驗教訓(xùn)來說，我們希望它本身具有融合性又有開放性。選擇得帆其實有優(yōu)點也有缺點，我們相對看重的是他們的團(tuán)隊。

得帆是一家技術(shù)風(fēng)格較為鮮明的公司，包括整個團(tuán)隊在解決企業(yè)內(nèi)部特定的復(fù)雜問題上具備很多經(jīng)驗。他們在關(guān)鍵方面的提升能力，也符合B端企業(yè)真正在技術(shù)平臺落地時所面臨的一些困難需求。

第二個它本身的開放性沒有太多的生態(tài)綁定，能夠從我們企業(yè)的角度去實現(xiàn)與其他體系的結(jié)合，比如服務(wù)的治理和 API、流程和用戶體系的集成。

第三個非常重要的方面，是需要從客戶那里積累大量經(jīng)驗，這方面得帆實踐經(jīng)驗會更成熟。我們所了解到得帆在很多客戶這邊，并不是以賣產(chǎn)品高溢價的方式，我印象里一直記得張桐總所說，如何評判成功項目：一是能收回錢，二是有后續(xù)合作(二期三期），三是能帶客戶去現(xiàn)場參觀。我覺得這三方面是蠻實在的一種說法。

2. 關(guān)于上低代碼的初衷

本身低代碼要解決的是應(yīng)用開發(fā)問題，如果從整個數(shù)字化轉(zhuǎn)型或者是管理的角度，解決的又是一個效率問題，如何將現(xiàn)在不確定的業(yè)務(wù)在短時間內(nèi)更好的給到用戶，給到這個公司一個快速響應(yīng)，解決的也是一種業(yè)務(wù)隊伍變化速率上的理解問題。

在富力我們并不是叫低代碼平臺，叫做應(yīng)用開發(fā)者體系，低代碼是其中一環(huán)。現(xiàn)在整個的應(yīng)用開發(fā)很大程度上是基于我們的各種多端的應(yīng)用，包括基于互聯(lián)網(wǎng)的應(yīng)用。

這種情況下我們需要考慮，第一我們要有云計算的基礎(chǔ)設(shè)施配套，能夠支持基于現(xiàn)在原生的技術(shù)框架。比如現(xiàn)在整個的 docker 容器，能夠便于我們最終在應(yīng)用實踐的形態(tài)層面，更好的適應(yīng)現(xiàn)在這種模式。

第二需要在開發(fā)的整個的供應(yīng)鏈條上進(jìn)行拉通，包括 devOps、CMDB、這些要能夠跟本身的開發(fā)工具去進(jìn)行拉通和聯(lián)動，它不是單一存在。

第三在基礎(chǔ)網(wǎng)絡(luò)安全層面要構(gòu)建相應(yīng)的能力去配套。要考慮到用戶在使用應(yīng)用中，會通過多端多鏈路的任何地點任何端去使用你的應(yīng)用場景或功能。

所以除了可見功能之外，還需要有很強(qiáng)大的一種公共或者是共享服務(wù)能力，去將下層各類后臺系統(tǒng)的內(nèi)容進(jìn)行一定封裝改造，形成組件化的服務(wù)，以后低代碼可能最終面向的是能夠構(gòu)建應(yīng)用服務(wù)的市場。

3. 關(guān)于實質(zhì)性的業(yè)務(wù)幫助

一種是平臺的建設(shè)。

第二個是我們一些示范性的應(yīng)用，也跟我們自身對于以后像特別是這種在企業(yè)中間還有其他的一種能力或者組織的轉(zhuǎn)型有關(guān)系。

真正引入低代碼之后，最大的影響實際是建立在組織相應(yīng)的一些轉(zhuǎn)型基礎(chǔ)上。低代碼跟用戶溝通和設(shè)計的體驗更好，會加快項目本身的成果孵化。能夠在用戶需求和預(yù)期上拉齊，對項目的風(fēng)險控制，包括開發(fā)質(zhì)量，以及整個的迭代周期都能起到促進(jìn)。后面也會在相對有規(guī)范的方式下，注重原來專業(yè)化工作的縱深發(fā)展。

很多時候用戶在使用中的問題包括新需求，要有一個很長的周期去解決。現(xiàn)在有了低代碼和我們自己相關(guān)的研發(fā)體系配套，只需重點關(guān)注核心工作，把作為專業(yè)角色的能力去更好外延。所以我們并不是關(guān)注純粹一個點上的問題，而是整套體系，在滿足業(yè)務(wù)變化上更高質(zhì)量的去理解和實現(xiàn)客戶需求。

我們現(xiàn)在重點放在 iPaaS 和 aPaaS 上。iPaaS 層面我們更多是做集成能力相關(guān)，aPaaS 主要用于應(yīng)用構(gòu)建和共享服務(wù)的構(gòu)建。

解決具體應(yīng)用開發(fā)上面，第一怎么在整個開發(fā)的過程，對于角色或者是組織轉(zhuǎn)型上起到一個推動作用，讓大家重新定位和改變自己的工作方式，包括提升工作技能。

第二個是應(yīng)用開發(fā)本身，能更精細(xì)化的管理整個產(chǎn)品的交互過程。結(jié)合我們自己研發(fā)體系，包括整個 devOps 的供應(yīng)鏈，能夠打開我們原來傳統(tǒng)開發(fā)過程中的黑盒子，清楚的看到整個軟件產(chǎn)品生產(chǎn)過程，并進(jìn)行更好的把控。

第三個是我們在體系下面也在做相應(yīng)的軟件開發(fā)規(guī)范，去改變后邊對于供應(yīng)商的一些生態(tài)結(jié)構(gòu)。前面關(guān)于設(shè)計大的原則把控我們已經(jīng)足夠清晰，就能找更多價格低廉多種類的供應(yīng)商去參與到項目中。

4. 關(guān)于限制

其實我覺得任何工具，任何軟件都有自己的邊界。再去選擇一個東西的時候，一定不是說因為看到了低代碼，所以要去選低代碼。首先要自問想要解決什么問題，現(xiàn)在轉(zhuǎn)化成想達(dá)到的結(jié)果。

如果說現(xiàn)在有什么不足，我認(rèn)為限制就是短時間里大部分沒有業(yè)務(wù)性的解決方案，缺少一個業(yè)務(wù)模型，企業(yè)若沒有積累沉淀自己的業(yè)務(wù)模型，低代碼就只是一個小場景化的開發(fā)工具；而企業(yè)有相應(yīng)的業(yè)務(wù)能力和業(yè)務(wù)積累后，就可以用低代碼去進(jìn)行相對復(fù)雜的業(yè)務(wù)應(yīng)用重構(gòu)。但通常低代碼沒有，這是一個普遍問題。

第二個就是圍繞這個基礎(chǔ)，可能有一些特定的應(yīng)用場景和界面交互的方式構(gòu)化。這些是原來應(yīng)用廠商積累更深的地方，低代碼還沒有達(dá)到這個程度。

所以主要還是看人，它的缺點在于自身對于它的定位，還在于客戶的一個選擇和考慮，就怕是錯用，或者把低代碼的預(yù)期和價值抬得過高。不管是IT用戶還是業(yè)務(wù)用戶，在面對新概念的時候容易產(chǎn)生一種誤區(qū)。特別像低代碼技術(shù)性比較強(qiáng)，很多時候?qū)τ?IT 用戶沒法甄別。

5. 關(guān)于信任

不管是得帆跟我們合作，還是我們再去服務(wù)自己的客戶，都是首先要誠信，因為沒有用戶的信任想做任何創(chuàng)新都不能夠持續(xù)。

如果從IT的角度，很多公司在提科技以人為本或者科技向善，這里面最核心的就是說通過你的服務(wù)過程和產(chǎn)品體驗。

另外在合作的過程中，對技術(shù)的信任也至關(guān)重要，大家要誠實講出能做什么不能做什么，這個問題其實不必回避，不能為了銷售行為去刻意夸大，永遠(yuǎn)不要忽視用戶的判斷力。

所以在跟客戶溝通時不是在秀自己多好多強(qiáng)，讓別人取得信任的前提是要傳遞價值，這個價值是基于別人需求的價值，要先看到別人的需求和你傳達(dá)的東西是否匹配。

6. 關(guān)于低代碼未來發(fā)展看法

我覺得這個東西一方面是要通過一些新的概念，去思考一些新的價值，概念可能會帶來一些新的思考和創(chuàng)想，它不完全是壞的，但需要審慎一點，去看到它的本質(zhì)和核心，解決問題才是關(guān)鍵。以前講不要拿著榔頭去找釘子，首先應(yīng)該要去明確想解決的問題。

我認(rèn)為低代碼是階段性的技術(shù)發(fā)展產(chǎn)物，以后會以不同的技術(shù)形式解決問題。現(xiàn)在低代碼能夠做應(yīng)用、做場景、做服務(wù)，但當(dāng)以后應(yīng)用場景、服務(wù)觸點、和形勢發(fā)生變化后，需要有新的技術(shù)，現(xiàn)在的低代碼就不能滿足。

比如說最近看到像微軟的 Hololens，它就是基于 VR 、AR 或者 3D 的一種場景來進(jìn)行交互。但是低代碼的生命期應(yīng)該會蠻長，現(xiàn)在剛好處在炒作期，企業(yè)客戶需要仔細(xì)甄別，也需要實踐過程中能夠真正運(yùn)用得當(dāng)。

我覺得以后大多數(shù)公司都會在自己的產(chǎn)品用到低代碼，就像以前的 Java 架構(gòu)，現(xiàn)在的云原生的支持容器架構(gòu)，以后低代碼會成為一個基本能力。但是基本的能力不代表著誰都可以做的很好，而且在企業(yè)的環(huán)境中間，不希望被生態(tài)綁定。

其實我覺得現(xiàn)在還是缺少一個真正能夠得到用戶信任有號召力的平臺。但市場是多樣化的，就像有很多大的云服務(wù)商，自己也提供云計算技術(shù)、以及 IaaS、PaaS，包括研發(fā)生態(tài)。

未來企業(yè)可能會將多種能力進(jìn)行組合，我覺得這種生態(tài)意味著大家不會偏信某一家公司，而是會綜合更多不同公司最好的能力來做組合。我始終認(rèn)為低代碼是一個階段性，會在其他技術(shù)的推動下發(fā)生新的變化。