鈦媒體特別專題策劃《數(shù)字思考者50人》：探訪中國深刻的數(shù)字化思考者群體。我們理解的“TechThinker”，涵蓋了中國數(shù)字化浪潮中的技術踐行者、政策制定者與投資決策者。在這場長達10年的乘風破浪中，我們每個人都在分享技術進步的果實，卻鮮有人知道結果背后的故事。我們期待通過《數(shù)字思考者50人》，還原中國數(shù)字化推進過程中的關鍵決策，同時也為你呈現(xiàn)數(shù)字思考者們在這個技術大變革時代對未來的展望和判斷。
本期嘉賓是凡泰極客創(chuàng)始人梁啟鴻，他曾任廣發(fā)證券董事總經(jīng)理兼首席架構師、雅虎北京研究院首席架構師、太陽微系統(tǒng)大中華區(qū)資深架構師，更早前曾擔任美林、摩根大通顧問、摩根士丹利研發(fā)工程師、IBMT.J.沃森研究中心高級助理程序員，是一個橫跨金融與互聯(lián)網(wǎng)、技術與業(yè)務的多維度跨界思考者、實踐者。
凡泰極客成立于2017年，是行業(yè)領先的企業(yè)級小程序數(shù)字生態(tài)服務商，旗下產(chǎn)品與服務已經(jīng)覆蓋超過800家企業(yè)用戶，在政企、電商、航空、園區(qū)、零售、教育等領域有成熟解決方案。該公司旗下核心產(chǎn)品FinClip是目前市場上獨立于巨頭企業(yè)外的唯一ToB小程序技術產(chǎn)品，技術定位是供企業(yè)可私有化部署或者云端自部署、自運營的應用商店技術，其中的應用技術載體為小程序，兼容主流互聯(lián)網(wǎng)平臺的小程序規(guī)范與標準。
“能做，要排期。”是IT開發(fā)者日常對話中的經(jīng)驗語錄。
以一家大型銀行為例，通常內部有數(shù)百個部門和分行機構，每個機構和分行都想嘗試觸達客戶。需求排期帶來的長時間排隊因此幾乎無可避免。
解決排期之后，新問題隨之而來——到底哪個功能才能放在首頁，企業(yè)并沒能找到?jīng)Q定排序優(yōu)先級的最佳路徑。事實上，客戶訴求千差萬別，無論怎樣排序都不能滿足業(yè)務部門的需求，也不能滿足客戶的需求。
這些觀察正來自于梁啟鴻多年業(yè)界的實踐，以上難題也正是傳統(tǒng)數(shù)字化困局的典型表現(xiàn)。換句話說，傳統(tǒng)的軟件開發(fā)模式，因其高成本、長周期和僵化的架構，已經(jīng)難以滿足現(xiàn)代企業(yè)對敏捷性和用戶體驗的迫切需求。
問題何解？梁啟鴻看中了小程序的價值。
在梁啟鴻看來，小程序具備跨終端運行、支持設備間傳遞接力、便于傳播分享等諸多優(yōu)勢?；谝陨咸匦?，小程序不僅使用戶能夠隨需隨用，更為企業(yè)開辟了新的場景發(fā)現(xiàn)和創(chuàng)新機制。更進一步，小程序的松散耦合架構也為企業(yè)構建全新數(shù)字化基礎設施提供了可能性。
在這一架構下，企業(yè)能夠以“應用商店”的形式，自主運營小程序商店，管理自己的軟件供應鏈。同時，這一變革不僅限于IT內部的優(yōu)化，更使企業(yè)能夠從外部合作伙伴處獲得小程序內容，建立自己的數(shù)字生態(tài)系統(tǒng)，實現(xiàn)數(shù)字資源的交換與整合。
梁啟鴻認為，傳統(tǒng)的IT開發(fā)模式，類似于“計劃經(jīng)濟”，需要預先規(guī)劃好所有環(huán)節(jié)，但往往落后于變化迅速的市場。小程序的松散耦合架構，更像是“市場經(jīng)濟”，允許機構在建立平臺后，根據(jù)需要隨時調整業(yè)務功能。這一思維的轉變，不僅打破了企業(yè)IT的邊界，還使得IT資源可以全社會調度，有效消除信息孤島。
基于小程序架構搭建的“應用商店”由此成為企業(yè)內部外IT力量平等競逐的舞臺，企業(yè)能在不影響現(xiàn)有操作的情況下，快速試驗和迭代新的服務或產(chǎn)品。文章開頭提及的開發(fā)排期慢、需求發(fā)現(xiàn)機制不足的問題得以解決。
AI的價值也在顯現(xiàn)，大語言模型賦予的復雜的上下文描述能力，使得小程序的功能性和智能化得到顯著加強。梁啟鴻介紹，當前小程序及其服務場景可以封裝于各個標準化單元之內，每一個單元均可通過復雜的上下文進行描述，轉化為內容豐富的文本。這些數(shù)據(jù)可以被存儲于矢量數(shù)據(jù)庫中，與大型語言模型進行匹配，從而實現(xiàn)更高效的數(shù)據(jù)處理和應用。
“大語言模型能相當程度地幫助我們去實現(xiàn)搜索功能。在過去，哪怕是大型銀行機構的App也無法做出像樣的搜索功能。”梁啟鴻表示。
在這一過程中，“數(shù)據(jù)”這一概念的內涵和外延發(fā)生了重大變化——從單純的結構化數(shù)據(jù)演變?yōu)閹Тa的數(shù)據(jù)。
對于這一類全新的數(shù)據(jù)形式，鈦媒體聯(lián)合創(chuàng)始人、聯(lián)席CEO劉湘明結合“富媒體”（這主要指具有動畫、聲音、視頻和交互性信息的豐富的媒體形式）的概念進而提出“富數(shù)據(jù)”的新概念。
與傳統(tǒng)的結構化數(shù)據(jù)相比，富數(shù)據(jù)有潛力實現(xiàn)更加動態(tài)的交互和執(zhí)行功能。這種數(shù)據(jù)的智能化不僅有潛力提高數(shù)據(jù)的處理效率，也使得數(shù)據(jù)能夠在多個系統(tǒng)和平臺之間更加自由地流動和交互，極大地增強了數(shù)據(jù)的應用價值和創(chuàng)新潛力。
概言之，整合小程序的敏捷性、大語言模型的智能化能力以及“富數(shù)據(jù)”的高效數(shù)據(jù)處理，我們有望見證一個全新的企業(yè)軟件開發(fā)和運營模式的誕生。這一模式有望解決傳統(tǒng)IT開發(fā)的高成本和低效率問題，也可能為企業(yè)提供更為精準和個性化的服務。
在這個意義上講，對于軟件開發(fā)者和企業(yè)決策者而言，現(xiàn)在是需要重新考慮和布局未來技術路線圖的時刻。
觀點摘錄：
1.過去的IT開發(fā)模式是“計劃經(jīng)濟模式”，業(yè)務功能點的實現(xiàn)需要預先作出詳盡甚至過度的統(tǒng)籌規(guī)劃。松散耦合架構可以類比成“市場經(jīng)濟模式”，讓業(yè)務部門按市場需要、局部需求敏捷實現(xiàn)應用。這是一個重大的思維改變。
2.沒有第三方社會力量參與的App，體量再大也是很難真正定義為超級App。
3.傳統(tǒng)企業(yè)觀念下，似乎有數(shù)據(jù)就能獲得所謂智能，但實際上智能在代碼里。在馮諾依曼架構下，存儲與計算是分離的，將數(shù)據(jù)和代碼分開處理，未來是否會實現(xiàn)存算訓一體化。
4.與中國相比，整體海外市場的運營能力非常薄弱，差距在5年以上。在海外需要“扶上馬，送N程”。
5.過去以來，哪怕是很大型的銀行機構的App也無法做出像樣的搜索業(yè)務功能發(fā)現(xiàn)機制，例如搜索能力就幾乎無用。傳統(tǒng)App往往不得不通過界面堆砌和深層的菜單去暴露功能入口，讓用戶自己去搜尋、發(fā)現(xiàn)，大語言模型+檢索增強生成（RAG）可能從根本上解決這個問題。
以下是對談實錄，鈦媒體APP整理（有刪節(jié)）：
IT開發(fā)模式要從“計劃經(jīng)濟”轉向“市場經(jīng)濟 ”
鈦媒體：從金融行業(yè)的即時通訊工具起步到如今專注于小程序，你創(chuàng)業(yè)是如何一步步迭代到今天的？
梁啟鴻：從創(chuàng)業(yè)最開始到今天，我們一步一步迭代，做了很多事情。在證券公司我們主要是做財富管理咨詢，財富管理咨詢的數(shù)字化需要一個合規(guī)可控的即時通訊工具。在探索的過程中我們發(fā)現(xiàn)，投資顧問和客戶之間的咨詢交流需要一個輕應用，可以在交流匯報的過程中轉發(fā)分享交流。
2017年，我們正在做運行在即時通訊里的輕應用技術。微信小程序也剛剛推出，我們認為輕應用的想法與小程序非常相似。我們意識到小程序有在互聯(lián)網(wǎng)一統(tǒng)天下的趨勢，而且它更有生命力。因此，我們決定采用兼容小程序的方式來實現(xiàn)我們的輕應用技術。
在這一過程中我們發(fā)現(xiàn)，金融行業(yè)的即時通訊是一個場景發(fā)現(xiàn)機制和場景創(chuàng)新機制。比方我們去尋求客服服務的時候，金融機構App的反饋并不只是文字流信息，更包括著許多場景。在這一過程中，小程序的作用就可以體現(xiàn)出來，一個場景也就可以意味著一個小程序。
后續(xù)我們放棄了即時通訊的方向，專注在小程序領域。我們認為類似微信那樣的技術架構，把松散耦合這件事情做到了極致，企業(yè)IT如果獲得類似的能力，對企業(yè)軟件開發(fā)促進裨益巨大。事實上，在軟件工程中，以前一直都有插件的概念，但是每個插件的生命周期和宿主是完全綁定一起的。而在微信中，每個小程序都是獨立生存的。微信APP與小程序兩方的升級迭代完全無關，在這種完全解耦的情況下，安全性仍能夠得到保障，并不用擔心幾百萬第三方小程序會拖累微信APP本身。
因此，我們發(fā)現(xiàn)，小程序可能非常承擔適合企業(yè)軟件載體的角色。
長期以來，開發(fā)難是企業(yè)的一大痛點。以銀行為例，幾百個部門、眾多的分行，每個部門和分行都想嘗試觸達客戶。過去金融機構開放的慣常做法是排期，各個部門需要長時間排隊。
另外，部門間還需要考慮“競爭排名”，決定哪個部門的哪個功能應該放在首頁。但沒有一個最佳的路徑來決定排序算法和優(yōu)先級。因為每個客戶的訴求都不一樣，有些客戶關注信貸，有些關注信用卡，有些關注其他方面。因此，無論怎樣排序，都不能滿足業(yè)務部門的需求，也不能滿足客戶消費者的需求。因此，發(fā)現(xiàn)機制非常重要。
App的UI界面無法簡單粗暴“陳列”幾十個或幾百個功能點。因此，我們需要一種更智能的方法，讓客戶方便的發(fā)現(xiàn)。
要實現(xiàn)這一點，就要做到檢索與推薦，提供真正智能的功能發(fā)現(xiàn)機制。
“超級App+小程序”，是一種極致的松散耦合技術架構。在這一松散耦合的架構之下，銀行及其分支機構可以各自負責各自的業(yè)務的獨立小程序化，各自有各自的預算和IT團隊，完成各自的小程序后再申請上架。小程序化的業(yè)務功能的審核發(fā)布，可通過平臺上可以實現(xiàn)合規(guī)、風控、法務、安全等一整套智能工具輔助的半自動化檢測流程，取代傳統(tǒng)離線、低效且漏洞百出的OA、郵件手工審批。
也正是在這一邏輯之下，微信才得以支持數(shù)百萬個團隊同時在做數(shù)百萬個獨立的小程序。
從這個角度來看，過去的IT開發(fā)模式是“計劃經(jīng)濟模式”，需要預先統(tǒng)籌規(guī)劃、排優(yōu)先級、分配資源，但是計劃一定更沒有變化快，業(yè)務部門的因應市場需要而獨立自主的數(shù)字創(chuàng)新權限被剝奪，但IT卻永遠無法及時響應業(yè)務需求。而松散耦合架構可以類比成“市場經(jīng)濟模式”，企業(yè)IT摒棄“大一統(tǒng)”思維，只關注建安全可監(jiān)測的平臺以及定規(guī)則定標準。搭建平臺之后，你們想唱什么戲可以隨時上來。這是一個重大的思維改變。
其次，這一模式還打破了企業(yè)IT的邊界。過去IT應用開發(fā)幾乎肯定來源于公司內部或者授權的外包機構。但是如果現(xiàn)在企業(yè)類比成一個應用商店，應用軟件的來源不再限于內部，IT開發(fā)可以進行全社會資源的調度。這一套基于小程序建立的數(shù)字化底座可以化整為零，重塑ERP、CRM等企業(yè)軟件。
超級APP解決Complexproblem，AI解決Complicated problem
鈦媒體：這個邏輯很好，創(chuàng)業(yè)往往是從發(fā)現(xiàn)一個需求開始的。但這個需求可能不是剛需，需要不斷迭代才能貼近用戶需求。小程序是最近大家談論的熱點，它使得開發(fā)成本急劇下降。任何一個生態(tài)中，開發(fā)成本的急劇下降都會帶來特別大的變化。AI技術實際上也帶來了整個開發(fā)成本的下降。按照這一邏輯，你覺得未來的開發(fā)形態(tài)會如何變化？
梁啟鴻：超級App+小程序，它首先體現(xiàn)了計算機科學里的分治算法精神，將一個復雜的社會問題拆分成很多小問題。另外，它還降低了個體單元的開發(fā)成本?，F(xiàn)在，小程序的開發(fā)成本已經(jīng)比APP低很多了。小程序和低代碼結合也非常自然寫完即扔——有用扔進生產(chǎn)、無用扔進垃圾桶，快速低成本試錯。
同時，針對小程序的具體場景，是可以結合AI代碼生成的能力的。但是目前這一方面的工具不是很成熟。
鈦媒體：歷次技術變革對于架構的選擇特別重要，從大機、到分布式、到云，到現(xiàn)在討論的松耦合架構。其間還出現(xiàn)過SOA各類架構，也在致力于推動實現(xiàn)資源的復用和可裝卸。目前來看，小程序似乎正在接近這一初衷，你怎么看？同時，小程序和超級APP之間其實是一個辯證關系，這兩者之間會如何迭代和發(fā)展？
梁啟鴻：關于超級APP，我認為它解決的是complex problem，而AI解決的是complicated problem；后者的特點是有算法可依、有規(guī)則可循或相對可預測性，且往往需要進行大量的數(shù)據(jù)處理和計算，complex problem的典型例子是金融業(yè)務，例如開放銀行需要處理來自不同金融機構和服務提供商的數(shù)據(jù)，同時還要考慮到數(shù)據(jù)安全、用戶隱私保護、技術兼容性等問題。財富管理則需要考慮到市場風險、客戶的投資偏好、稅務規(guī)劃等復雜因素。這些業(yè)務的特點是它們都是動態(tài)的、有高度不確定性的，并且涉及到大量的人為決策和行為。這類問題適合通過超級App進行社會化協(xié)作來解決，將整個問題拆分成獨立的單元，共同求解。
我認為超級APP和小程序之間可能是一個雞和蛋的問題。超級APP內部可以包括非常復雜的內容，但如果其外延是不開放的，比如一個銀行App里面通常有數(shù)以百計的功能，但是沒有第三方社會力量的參與，是很難真正定義為超級App。
數(shù)據(jù)和代碼不要對立，要結合
鈦媒體：你很多客戶都在金融行業(yè)，現(xiàn)在部署小程序這樣的架構，與機構原來的數(shù)字化系統(tǒng)之間的迭代關系是怎樣的？
梁啟鴻：我們當前的客戶主要集中在金融和政務領域。政府部門有很多單位，每個單位都要提供便民服務，銀行也是如此，很多業(yè)務有一定的交叉銷售關系，但業(yè)務性質聯(lián)系不是那么緊密。
對此，我們的業(yè)務邏輯是非入侵性的。這一邏輯與部分競品的業(yè)務邏輯差別很大，他們往往有一個“最佳實踐”在前，客戶需要從頭到尾依照其方案落地，但這對于銀行機構和政府部門來說是很難接受的。我們的做法是在客戶原有的基礎之上做“加法”，我們只需要在原來的App中增加小組件，同時在云端部署應用商店。對于客戶現(xiàn)有的系統(tǒng)集成和架構只是補充完善，并非徹底顛覆。
鈦媒體：之前有過一個非常好的概念“富媒體”，原來這一概念主要指的是具有動畫、聲音、視頻和交互性信息的豐富的媒體形式。未來隨著數(shù)字化的發(fā)展，我認為將會出現(xiàn)“富數(shù)據(jù)”，是一種帶代碼的數(shù)據(jù)，它具備你剛才提到的可搜索性和可分享性，和原來的數(shù)據(jù)概念完全不同。
梁啟鴻：傳統(tǒng)企業(yè)觀念下，似乎有數(shù)據(jù)就能獲得所謂智能，但實際上智能在代碼里。在馮諾依曼架構下，存儲與計算是分離的，將數(shù)據(jù)和代碼分開處理，未來是否會實現(xiàn)“存算訓一體化”。事實上，究竟是把數(shù)據(jù)放到運算能力中，還是運算能力放入數(shù)據(jù)存儲中這一話題也討論了很久。
現(xiàn)在的思路是把數(shù)據(jù)和代碼放在一起，打開即具備一定程度的智能。Adobe在十幾年前推出的Flash在一定程度上講就是當年的小程序，它的開發(fā)環(huán)境直到今天還是領先的。但是它的弊端在于他是在互聯(lián)網(wǎng)的開放標準之外并行的，兩者不能融合。實際上，小程序也可以理解為一個和Flash一樣的通用的壓縮包，只不過小程序更加開放，內部只是HTML5。
最近看到一個AI領域的訪談，也提到大語言模型的出現(xiàn)，對馮諾依曼架構的顛覆，他并不是最看好英偉達，覺得還是馮諾依曼架構的延續(xù)，在“存算訓一體化”的新架構上走的不堅定，但同時指出，最終這種架構的成功也可能給世界帶來新的風險。
小程序與出海
鈦媒體：數(shù)據(jù)資產(chǎn)入表相關問題正在受到關注，現(xiàn)在考慮的還是單純的數(shù)據(jù)問題。剛才的討論給我很大的啟發(fā)，當數(shù)據(jù)和算力、代碼相結合，封裝起來。這對于未來的數(shù)據(jù)交易、數(shù)據(jù)跨境的流通，是否也會帶來很大的挑戰(zhàn)？
梁啟鴻：以大灣區(qū)為例，政務服務、金融服務的融合應該在發(fā)生中吧。港澳與內地是既隔離又聯(lián)通，如果區(qū)域之間采用一種通用的技術格式，就能在彼此內容與服務的交換上獲得很大的便利。例如北上的港澳居民需要用到內地的政務服務、金融服務時，只要使用港澳的超級App，這個App引入了內地的小程序給港澳用戶一站式便利，同時用戶行為數(shù)據(jù)依然留存在港澳的超級App平臺上。反之，內地訪客出入港澳，涉及一些市政服務、金融服務，同樣有可能在內地主流超級App上打開港澳本地的小程序獲得服務。彼此都不需要再去臨時性的下載一個當?shù)氐腁pp。用戶在平臺上數(shù)據(jù)的歸屬權，都在各自的管轄地。
鈦媒體：跨境小程序，未來法規(guī)方面是否會遇到障礙？
梁啟鴻：現(xiàn)在我們在講出海市場，第一關注點是技術標準化。第二個問題是缺乏內容。例如我們接觸到東南亞以及南美的客戶，他們近年來已經(jīng)比較理解和認可超級App的概念，也有較強的模仿意愿，我們可以輕易就給他們搭建一整套超級App平臺，但問題是缺乏內容。所以我們需要幫助他們建立開發(fā)者生態(tài)，并引入存量內容。我們還可以幫助他處理外包業(yè)務，嘗試建立起一些行業(yè)標準。
鈦媒體：如何解決海外小程序的運營能力？
梁啟鴻：目前行業(yè)內也有部分企業(yè)在海外成立或培養(yǎng)一些“超級APP數(shù)字化咨詢公司”，但是與中國相比，整體海外市場的運營能力非常薄弱，差距在5年以上。在海外不僅幫助他們建平臺還需要“扶上馬，送N程”。
我了解所謂數(shù)字化轉型對于很多企業(yè)來說就是講的頂層設計，但實際上我們覺得數(shù)字化轉型其實需要解決的是經(jīng)濟規(guī)模效應（economyofscale）問題。當我們的企業(yè)IT能做到讓業(yè)務應用場景的開發(fā)成本非常低、發(fā)布成本非常低而敏捷程度非常高的時候，業(yè)務場景的數(shù)字化變的非常便利非?？尚校€上場景越來越豐富、迭代更新越來越頻繁，實現(xiàn)了規(guī)模效應，當員工或者客戶所需要的一切事情都在App里可以完成，幾乎可以“活在App里面”而無需離線的時候，可以說“數(shù)字化轉型”就成功了。就是一個量變到質變的過程。
鈦媒體：這一邏輯之下，其實原來的IT部門會受到非常大的沖擊和挑戰(zhàn)，意味著他們需要讓渡很多權力和利益。
梁啟鴻：我們認為IT部門應該扮演平臺的角色。 IT不再是開發(fā)測試、招標采購、運行運維的職能，而應該是建平臺、定標準定規(guī)則、控制業(yè)務數(shù)字化應用的準入、做安全監(jiān)測、為“安全開放”保駕護航。
對于大型企業(yè)，我認為這一沖擊其實也已經(jīng)開始了。以前的做法是先從一個部門開始，通過調整組織架構進行嘗試?，F(xiàn)在的方法是雙向而行，不干預組織架構調整，但有了技術平臺后，各個部門一定需要去擁抱它。這樣的平臺將成為具有運營色彩的部門，扮演“招商引資”的角色——招募外部商業(yè)合作伙伴、引進數(shù)字服務資產(chǎn)。
一方面，這個部門需要招徠內容將其上架到平臺；另一方面，這個部門需要將這些內容投放給消費者，提高他們的參與度，以此吸引更多的用戶來接觸我們的客戶。
在這一過程中，原來IT部門的一部分也許會成為平臺運維，另一部分則靠攏平臺運營。 如果平臺是負責數(shù)字業(yè)務內容的審核上架與分發(fā)的發(fā)行商的話，那么各條業(yè)務線也就是具體數(shù)字業(yè)務內容的“業(yè)主”部門則是這些內容的“出版商”。
大語言模型的價值
鈦媒體：小程序對傳統(tǒng)的企業(yè)軟件帶來怎樣的沖擊？
梁啟鴻：其實不能說沖擊，只是在分治算法精神下的重新安排，借“超級App+小程序”這種極致松散耦合的技術架構，解決企業(yè)部分老大難問題。但化整為零的代價是高度碎片化，碎片的管理、索引和發(fā)現(xiàn)機制，過去是挺難做好的，多少大型的金融機構都沒有能力把它App里的功能智能便利的讓消費者用戶去訪問使用，導致很多IT辛苦做的功能埋藏在App深處無人知曉，另一方面用戶又投訴App難用、功能找不到。但大語言模型+RAG的技術出現(xiàn)，應該能讓發(fā)現(xiàn)機制得以非常容易的實現(xiàn)。
現(xiàn)在我們將小程序和服務場景包裝在一個個的標準單元之中，每個單元都可以用一個復雜的上下文來描述，這些上下文在過去只是一個個的標簽，現(xiàn)在可以轉化成非常豐富的文本，這些數(shù)據(jù)都可以放入矢量數(shù)據(jù)庫之中，并與大語言模型相匹配。
我們并沒有發(fā)明什么新技術，但是通過這一套流程模式的轉變，就解決了過去難以解決的搜索功能弱、推薦功能弱的問題。有了分治的架構、有了服務單元，對這些服務單元進行索引，結合更智能的人機交互方式，用戶體驗就得到很大的提升。
鈦媒體：這一點我很認同，原來編程的過程中，超過六七成的代碼都在編UI，努力讓UI編的更加好看，努力設計更好的菜單系統(tǒng)，但是真正核心的功能不多。但現(xiàn)在通過大語言模型，可以幾句話就能迅速定位位置。流程的復雜性正好可以通過智能化來解決。未來整個的工作流程可能都會發(fā)生重大變化，可能會更加貼近交流習慣。
梁啟鴻：是的，同時大語言模型在描述用戶畫像方面也有巨大的幫助，過去只能收集到結構性數(shù)據(jù)，再基于這些結構性數(shù)據(jù)做分析，而現(xiàn)在收集到用戶每一次的提示詞，與光靠點擊數(shù)據(jù)相比，信息豐富很多。
小程序的未來空間
鈦媒體：你們公司的業(yè)務側重點是什么，小程序以及整套框架還有什么提升空間？
梁啟鴻：小程序主要依賴幾方面：一是安全沙箱，因為所有代碼都是網(wǎng)上下載的，原則上是不可信的，所以要把小程序的代碼加載到一個安全沙箱之中，與其他小程序相隔離；二是性能問題；三是應用商店，這個應用商店放在云端，店面并不一定需要UI，本身是一個搜索引擎或者是智能推薦引擎，把用戶需要的小程序推薦給用戶；四是解決掛設備的問題，比如新能源車、智能電視機頂盒等。
鈦媒體：小程序作為工具，它對于銀行機構的有效性如何？能否結合一些合作案例來聊一聊？
梁啟鴻：我們主要是為銀行提供一個開放環(huán)境，并嘗試建立起生態(tài)。比如銀行區(qū)域周邊的商家，可以將小程序放到銀行App中，用戶在商家消費時，可以使用小程序，商家可以通過小程序提供額外的打折優(yōu)惠。在這一方面，銀行的目標是激活其App的日活數(shù)據(jù)。
另外，銀行的目標也不只是在商業(yè)方面。比如銀行可以月甚至周為單位，持續(xù)上架累積數(shù)以百計以灰度發(fā)布、風險可控的場景，相當于幾百個功能點。在當前的開放和松耦合的架構下，才有可能實現(xiàn)，僅靠App是不可能實現(xiàn)的。
鈦媒體：現(xiàn)在銀行APP流量瓶頸非常明顯。
梁啟鴻：這也是一個“蛋雞困局”。有些銀行想通過引進生態(tài)（包括衣食住行和周邊服務）來吸引本地客戶，繼而提升DAU。銀行自營App出于各種原因在一段時間內還是必要的，但沒有場景也就沒有DAU，也沒有數(shù)據(jù)，在動輒稱“智能”的當下，智能能力也有限。我們的客戶成功團隊也嘗試協(xié)助銀行客戶建立數(shù)字生態(tài)、承載商業(yè)合作伙伴、發(fā)掘存量小程序內容，從而豐富他們的場景。通過自營的“網(wǎng)銀超級App+小程序”平臺，實現(xiàn)“走出去、引進來”，也許是另一種較為務實的開放銀行策略嘗試。（本文首發(fā)于鈦媒體APP）
快報
根據(jù)《網(wǎng)絡安全法》實名制要求，請綁定手機號后發(fā)表評論
就聯(lián)現(xiàn)在的招聘都是智能人了
簡單一點就是計劃經(jīng)濟與市場經(jīng)濟
對于智能當下的經(jīng)濟時代都要重新考慮
松散耦合架構與計劃經(jīng)濟不搭嘎
科學發(fā)展不可同日而語