Palantir不就是個(gè)低代碼么？FDE模式顛覆咨詢？

導(dǎo)讀：原標(biāo)題為《Palantir不就是個(gè)低代碼么？》。文章為一篇舊文，覺得仍然很有穿透性，推薦之。

最近各種平臺(tái)都在向我推 Palantir 的文章，我也看了看官網(wǎng)的介紹和官方視頻。看完之后，心里第一反應(yīng)是：

“這不就是蹭 Agent 熱度的低代碼平臺(tái)么？”

但多年的經(jīng)驗(yàn)立刻提醒我：“這不就是……”句式的背后，往往藏著自己的無知和一次錯(cuò)失思考的機(jī)會(huì)。

這篇文章，我就來系統(tǒng)地講講自己的理解。

01

什么是低代碼？

很多人一提低代碼，就想到“拖拉拽”。

從 CS 時(shí)代的 VB 拖控件，到 BS 時(shí)代的“流程 + 表單”，再到近兩年的 LLM 節(jié)點(diǎn)編排。

但“拖拉拽”只是表現(xiàn)形式，真正值得討論的是：

為什么有些業(yè)務(wù)能被拖拉拽？為什么大多數(shù)復(fù)雜業(yè)務(wù)無法被拖拉拽快速實(shí)現(xiàn)？

我個(gè)人認(rèn)為，低代碼的本質(zhì)有兩個(gè)核心：

1. 通過 DSL/Schema，對(duì)特定業(yè)務(wù)場(chǎng)景做語法抽象

2. 基于抽象構(gòu)建可視化設(shè)計(jì)器，讓非技術(shù)人員能直接構(gòu)建系統(tǒng)

比如“流程 + 表單”的典型低代碼：

• 用 BPMN/BPML 抽象業(yè)務(wù)流程

• 用可組合表單控件抽象各種輸入

• 最終構(gòu)建出“流程設(shè)計(jì)器 + 表單設(shè)計(jì)器”

而現(xiàn)在的各種 LLM 編排工具，只是把“表單控件”升級(jí)成了“模型調(diào)用節(jié)點(diǎn)”。

02

低代碼的優(yōu)點(diǎn)與局限

低代碼確實(shí)提高了構(gòu)建業(yè)務(wù)系統(tǒng)的效率，但也有兩個(gè)限制：

場(chǎng)景適配受限

它能覆蓋的，只是那些能被“流程化、表單化、結(jié)構(gòu)化”描述的場(chǎng)景。

業(yè)務(wù)貼合度有限

復(fù)雜邏輯要么擴(kuò)展 DSL（平臺(tái)復(fù)雜度爆炸），要么強(qiáng)行降級(jí)需求（客戶滿意度下降）。

這些限制不是工程問題，而是 抽象方式本身的限制。

03

軟件產(chǎn)品的“不可能三角形”

四十二章經(jīng)19年的一篇文章中提到過一個(gè) “B2B 電商的不可能三角”，我在軟件領(lǐng)域也總結(jié)了一個(gè)類似的“不可能三角形”：

“全場(chǎng)景”，“高定制”，“高毛利”，三者不可兼得

全場(chǎng)景：客戶不管什么行業(yè)什么場(chǎng)景，產(chǎn)品都能匹配，決定了市場(chǎng)范圍大小。

高定制：客戶的個(gè)性化需求，產(chǎn)品都能滿足，決定了客戶滿意度。

高毛利：更低的成本，代表更低的報(bào)價(jià)或是更大的盈利空間，決定商業(yè)效率與競(jìng)爭(zhēng)力。

如果都做到了，就是：“物美價(jià)廉市場(chǎng)廣”，當(dāng)然這并不容易。

如果我們對(duì)比市場(chǎng)上的主流的三類軟件交付模式：定制化開發(fā)，垂類SaaS標(biāo)品，低代碼平臺(tái)：

如果說：

• 定制化開發(fā)：滿足所有需求，但成本高

• 垂類 SaaS：規(guī)模化，成本低、但只聚焦特定場(chǎng)景

• 低代碼：兩邊都想兼顧，卻都不夠極致

所以低代碼常年處于兩邊夾擊的狀態(tài)，在夾縫中找場(chǎng)景求生長(zhǎng)。

04

要么上籃，要么三分，不要中投！

這讓我想起 NBA 的一個(gè)故事。

火箭總經(jīng)理 Daryl Morey 用大量數(shù)據(jù)計(jì)算三種出手方式的期望得分 EPPS（Expected Points Per Shot, EPPS）：

• 中距離兩分：命中率約40%，EPPS 0.8 分

• 上籃/攔下：命中率約65%，EPPS 1.3 分

• 三分遠(yuǎn)投：命中率約35%，EPPS 1.05 分

上籃命中率高，三分收益大，中投優(yōu)雅（想想喬丹和科比的中投）但性價(jià)比其實(shí)最低。

于是得出震撼聯(lián)盟的反直覺結(jié)論：

要么上籃，要么三分，不要中投！

低代碼的處境，很像“中投”：

• 沒有上籃的必然命中（定制化）

• 也沒有三分的溢價(jià)空間（垂類 SaaS）。

看似優(yōu)雅，卻不夠“性價(jià)比”。

05

那Palantir是低代碼平臺(tái)么？

按我對(duì)低代碼的定義：

1. DSL 抽象某類業(yè)務(wù)

2. 可視化設(shè)計(jì)器讓非技術(shù)人員搭建軟件

而 Palantir 的做法是：

1. 用 Ontology（對(duì)象、關(guān)系、動(dòng)作）來抽象整個(gè)業(yè)務(wù)世界

2. 讓專業(yè) FDE（Forward Deployed Engineer）團(tuán)隊(duì)建模與實(shí)施

它不是用更貼近業(yè)務(wù)的 “流程 DSL”，而是把抽象層拉高到 接近面向?qū)ο笫澜缬^的 Ontology。

抽象能力更強(qiáng)，但建模要求更高，已經(jīng)超出了非技術(shù)人員的認(rèn)知范圍，所以必須由 FDE 團(tuán)隊(duì)來完成。

所以，我的回答：

• 如果低代碼=業(yè)務(wù)人員拖拉拽，那 Palantir 不是低代碼。

• 如果低代碼=用 DSL 快速構(gòu)建定制軟件，那 Palantir 算某種“超低代碼”。

但總的來講，我認(rèn)為它本質(zhì)上走的是另一條自己的路，而AI 則是這條路的一個(gè)極其關(guān)鍵的要素。

06

AI 打破了軟件的不可能三角形

從產(chǎn)品形態(tài)上，與其說 Palantir 是一個(gè)Agent 版本的低代碼平臺(tái)，我覺得更貼切的更像是在開發(fā)領(lǐng)域紅極一時(shí)的模型驅(qū)動(dòng)開發(fā)（MDD：Model Driven Development）。

只不過如果沒有 AI，大部分 MDD（模型驅(qū)動(dòng)開發(fā)）都會(huì)卡死在“模型 → 代碼”這一環(huán)。

也可以說， AI 讓 Palantir 跨越了從“模型 → 代碼 → 產(chǎn)品”這一鴻溝，直接進(jìn)入了“模型 = 產(chǎn)品”（模型即產(chǎn)品）的新的階段，

于是它看似獲得了過去不可能成立的組合：

• 適配場(chǎng)景廣（因?yàn)?Ontology 可以抽象一切）

• 定制能力強(qiáng)（因?yàn)槭菍I(yè)建模）

• 成本又低（因?yàn)?AI 直接執(zhí)行模型，不需要開發(fā)）

曾經(jīng)不可能的三角，被 AI 撕開了一道縫，讓我們窺探到了B 端軟件的未來。

聽起來很夢(mèng)幻？

確實(shí)如此，但新的問題也隨之而來。

07

當(dāng)技術(shù)不是問題，瓶頸回到了“人”

就像蹺蹺板的兩側(cè)：一邊被按下，另外一邊就會(huì)翹起。

隨著技術(shù)門檻下降，真正的稀缺資源變成了：

既懂業(yè)務(wù)，又能抽象建模，還能落地價(jià)值的“復(fù)合型人才”。

Palantir 的 FDE 模式，本質(zhì)上是：

業(yè)務(wù)架構(gòu)師 + 解決方案架構(gòu)師 + 數(shù)據(jù)工程師 + 技術(shù)產(chǎn)品經(jīng)理 + 快速原型工程師 的結(jié)合體。

這種人需要同時(shí)具備：

• 行業(yè)理解，商業(yè)思維

• 業(yè)務(wù)洞察，需求識(shí)別

• 業(yè)務(wù)建模，數(shù)據(jù)治理

• 產(chǎn)品思維，溝通協(xié)同

• 方案落地，解決問題

這顯然不是“培訓(xùn)兩周”能搞出來的，而是長(zhǎng)期積累的復(fù)合能力。

FDE 的高門檻和稀缺性，可能才是 Palantir 的真正護(hù)城河。

08

寫在最后：另一股正在躍躍欲試的力量

既然未來的瓶頸在“人”，稀缺的是“能力”，那另一股力量也在悄悄醞釀：

咨詢師 + 新技術(shù) → 完全可以構(gòu)建自己的“能力即產(chǎn)品”體系。

特別是那些深度理解行業(yè)、流程、價(jià)值鏈、數(shù)據(jù)的人。

隨著 vibe coding、AI 低代碼、數(shù)據(jù)自動(dòng)化的發(fā)展，軟件開發(fā)成本大幅下降，真正的核心競(jìng)爭(zhēng)力回到了：

• 能否洞察客戶真正的需求和問題

• 能否構(gòu)建高質(zhì)量領(lǐng)域模型

• 能否打造跨業(yè)務(wù)的行業(yè) Ontology

• 是否能把業(yè)務(wù)語義與 AI 對(duì)齊

• 能否充分發(fā)揮 AI 的能力

• 最終以解決問題為目標(biāo)

這正是我們持續(xù)探索和努力的方向。