最近陸續(xù)看了幾家"企業(yè)AI平臺(tái)"的方案，說實(shí)話，PPT 長(zhǎng)得越來越像——都有智能體、都有知識(shí)庫、都接了大模型。但真正拉開差距的地方，往往不在 PPT 上。
先說結(jié)論，我的判斷是：選型不要比架構(gòu)層數(shù)，也不要比產(chǎn)品名。選一項(xiàng)真實(shí)業(yè)務(wù)，用相同的數(shù)據(jù)和驗(yàn)收標(biāo)準(zhǔn)，讓候選方案各跑一遍。
為什么？因?yàn)榧軜?gòu)層數(shù)這種東西，本質(zhì)上是"講給別人聽的"。它幫助你理解方案，但不能替代驗(yàn)證。兩家廠商都能畫出五層架構(gòu)圖，但其中一家可能在"讀你自己的業(yè)務(wù)數(shù)據(jù)"這一關(guān)就卡住了。
先問自己：你要改善的是個(gè)人辦公效率，還是跨系統(tǒng)業(yè)務(wù)處理？
用辦公 AI 的體驗(yàn)標(biāo)準(zhǔn)去評(píng)估企業(yè)級(jí)平臺(tái)，或者反過來，都會(huì)得出錯(cuò)誤結(jié)論。
我不建議接受任何口頭承諾。這五項(xiàng)問下去，對(duì)方的反應(yīng)基本能說明問題：
| 維度 | 要問什么 | 不合格的信號(hào) |
|---|---|---|
| 數(shù)據(jù)接入 | 能不能讀到業(yè)務(wù)系統(tǒng)的真實(shí)數(shù)據(jù)？口徑誰定？ | 演示用樣例數(shù)據(jù)，問到自己的表就答不上來 |
| 權(quán)限繼承 | 取數(shù)時(shí)繼承用戶身份，還是用統(tǒng)一系統(tǒng)賬號(hào)？ | 用統(tǒng)一賬號(hào)取數(shù)——權(quán)限校驗(yàn)被繞過 |
| 業(yè)務(wù)執(zhí)行 | 能調(diào)用系統(tǒng)并回寫嗎？還是只給建議？ | 審批和回寫還得人手動(dòng)點(diǎn) |
| 治理追溯 | 有沒有運(yùn)行記錄？出錯(cuò)能查到依據(jù)嗎？ | 只有對(duì)話日志，沒有結(jié)構(gòu)化記錄 |
| 成本計(jì)量 | 按什么計(jì)量？場(chǎng)景沒定能測(cè)算嗎？ | 場(chǎng)景未定就報(bào)固定費(fèi)用 |
其中兩項(xiàng)我想單獨(dú)拎出來說。
1. 數(shù)據(jù)接入：能不能直接讀到我們業(yè)務(wù)系統(tǒng)里的真實(shí)數(shù)據(jù)？口徑由誰定義？
→ 如果演示時(shí)用的是準(zhǔn)備好的樣例數(shù)據(jù)，問到你自己系統(tǒng)的表就答不上來，那就要打問號(hào)。
2. 權(quán)限繼承：AI 取數(shù)的時(shí)候，是繼承當(dāng)前用戶的身份和權(quán)限，還是用一個(gè)統(tǒng)一系統(tǒng)賬號(hào)？
→ 這一條我特別想強(qiáng)調(diào)：如果 AI 用統(tǒng)一系統(tǒng)賬號(hào)取數(shù)而不繼承用戶身份，權(quán)限校驗(yàn)實(shí)際上是被繞過的。 表面上看功能跑通了，實(shí)際上是把企業(yè)的權(quán)限體系開了個(gè)口子。
3. 業(yè)務(wù)執(zhí)行：能不能真的調(diào)用業(yè)務(wù)系統(tǒng)并回寫結(jié)果？還是只能給個(gè)建議文本？
→ 只能給建議、審批和回寫還得人手動(dòng)點(diǎn)，那它就不是執(zhí)行層能力。
4. 治理與追溯：有沒有運(yùn)行記錄？出錯(cuò)能查到 AI 調(diào)了什么、依據(jù)什么、誰批準(zhǔn)的嗎？
→ 只有對(duì)話日志、沒有結(jié)構(gòu)化運(yùn)行記錄的，出事就是黑盒。
5. 成本計(jì)量：按什么計(jì)量？場(chǎng)景沒定能不能測(cè)算？
→ 場(chǎng)景沒確定就給你報(bào)固定費(fèi)用的，建議直接打折看待。 企業(yè)AI 成本由軟件授權(quán)、模型調(diào)用、算力、數(shù)據(jù)治理、集成、實(shí)施、運(yùn)營(yíng)幾部分組成，不是單一單價(jià)。
各家跑自己的樣例沒有意義，因?yàn)樗鼈兌紩?huì)挑自己最擅長(zhǎng)的。
正確姿勢(shì)是：
這是被問得最多的問題。我的理解是：
模型決定能力上限，企業(yè)業(yè)務(wù)上下文、流程、權(quán)限和治理決定落地底線。
判斷方法很粗暴也很有效：看你現(xiàn)在的模型，能不能穩(wěn)定讀取業(yè)務(wù)數(shù)據(jù)、發(fā)起流程并回寫結(jié)果。
三件事都做不到，那差的不是模型能力，是你缺數(shù)據(jù)連接、知識(shí)檢索、工具調(diào)用、權(quán)限和運(yùn)行管理這一整套。
如果你已經(jīng)有了成熟平臺(tái)，那應(yīng)該是評(píng)估缺口、考慮復(fù)用，而不是推倒重來。
已經(jīng)在別的平臺(tái)上做了智能體或技能的，遷移時(shí)別指望"直接導(dǎo)入就能跑"：
遷移完必須重新驗(yàn)證效果。
先收集齊：產(chǎn)品名稱、版本號(hào)、部署方式、已購模塊、接口清單。然后讓對(duì)方逐項(xiàng)標(biāo)注三選一：
老系統(tǒng)尤其要注意：不能只按版本新舊判斷能不能用，要單獨(dú)評(píng)估升級(jí)或集成成本。
部署形態(tài)也是個(gè)坑。"支持私有化"這句話要追問一句：是不是所有功能、所有模型都支持私有化？ 很多時(shí)候答案是否定的。
選型的本質(zhì)，不是找"能力清單最長(zhǎng)"的那個(gè)，而是找在你自己的業(yè)務(wù)里，能把"讀數(shù)據(jù) → 守權(quán)限 → 調(diào)系統(tǒng) → 可追溯"這條鏈路完整跑通的那個(gè)。
以上是個(gè)人在項(xiàng)目溝通中的觀察，不是行業(yè)標(biāo)準(zhǔn)。涉及具體廠商能力的對(duì)比，請(qǐng)以官方公開資料和目標(biāo)版本實(shí)測(cè)為準(zhǔn)。用友 BIP、NC Cloud、YonSuite、U8 等產(chǎn)品的接入范圍不同，不能默認(rèn)全兼容。
