
文章圖片

文章圖片

文章圖片

文章圖片

文章圖片

文章圖片

文章圖片

文章圖片

文章圖片

文章圖片

文章圖片

文章圖片
最近有件事 , 很多人沒注意
但懂行的人已經感覺“大地震”要來了——
未來軟件行業的游戲規則可能就深藏其中~
那就是↓
10月6日 , OpenAI發布了Apps SDK!
這時候 ,
肯定有大聰明跳出來說了↓
確實!
ChatGPT發布某個產品 , 和我們關系不大 。
但是 , 這個產品背后的建設思路 , 值得我們探討 , 它關乎AI時代軟件行業的重構方式 。
所以 , 今天我們要探討的主題:
不是一個產品(ChatGPT 的Apps SDK)
而是一種玩法(Apps SDK平臺建設思路)
這個Apps SDK平臺建設思路↓
將會波及每一家軟件公司 , 這些公司都將無一例外受到影響
以傳統軟件廠商為代表的:用友、金蝶等
以平臺為代表的:飛書、釘釘等
甚至會影響企業用戶未來5年數字化建設思路
以定制化用戶為代表的:中大型企業用戶、行業用戶
以SaaS用戶為代表的:中小企業、初創團隊
我們今天就徹底地把這件事聊清楚 。
(一)這個Apps SDK到底是啥??OpenAI想通過Apps SDK實現的野心是↓
對于用戶來說 , 所有軟件的入口只剩一個:ChatGPT 的對話框 。
Apps SDK這種模式 , 意味著未來所有的應用——
不只是消費級的搜索、訂票、打車、作圖、日程
還包括嚴肅的企業級應用比如ERP、OA、HR、CRM等
都可能變成了后臺可以隨時被AI調用的插件
過去 , 用戶要完成一個任務 , 得在不同系統間來回切換:
查報表要進 ERP、批審批要進 OA、招人要用 HR、聯系客戶要開 CRM…
而現在 , 只需要在 ChatGPT 中發出一句話指令:
“查一下本月的銷售毛利”GPT會在后臺調用多種App去完成同一個工作任務
“給新員工辦理入職”
“批準小王的請假申請”
當然 , 不只是對話 , ChatGPT還可以在對話中呈現可交互界面(圖表、應用面板) , 讓用戶在一個聊天流里完成更多動作 。
Apps SDK模式最可怕的地方在于——
它能讓ChatGPT成為一個超級軟件大入口
有人說 , 它要干掉的是蘋果商店、安卓商店
干掉了軟件廠商的軟件入口控制權
甚至 , 這是下一代的操作系統
誰占據入口 , 誰就是AI世界里的掌控者!
?目前 , Apps SDK進展到哪一步了?怎么賺錢?
Apps SDK目前尚處于預覽階段
今年稍晚時候開放正式提交和審核通道
同時Apps SDK已經開源(開發接口/示例/規范部分開源 , 未來會開放完整的App提交&運行機制)
開發者都可以用SDK來構建和測試 , 讓自己的應用成為GPT能夠調用的「能力模塊」 , 接受全球數億用戶的直接無感調用
(二)回到國內 , 有啥啟發?Apps SDK平臺建設思路直接參與GPT游戲規則 , 用他們的Apps SDK平臺 , 不太現實
我們能借鑒的是:Apps SDK建設模式!
下面聊聊對軟件廠商和用戶的深遠影響吧——
對傳統企業用戶可以預見 , 未來 3~5 年國內企業數字化轉型的
尤其是政府、金融、醫院、制造、能源
這類「老系統重度用戶」
Apps SDK平臺思路 , 能否能在企業落地?
核心矛盾:
不是AI完全替代老系統老軟件 , 而是老系統能否和AI融合 。
必須讓系統能被AI調用企業過去20年是什么樣子的呢?
必須讓數據能被AI理解
必須讓流程能被AI自動決策
企業系統是割裂的 , 比如
醫院有 HIS / LIS / PACS / EMR , 每個系統都有獨立入口和界面要完成一項任務 , 用戶必須登錄某個軟件 , 知道怎么操作 , 才能完成
制造企業有 ERP / MES / PLM / WMS , 流程分散在各自軟件里
這種模式的問題是:
?用戶體驗極差(每個系統界面不同 , 學習成本高)
?系統之間割裂(數據孤島、流程斷點)
?改造代價高(只要業務流程一變 , 就得找廠商二開)
Apps SDK邏輯↓
用戶不需要知道用哪個系統 , 只需要說出想完成的什么任務 。
比如:醫院醫生不再進入 HIS → 檢索 → 開醫囑 , 而是說:“給 305 病房的李明安排明早 8 點的復查”
背后 , AI 平臺會自動去調用 HIS、LIS等多個系統的 API , 把流程拼裝起來 , 完成任務 。
Apps SDK改變的是↓
?入口從軟件登錄界面變成自然語言接口
?用戶從操作員變成任務發起人
企業內部自建一個類似Apps SDK私有化平臺
成為一種可行思路!
Apps SDK的作用不是替代老系統
而是重構老應用老軟件的存在方式
讓AI才能真正進入核心生產流程!
企業如何自建一個類似Apps SDK私有化平臺?
至少要完成三項基礎工程:
?把原有封閉系統或定制化軟件拆了 , 把具體功能 , 變成一個個能被AI調用的能力節點
怎么拆呢?比如:
MES 拆成「產線狀態」「工單派發」「質量檢測」等能力接口如果老系統還是封閉的“黑盒子” , AI 平臺根本無法調用 , 也就無法融入工作流 。
ERP 拆成「庫存查詢」「采購下單」「財務結算」等能力接口
| 拆出來的傳統功能 | 能力化后API舉例 |
| 請假審批 | POST /approval/leave |
| 安排會議 | POST /calendar/schedule |
| 群發公告 | POST /chat/broadcast |
| 獲取OKR | GET /okr/query |
AI平臺要理解任務 , 就必須理解數據
之前數據治理 , 對于企業來說是可選項 , AI時代就是必選項 。
這要求企業的數據逐步變成統一定義的語義化數據
比如↓
工廠數據:設備狀態、工單結構、BOM、庫存數據能被上下文理解
?必須讓流程「能被AI自動決策」 , 要設計智能編排與工作流引擎
過去:人驅動流程
未來 , AI驅動流程
- 人發出意圖 → AI 調用系統自動完成大部分步驟 → 人只做確認/審批
- 支持自然語言 → 多系統調用的編排
- 能夠把 ERP + MES + CRM 等組合成自動化流程
?企業高級玩法:雙層Apps SDK架構
除了自建平臺外 , 從外部接入也是一種方式
內層(私有 Apps SDK 平臺)
部署在企業內網外層(公有 Apps SDK / LLM 平臺)
調度所有內部系統(ERP、MES、HIS 等)
管理私有數據、權限、安全策略
承載核心流程(財務、工藝、診斷、調度)
適合核心生產、敏感數據、關鍵流程自動化
直接接入 OpenAI等公有平臺舉個例子:
調用外部大模型的通用智能(自然語言、代碼生成、知識問答)
接入生態級服務(市場數據、外部API、公共大模型能力)
適合外圍智能場景(辦公協作、知識問答、文檔分析)
需求1:根據排班規則自動生成下周值班表
這時候 , 內網 Apps SDK平臺調用EMR + HR接口
需求2:翻譯200頁的石油論文并提煉要點
這時候 , 外部 Apps SDK 調用deepseek等
對傳統軟件企業
像用友、金蝶
這類「ERP、財務、OA...」提供商
Apps SDK平臺模式的影響?
?先思考 , 未來客戶會怎么用軟件呢?
? 小企業 , 傾向公有Apps SDK平臺下單
像現在公有云、SaaS之類方式
客戶在類似ChatGPT Apps SDK企業版里 , 一站式完成采購 , 審批、財務、招聘...
背后可能調用了 4 家不同軟件公司的 API
客戶甚至不再知道或在意調用的是誰家的功能
這意味著:
客戶開始向平臺集中 , 而不是向單個軟件廠商集中
?中大型企業 , 可采用「雙層Apps SDK架構」
自建+公有方式 , 滿足對軟件的所有需求 。
前面詳細講了 。
?對傳統軟件廠商 , Apps SDK模式意味著什么?
?軟件產品形態正在模塊化、API化 , 軟件廠商從整車商 , 變成零件提供商
傳統軟件是全家桶:登錄后 , 菜單、表單、流程一應俱全 。
Apps SDK 模式下 , 產品會被切片成一系列可被模型調用的能力節點
例如:
查庫存:一個 APIApps SDK結果就是:
審批采購:一個 action
生成報表:一個函數
核算工資:一個異步任務
軟件不再是主角 , 而是后臺的一個零件 。
未來 , 軟件廠商不一定再直接面向終端用戶 , 但如果你做得足夠好 , 你可以被“集成”到數以百萬計的 AI 工作流里 。
同時 , 傳統廠商的威脅是——
當競爭對手的 API 更便宜、更快、更好用時 , 客戶甚至可能不會續費整套系統 , 而只買某些“功能模塊”服務 , 比如用更便宜的薪酬計算 API , 而不是整套 HR 系統 。
?客戶入口 , 不再掌握在傳統軟件廠商手里 , 客戶黏性變弱
過去 , ERP、OA、HR 這些系統靠的是入口鎖定 。
每個廠商登錄界面不同 , 這就給了軟件公司一個平臺權力——用戶不得不用廠商的這套 UI和邏輯 。
如果客戶采用Apps SDK平臺后 , 入口開始「平臺化」 , 入口已經不屬于傳統廠商了 。
Apps SDK模式下 , 客戶關系發生改變
現在的客戶關系:「客戶—軟件廠商」直接綁定
Apps SDK模式:「客戶—AI分發平臺—軟件廠商」三層結構
這意味著:
用戶可能記得是用AI查的庫存 , 而不記得是用你家 ERP 查的庫存 。
對平臺公司
像飛書、釘釘、企微這類
Apps SDK平臺模式的影響?
飛書/釘釘/企微今天的核心優勢 , 是企業辦公的入口地位 。
Apps SDK出來后 , 入口邏輯變了:
類似ChatGPT這樣的大模型平臺 , 不需要打開飛書 , 也不需要進入釘釘 , 直接在對話里調用其他API能力 。
即使要訪問釘釘和飛書 , SDK大模型平臺會成為調度中心 , 而飛書釘釘變成了一個被 AI 平臺編排的后端服務 。
意味著 , 超級入口權正在上移到大模型平臺 。
如果從平臺 , 變成任務節點 , 我想飛書和釘釘們肯定是不甘心的 。
所以 , 飛書和釘釘 , 也必須走一條類似Apps SDK之路 。
如果仍停留在今天的形態 , 會逐步被大模型平臺吞噬 。
所幸的是 , 這幾家大模型實力也不是吃閑飯的 , 過去一年他們也在持續進化 , 與OpenAI的思路可謂不謀而合…
他們卷起AI來 , 比傳統軟件公司猛多了 。
好了 , 就扯這么多吧 。
總之 , 軟件世界的秩序正在重塑 , 這可能是來自大模型的最強沖擊 。
躺是沒有出路的 , 支棱起來 , 干吧!
【軟件行業,迎來大模型最強暴擊!】
推薦閱讀
- 榮耀CEO李健揭秘手機行業三個發展維度:榮耀至少開了兩個新局
- 428萬行業最強跑分!榮耀高管:Magic8同是驍龍 大有不同
- 為了讓Linux流暢運行Windows軟件 一支中國團隊跑了11年!
- 企業級“軟件商店”怎么做,亞馬遜云科技給出答案
- AI擁抱并擴展企業軟件市場,資金持續涌入
- 庫克官宣!iPhone Air入華時間定了,國產或迎來強勁對手!
- Pure Storage CEO詳解數據集管理策略與軟件棧發展
- 蘋果著手開發H3芯片,AirPods Pro明年將迎來“大升級”
- 折疊+AI+生態,iPhone Fold即將發布,果粉迎來“新喜訊”!
- Infor推出行業專用AI智能體應對企業挑戰
