GPT:低代碼的終局性機遇
在低代碼領域,隨著不斷榨干傳統圖形交互潛能,以及受限于傳統軟件開發思維框架,進一步提高“易用性”逐漸遭遇了瓶頸。而這種易用性的困境可能會因為GPT的成熟迎來新的機遇,本文作者對GPT帶來的低代碼新機遇進行了分析,一起來看一下吧。
一、低代碼的易用性困局
作為一個承載了人們對于“全民數字化”美好期許的技術方向,低代碼領域過去二十年,在不斷降低軟件開發門檻的道路一路狂奔。然而,隨著不斷榨干傳統圖形交互潛能,以及受限于傳統軟件開發思維框架,進一步提高“易用性”逐漸遭遇了瓶頸。
市場上的低代碼產品解題思路是相似的:通過可視化拖拉拽的編程方式,使得非專業程序員也能夠快速地構建應用程序,從而降低軟件開發成本、提高開發效率。但大家不得不面對的是,即便通過可視化編排,對于特定領域DSL生成門檻依然不低。而這種易用性的困境可能會因為GPT的成熟迎來新的機遇。
目前的低代碼產品,為了降低學習門檻,普遍將一個應用抽象為四個對象:頁面、流程、邏輯、數據。
可視化拖拉拽的方式,對于頁面搭建的提效是最為顯著的,通過組件拼裝,無需專業的前端知識,一個小白經過簡單指導,也可以快速搭建出一個標準中后臺管理系統或者營銷H5頁面。比起頁面的直觀,流程的可視化就稍顯抽象,不過,得益于類似流程圖的編排方式,非技術用戶也是可以自主編排OA簽報、工單流轉等大多數數字辦公場景。
相比前兩者,對于邏輯、數據流的可視化編排,在易用性上一直給行業帶來不小的挑戰。通常的做法是將我們平時寫代碼的一些常用方法,抽象為一個個算子組件,以“觸發條件+事件”的格式引導用戶進行配置。但在這個過程中,依然對用戶的業務抽象推理能力有較高的要求。
例如:一個入庫管理中,物料入庫更新庫存數的動作,通過可視化邏輯編排也大約需要定義:數據新增時觸發、獲取數據、計算庫存、更新庫存數、以及相關限定條件判斷等不少于五個節點,涉及配置項超過10個,而這已經是行業的頭部產品一再簡化之后給出的高分答卷。對于數據流的處理也在面臨同樣的挑戰。
現有思路逐漸進入瓶頸,再進一步,更多是增加海量應用模板——降低用戶需要自行配置的概率,或者,增加輔助引導——提高用戶對于操作的理解能力。
但這些,其實很難從數量級上降低這類配置搭建的難度。很長一段時間,低代碼的易用性問題也就囿于“可視化”的框架得不到突破。
GPT的出現,給低代碼從業者帶來了新的機遇。
二、GPT帶來的低代碼新機遇
1. AIGC突破低代碼的“易搭”困局
在一個數字化系統“搭建”過程中,無論是流程編排還是邏輯流設計,本質是將業務語言轉化為系統語言,是對于業務流程、規范、限定的數字化“翻譯”。
傳統IT開發經歷機器語言、匯編語言、高級語言,到領域特定的DSL,編程語言的演進一直在朝著提供更高層次的抽象和更易用的語法方向發展,使開發者能夠更快速、更有效地表達和解決問題。雖然GPT本身并不能作為一種編程語言,但借助GPT這樣的LLM(大語言模型,Large Language Model)對于自然語言的處理能力,配合相應的模型訓練,可以直接生成特定領域的代碼,從而建立起從自然語言直接到領域代碼的橋梁。
低代碼的演進發展的過程中,為了解決易用性的問題,一直在進行著“無限枚舉”的工作,無論是對于組件配置屬性的結構化、對于顯影規則/校驗規則這樣的前端事件配置化,還是對于流程編排的事件節點提取、對于邏輯方法的算子封裝,底層都是對于特定領域代碼的抽象化,與傳統編程語言的演進方式非常類似,為利用LLM處理這類場景問題,提供了天然的條件。
例如,我們前文提到四大對象之一的流程編排,其底層工作流引擎就有像BPMN2.0這樣行業較為通用的標準化協議,通過定義了一套符號和規范,來描述業務流程的各個元素、流程邏輯、參與者角色、任務、事件等。
2022年十月,微軟發布了AIGC在他們流程自動化Power Automate模塊中的應用,其中就展示了基于自然語言描述一個業務流,系統會給出相應的流程示例,再經過用戶自定義調整,最終生成一個系統的自動化流程。
我們在低代碼借助大語言模型AIGC能力,解決應用搭建易用性問題的過程中,還是遇到了一些較為明確的挑戰。
1)領域數據稀缺性
要訓練GPT模型生成特定領域的代碼,首先需要收集并準備足夠的領域代碼數據集,并進行數據清洗、預處理和標注,以便用于訓練。
不同于GPT-3.5訓練時廣泛采用了,包括了互聯網上的大量文本、書籍、文章、對話記錄在內的幾千億個單詞。像BPMN2.0協議代碼這樣的語料,相比較之下要小好幾個數量級。同時,像頁面表單Schema、規則邏輯引擎的DSL代碼各個廠商之間的差異化巨大,很難找到標注完成的高質量語料。因此,各個廠商不得不自主進行數據清洗、標注,“生產”出能夠進行訓練的高質量數據,這也是我們正在進行儲備工作。
2)領域理解和需求一致性
做過需求訪談的同學應該有很深刻的感受,引導用戶清楚描述自己的需求或者幫助用戶梳理業務本身就是一個十分有挑戰性的問題,加上中文很強的二義性特征,準確描述需求本身是有難度的。
DSL代碼需要準確表達特定的業務邏輯和行為,才能夠被低代碼平臺或工具正確地解析和執行。從實際場景到需求描述、從需求描述到DSL、DSL到系統執行,整個鏈路上提高信噪比、保證語義一致性是至關重要的。
3)人工后處理交互
為了保證最終產物的準確性以及可用性,對于AI生成的輸出通常要提供可進行人工后處理(post-processing)的能力。在這個過程中需要做到不引入新概念、減少用戶編輯其他中間產物,才能不增加用戶理解成本。我們看到微軟和國內一些廠商,采用了舉例多個結果+多輪次對話調整的方案,的確是一個很有價值的探索方向。
2. LUI助力面向結果的數字化系統
距離施樂公司最早推出基于GUI(Graphical User Interface)的用戶操作界面,已經過去了50多年,經蘋果、Windows發揚光大,通過鼠標在屏幕操作可視化圖標的交互方式,主導著軟件工業發展,多年以來,萬變不離其宗的數據列表、各種圖表工作臺,構成了我們絕大多數面向企業管理的數字化系統。
當我們回過頭來思考企業數字化的本質究竟是什么?從企業主的角度來看就是——助經營。為了達到這個目標,我們傳統的SaaS是怎么協同的:ERP、CRM、CMS、PMS這類系統解決流程在線、自動化的問題,并且完成數據采集,再將數據通過BI類工具進行分析、以及可視化呈現,最終體現為一個可以“指導”業務發展的數據洞察。對于企業主來講,第一目標始終都是這個所謂的“經營建議”,過程管理更多時候只是為了達到這個目標的副產物和輔助。
相較于GUI需要不斷通過點按、拖拽的交互,直接使用自然語言進行直接面向結果的交互才是人機交互的終局形態,誰會不期望自己有一個賈維斯呢?
自上個世紀90年代賈力尼克利用語言模型將語音識別的錯誤率控制到了10%以內,語言模型的產品價值嶄露頭角,后來經過引入語法語音等語言知識、借助云計算的海量資源、結合深度學習等,迭代成為了這一代生成式(Generative)大語言模型為LUI(自然語言交互界面,Language User Interface)的突破帶來了可能。作為一種新的交互,無論是微軟365 Copilot,還是國內飛書、釘釘推出的AI工具,都在強調通過自然語言描述一個目標,AI直接生成對應的結果,而省去用戶在傳統系統中“瀏覽”、“發現”的過程。
網易數帆在新發布的CodeWave智能開發平臺中,展示了通過對AI助手描述目標,系統自動生成對于應用數據的聚合統計表,并對可能的異常數據進行了標注,展示了自然語言交互帶來的便捷和高效。
相較于GPT在AIGC領域所面臨的諸多挑戰,憑借LLM較強的泛化能力,基于自然語言對話的形式,可以在LUI方向獲得更快的進步與普及。
三、GPT融合低代碼探索地圖
根據技術成熟度以及應用方向的匹配性,結合低代碼產品生命周期現狀,將GPT融合低代碼的探索分為了三個階段。
一階段:提供更便捷的AI智能問答接入能力
作為一個正在帶來產業變革的新技術,ChatGPT這樣的語言模型,還處在技術采用生命周期中“創新者”(Innovator)階段,正在完整從創新者到“早期大眾”(Early Adopters)的跨越。因此,第一階段的應用,還是圍繞這一代LLM最成熟的能力——智能問答。低代碼作為快速搭建應用的平臺工具,可以為用戶提供快速接入GPT、并融合搭建業務應用的能力。
二階段:基于LUI的業務化應用
基于智能問答的交互形式,以智能助手、智能機器人的產品化包裝,用戶通過提問來描述需求或指令,系統能夠理解用戶意圖并做出相應的響應和操作,結合ChatGPT和低代碼開發平臺的數據處理和可視化功能,為用戶提供數據洞察的能力,幫助用戶直接地理解和利用數據,拓展數字化應用在企業“助經營”中的作用。在這個方向,智能知識庫是成熟度最高,能夠快速進行產品化包裝的場景。
三階段:AIGC面向結果的應用生成
GPT與低代碼在較長時間跨度的融合賦能應該集中在代碼、應用生成的方向。為了更好的準備數據集訓練語料,早期階段針對垂直領域進行模型訓練以及產品化包裝,例如自然語言生成表單Schema、自然語言生成工作流、自然語言生成邏輯流、數據流。后期探索通過自然語言生成完整應用,并可通過多輪對話完成人工后處理及應用迭代。
總結
GPT這類的大語言模型,在同低代碼產品的融合賦能中,有兩個很重要的方向:一是利用LLM較強的語言理解及泛化能力,幫助數字化應用完成從GUI到LUI的演進,為終端用戶提供更友好、直接面向結果的人機交互體驗;二是利用LLM生成式特性,通過AIGC方式幫助應用搭建用戶以自然語言對業務場景的描述,生成相應的應用功能或完整應用。
GPT的出現可以幫助低代碼產品突破長期陷入瓶頸的易用性問題,為低代碼帶來終局性機遇。
本文由 @小博 原創發布于人人都是產品經理,未經許可,禁止轉載
題圖來自 Unsplash,基于 CC0 協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
gpt就是當年的人工智障,不可能有那么大的效果,畫個圖還行,代碼只能給個示例
學習