對話凡泰極客樑啓鴻：AI時代，代碼和數據的關係將被重新定義 | 數字思考者50人

“能做，要排期。”是IT開發者日常對話中的經驗語錄。

以一家大型銀行爲例，通常內部有數百個部門和分行機構，每個機構和分行都想嘗試觸達客戶。需求排期帶來的長時間排隊因此幾乎無可避免。

解決排期之後，新問題隨之而來——到底哪個功能才能放在首頁，企業並沒能找到決定排序優先級的最佳路徑。事實上，客戶訴求千差萬別，無論怎樣排序都不能滿足業務部門的需求，也不能滿足客戶的需求。

這些觀察正來自於樑啓鴻多年業界的實踐，以上難題也正是傳統數字化困局的典型表現。換句話說，傳統的軟件開發模式，因其高成本、長週期和僵化的架構，已經難以滿足現代企業對敏捷性和用戶體驗的迫切需求。

問題何解？樑啓鴻看中了小程序的價值。

在樑啓鴻看來，小程序具備跨終端運行、支持設備間傳遞接力、便於傳播分享等諸多優勢。基於以上特性，小程序不僅使用戶能夠隨需隨用，更爲企業開闢了新的場景發現和創新機制。更進一步，小程序的鬆散耦合架構也爲企業構建全新數字化基礎設施提供了可能性。

在這一架構下，企業能夠以“應用商店”的形式，自主運營小程序商店，管理自己的軟件供應鏈。同時，這一變革不僅限於IT內部的優化，更使企業能夠從外部合作伙伴處獲得小程序內容，建立自己的數字生態系統，實現數字資源的交換與整合。

樑啓鴻認爲，傳統的IT開發模式，類似於“計劃經濟”，需要預先規劃好所有環節，但往往落後於變化迅速的市場。小程序的鬆散耦合架構，更像是“市場經濟”，允許機構在建立平臺後，根據需要隨時調整業務功能。這一思維的轉變，不僅打破了企業IT的邊界，還使得IT資源可以全社會調度，有效消除信息孤島。

基於小程序架構搭建的“應用商店”由此成爲企業內部外IT力量平等競逐的舞臺，企業能在不影響現有操作的情況下，快速試驗和迭代新的服務或產品。文章開頭提及的開發排期慢、需求發現機制不足的問題得以解決。

AI的價值也在顯現，大語言模型賦予的複雜的上下文描述能力，使得小程序的功能性和智能化得到顯著加強。樑啓鴻介紹，當前小程序及其服務場景可以封裝於各個標準化單元之內，每一個單元均可通過複雜的上下文進行描述，轉化爲內容豐富的文本。這些數據可以被存儲於矢量數據庫中，與大型語言模型進行匹配，從而實現更高效的數據處理和應用。

“大語言模型能相當程度地幫助我們去實現搜索功能。在過去，哪怕是大型銀行機構的App也無法做出像樣的搜索功能。”樑啓鴻表示。

在這一過程中，“數據”這一概念的內涵和外延發生了重大變化——從單純的結構化數據演變爲帶代碼的數據。

對於這一類全新的數據形式，鈦媒體聯合創始人、聯席CEO劉湘明結合“富媒體”（這主要指具有動畫、聲音、視頻和交互性信息的豐富的媒體形式）的概念進而提出“富數據”的新概念。

與傳統的結構化數據相比，富數據有潛力實現更加動態的交互和執行功能。這種數據的智能化不僅有潛力提高數據的處理效率，也使得數據能夠在多個系統和平臺之間更加自由地流動和交互，極大地增強了數據的應用價值和創新潛力。

概言之，整合小程序的敏捷性、大語言模型的智能化能力以及“富數據”的高效數據處理，我們有望見證一個全新的企業軟件開發和運營模式的誕生。這一模式有望解決傳統IT開發的高成本和低效率問題，也可能爲企業提供更爲精準和個性化的服務。

在這個意義上講，對於軟件開發者和企業決策者而言，現在是需要重新考慮和佈局未來技術路線圖的時刻。

以下是對談實錄，鈦媒體APP整理（有刪節）：

IT開發模式要從“計劃經濟”轉向“市場經濟 ”

鈦媒體：從金融行業的即時通訊工具起步到如今專注於小程序，你創業是如何一步步迭代到今天的？

樑啓鴻：從創業最開始到今天，我們一步一步迭代，做了很多事情。在證券公司我們主要是做財富管理諮詢，財富管理諮詢的數字化需要一個合規可控的即時通訊工具。在探索的過程中我們發現，投資顧問和客戶之間的諮詢交流需要一個輕應用，可以在交流彙報的過程中轉發分享交流。

2017年，我們正在做運行在即時通訊裡的輕應用技術。微信小程序也剛剛推出，我們認爲輕應用的想法與小程序非常相似。我們意識到小程序有在互聯網一統天下的趨勢，而且它更有生命力。因此，我們決定採用兼容小程序的方式來實現我們的輕應用技術。

在這一過程中我們發現，金融行業的即時通訊是一個場景發現機制和場景創新機制。比方我們去尋求客服服務的時候，金融機構App的反饋並不只是文字流信息，更包括着許多場景。在這一過程中，小程序的作用就可以體現出來，一個場景也就可以意味着一個小程序。

後續我們放棄了即時通訊的方向，專注在小程序領域。我們認爲類似微信那樣的技術架構，把鬆散耦合這件事情做到了極致，企業IT如果獲得類似的能力，對企業軟件開發促進裨益巨大。事實上，在軟件工程中，以前一直都有插件的概念，但是每個插件的生命週期和宿主是完全綁定一起的。而在微信中，每個小程序都是獨立生存的。微信APP與小程序兩方的升級迭代完全無關，在這種完全解耦的情況下，安全性仍能夠得到保障，並不用擔心幾百萬第三方小程序會拖累微信APP本身。

因此，我們發現，小程序可能非常承擔適合企業軟件載體的角色。

長期以來，開發難是企業的一大痛點。以銀行爲例，幾百個部門、衆多的分行，每個部門和分行都想嘗試觸達客戶。過去金融機構開放的慣常做法是排期，各個部門需要長時間排隊。

另外，部門間還需要考慮“競爭排名”，決定哪個部門的哪個功能應該放在首頁。但沒有一個最佳的路徑來決定排序算法和優先級。因爲每個客戶的訴求都不一樣，有些客戶關注信貸，有些關注信用卡，有些關注其他方面。因此，無論怎樣排序，都不能滿足業務部門的需求，也不能滿足客戶消費者的需求。因此，發現機制非常重要。

App的UI界面無法簡單粗暴“陳列”幾十個或幾百個功能點。因此，我們需要一種更智能的方法，讓客戶方便的發現。

要實現這一點，就要做到檢索與推薦，提供真正智能的功能發現機制。

“超級App+小程序”，是一種極致的鬆散耦合技術架構。在這一鬆散耦合的架構之下，銀行及其分支機構可以各自負責各自的業務的獨立小程序化，各自有各自的預算和IT團隊，完成各自的小程序後再申請上架。小程序化的業務功能的審覈發佈，可通過平臺上可以實現合規、風控、法務、安全等一整套智能工具輔助的半自動化檢測流程，取代傳統離線、低效且漏洞百出的OA、郵件手工審批。

也正是在這一邏輯之下，微信才得以支持數百萬個團隊同時在做數百萬個獨立的小程序。

從這個角度來看，過去的IT開發模式是“計劃經濟模式”，需要預先統籌規劃、排優先級、分配資源，但是計劃一定更沒有變化快，業務部門的因應市場需要而獨立自主的數字創新權限被剝奪，但IT卻永遠無法及時響應業務需求。而鬆散耦合架構可以類比成“市場經濟模式”，企業IT摒棄“大一統”思維，只關注建安全可監測的平臺以及定規則定標準。搭建平臺之後，你們想唱什麼戲可以隨時上來。這是一個重大的思維改變。

其次，這一模式還打破了企業IT的邊界。過去IT應用開發幾乎肯定來源於公司內部或者授權的外包機構。但是如果現在企業類比成一個應用商店，應用軟件的來源不再限於內部，IT開發可以進行全社會資源的調度。這一套基於小程序建立的數字化底座可以化整爲零，重塑ERP、CRM等企業軟件。

超級APP解決Complexproblem，AI解決Complicated problem

鈦媒體：這個邏輯很好，創業往往是從發現一個需求開始的。但這個需求可能不是剛需，需要不斷迭代才能貼近用戶需求。小程序是最近大家談論的熱點，它使得開發成本急劇下降。任何一個生態中，開發成本的急劇下降都會帶來特別大的變化。AI技術實際上也帶來了整個開發成本的下降。按照這一邏輯，你覺得未來的開發形態會如何變化？

樑啓鴻：超級App+小程序，它首先體現了計算機科學裡的分治算法精神，將一個複雜的社會問題拆分成很多小問題。另外，它還降低了個體單元的開發成本。現在，小程序的開發成本已經比APP低很多了。小程序和低代碼結合也非常自然寫完即扔——有用扔進生產、無用扔進垃圾桶，快速低成本試錯。

同時，針對小程序的具體場景，是可以結合AI代碼生成的能力的。但是目前這一方面的工具不是很成熟。

鈦媒體：歷次技術變革對於架構的選擇特別重要，從大機、到分佈式、到雲，到現在討論的鬆耦合架構。其間還出現過SOA各類架構，也在致力於推動實現資源的複用和可裝卸。目前來看，小程序似乎正在接近這一初衷，你怎麼看？同時，小程序和超級APP之間其實是一個辯證關係，這兩者之間會如何迭代和發展？

樑啓鴻：關於超級APP，我認爲它解決的是complex problem，而AI解決的是complicated problem；後者的特點是有算法可依、有規則可循或相對可預測性，且往往需要進行大量的數據處理和計算，complex problem的典型例子是金融業務，例如開放銀行需要處理來自不同金融機構和服務提供商的數據，同時還要考慮到數據安全、用戶隱私保護、技術兼容性等問題。財富管理則需要考慮到市場風險、客戶的投資偏好、稅務規劃等複雜因素。這些業務的特點是它們都是動態的、有高度不確定性的，並且涉及到大量的人爲決策和行爲。這類問題適合通過超級App進行社會化協作來解決，將整個問題拆分成獨立的單元，共同求解。

我認爲超級APP和小程序之間可能是一個雞和蛋的問題。超級APP內部可以包括非常複雜的內容，但如果其外延是不開放的，比如一個銀行App裡面通常有數以百計的功能，但是沒有第三方社會力量的參與，是很難真正定義爲超級App。

數據和代碼不要對立，要結合

鈦媒體：你很多客戶都在金融行業，現在部署小程序這樣的架構，與機構原來的數字化系統之間的迭代關係是怎樣的？

樑啓鴻：我們當前的客戶主要集中在金融和政務領域。政府部門有很多單位，每個單位都要提供便民服務，銀行也是如此，很多業務有一定的交叉銷售關係，但業務性質聯繫不是那麼緊密。

對此，我們的業務邏輯是非入侵性的。這一邏輯與部分競品的業務邏輯差別很大，他們往往有一個“最佳實踐”在前，客戶需要從頭到尾依照其方案落地，但這對於銀行機構和政府部門來說是很難接受的。我們的做法是在客戶原有的基礎之上做“加法”，我們只需要在原來的App中增加小組件，同時在雲端部署應用商店。對於客戶現有的系統集成和架構只是補充完善，並非徹底顛覆。

鈦媒體：之前有過一個非常好的概念“富媒體”，原來這一概念主要指的是具有動畫、聲音、視頻和交互性信息的豐富的媒體形式。未來隨着數字化的發展，我認爲將會出現“富數據”，是一種帶代碼的數據，它具備你剛纔提到的可搜索性和可分享性，和原來的數據概念完全不同。

樑啓鴻：傳統企業觀念下，似乎有數據就能獲得所謂智能，但實際上智能在代碼裡。在馮諾依曼架構下，存儲與計算是分離的，將數據和代碼分開處理，未來是否會實現“存算訓一體化”。事實上，究竟是把數據放到運算能力中，還是運算能力放入數據存儲中這一話題也討論了很久。

現在的思路是把數據和代碼放在一起，打開即具備一定程度的智能。Adobe在十幾年前推出的Flash在一定程度上講就是當年的小程序，它的開發環境直到今天還是領先的。但是它的弊端在於他是在互聯網的開放標準之外並行的，兩者不能融合。實際上，小程序也可以理解爲一個和Flash一樣的通用的壓縮包，只不過小程序更加開放，內部只是HTML5。

最近看到一個AI領域的訪談，也提到大語言模型的出現，對馮諾依曼架構的顛覆，他並不是最看好英偉達，覺得還是馮諾依曼架構的延續，在“存算訓一體化”的新架構上走的不堅定，但同時指出，最終這種架構的成功也可能給世界帶來新的風險。

小程序與出海

鈦媒體：數據資產入表相關問題正在受到關注，現在考慮的還是單純的數據問題。剛纔的討論給我很大的啓發，當數據和算力、代碼相結合，封裝起來。這對於未來的數據交易、數據跨境的流通，是否也會帶來很大的挑戰？

樑啓鴻：以大灣區爲例，政務服務、金融服務的融合應該在發生中吧。港澳與內地是既隔離又聯通，如果區域之間採用一種通用的技術格式，就能在彼此內容與服務的交換上獲得很大的便利。例如北上的港澳居民需要用到內地的政務服務、金融服務時，只要使用港澳的超級App，這個App引入了內地的小程序給港澳用戶一站式便利，同時用戶行爲數據依然留存在港澳的超級App平臺上。反之，內地訪客出入港澳，涉及一些市政服務、金融服務，同樣有可能在內地主流超級App上打開港澳本地的小程序獲得服務。彼此都不需要再去臨時性的下載一個當地的App。用戶在平臺上數據的歸屬權，都在各自的管轄地。

鈦媒體：跨境小程序，未來法規方面是否會遇到障礙？

樑啓鴻：現在我們在講出海市場，第一關注點是技術標準化。第二個問題是缺乏內容。例如我們接觸到東南亞以及南美的客戶，他們近年來已經比較理解和認可超級App的概念，也有較強的模仿意願，我們可以輕易就給他們搭建一整套超級App平臺，但問題是缺乏內容。所以我們需要幫助他們建立開發者生態，並引入存量內容。我們還可以幫助他處理外包業務，嘗試建立起一些行業標準。

鈦媒體：如何解決海外小程序的運營能力？

樑啓鴻：目前行業內也有部分企業在海外成立或培養一些“超級APP數字化諮詢公司”，但是與中國相比，整體海外市場的運營能力非常薄弱，差距在5年以上。在海外不僅幫助他們建平臺還需要“扶上馬，送N程”。

我瞭解所謂數字化轉型對於很多企業來說就是講的頂層設計，但實際上我們覺得數字化轉型其實需要解決的是經濟規模效應（economyofscale）問題。當我們的企業IT能做到讓業務應用場景的開發成本非常低、發佈成本非常低而敏捷程度非常高的時候，業務場景的數字化變的非常便利非常可行，線上場景越來越豐富、迭代更新越來越頻繁，實現了規模效應，當員工或者客戶所需要的一切事情都在App裡可以完成，幾乎可以“活在App裡面”而無需離線的時候，可以說“數字化轉型”就成功了。就是一個量變到質變的過程。

鈦媒體：這一邏輯之下，其實原來的IT部門會受到非常大的衝擊和挑戰，意味着他們需要讓渡很多權力和利益。

樑啓鴻：我們認爲IT部門應該扮演平臺的角色。 IT不再是開發測試、招標採購、運行運維的職能，而應該是建平臺、定標準定規則、控制業務數字化應用的准入、做安全監測、爲“安全開放”保駕護航。

對於大型企業，我認爲這一衝擊其實也已經開始了。以前的做法是先從一個部門開始，通過調整組織架構進行嘗試。現在的方法是雙向而行，不干預組織架構調整，但有了技術平臺後，各個部門一定需要去擁抱它。這樣的平臺將成爲具有運營色彩的部門，扮演“招商引資”的角色——招募外部商業合作伙伴、引進數字服務資產。

一方面，這個部門需要招徠內容將其上架到平臺；另一方面，這個部門需要將這些內容投放給消費者，提高他們的參與度，以此吸引更多的用戶來接觸我們的客戶。

在這一過程中，原來IT部門的一部分也許會成爲平臺運維，另一部分則靠攏平臺運營。 如果平臺是負責數字業務內容的審覈上架與分發的發行商的話，那麼各條業務線也就是具體數字業務內容的“業主”部門則是這些內容的“出版商”。

大語言模型的價值

鈦媒體：小程序對傳統的企業軟件帶來怎樣的衝擊？

樑啓鴻：其實不能說衝擊，只是在分治算法精神下的重新安排，借“超級App+小程序”這種極致鬆散耦合的技術架構，解決企業部分老大難問題。但化整爲零的代價是高度碎片化，碎片的管理、索引和發現機制，過去是挺難做好的，多少大型的金融機構都沒有能力把它App裡的功能智能便利的讓消費者用戶去訪問使用，導致很多IT辛苦做的功能埋藏在App深處無人知曉，另一方面用戶又投訴App難用、功能找不到。但大語言模型+RAG的技術出現，應該能讓發現機制得以非常容易的實現。

現在我們將小程序和服務場景包裝在一個個的標準單元之中，每個單元都可以用一個複雜的上下文來描述，這些上下文在過去只是一個個的標籤，現在可以轉化成非常豐富的文本，這些數據都可以放入矢量數據庫之中，並與大語言模型相匹配。

我們並沒有發明什麼新技術，但是通過這一套流程模式的轉變，就解決了過去難以解決的搜索功能弱、推薦功能弱的問題。有了分治的架構、有了服務單元，對這些服務單元進行索引，結合更智能的人機交互方式，用戶體驗就得到很大的提升。

鈦媒體：這一點我很認同，原來編程的過程中，超過六七成的代碼都在編UI，努力讓UI編的更加好看，努力設計更好的菜單系統，但是真正核心的功能不多。但現在通過大語言模型，可以幾句話就能迅速定位位置。流程的複雜性正好可以通過智能化來解決。未來整個的工作流程可能都會發生重大變化，可能會更加貼近交流習慣。

樑啓鴻：是的，同時大語言模型在描述用戶畫像方面也有巨大的幫助，過去只能收集到結構性數據，再基於這些結構性數據做分析，而現在收集到用戶每一次的提示詞，與光靠點擊數據相比，信息豐富很多。

小程序的未來空間

鈦媒體：你們公司的業務側重點是什麼，小程序以及整套框架還有什麼提升空間？

樑啓鴻：小程序主要依賴幾方面：一是安全沙箱，因爲所有代碼都是網上下載的，原則上是不可信的，所以要把小程序的代碼加載到一個安全沙箱之中，與其他小程序相隔離；二是性能問題；三是應用商店，這個應用商店放在雲端，店面並不一定需要UI，本身是一個搜索引擎或者是智能推薦引擎，把用戶需要的小程序推薦給用戶；四是解決掛設備的問題，比如新能源車、智能電視機頂盒等。

鈦媒體：小程序作爲工具，它對於銀行機構的有效性如何？能否結合一些合作案例來聊一聊？

樑啓鴻：我們主要是爲銀行提供一個開放環境，並嘗試建立起生態。比如銀行區域周邊的商家，可以將小程序放到銀行App中，用戶在商家消費時，可以使用小程序，商家可以通過小程序提供額外的打折優惠。在這一方面，銀行的目標是激活其App的日活數據。

另外，銀行的目標也不只是在商業方面。比如銀行可以月甚至周爲單位，持續上架累積數以百計以灰度發佈、風險可控的場景，相當於幾百個功能點。在當前的開放和鬆耦合的架構下，纔有可能實現，僅靠App是不可能實現的。

鈦媒體：現在銀行APP流量瓶頸非常明顯。

樑啓鴻：這也是一個“蛋雞困局”。有些銀行想通過引進生態（包括衣食住行和周邊服務）來吸引本地客戶，繼而提升DAU。銀行自營App出於各種原因在一段時間內還是必要的，但沒有場景也就沒有DAU，也沒有數據，在動輒稱“智能”的當下，智能能力也有限。我們的客戶成功團隊也嘗試協助銀行客戶建立數字生態、承載商業合作伙伴、發掘存量小程序內容，從而豐富他們的場景。通過自營的“網銀超級App+小程序”平臺，實現“走出去、引進來”，也許是另一種較爲務實的開放銀行策略嘗試。（本文首發於鈦媒體APP）