AI技術(shù)將會對ERP的開發(fā)模式帶來巨大影響
AI技術(shù)對ERP的應(yīng)用架構(gòu)/模型層的影響微乎其微
產(chǎn)品管理和應(yīng)用架構(gòu)設(shè)計仍是ERP公司的核心競爭力
AI技術(shù)將會在很大程度上提升ERP交付效率
AI會在ERP周邊的某些領(lǐng)域形成應(yīng)用場景
AI技術(shù)如何影響ERP的開發(fā)模式
因為代碼的成本低的和不要錢一樣，故，對ERP的模型抽象度要求變低了。
在過去，模型抽象度越高，開發(fā)成本越低。
未來，模型抽象度低，甚至沒有抽象，看山是山，看水是水，又有什么關(guān)系呢，反正代碼不花錢。
以往，ERP中的平臺技術(shù)很重要，是因為ERP是通過平臺技術(shù)實現(xiàn)代碼復(fù)用，實現(xiàn)產(chǎn)品一致性。
未來，因為代碼沒啥工作量，故對平臺技術(shù)的要求變低了。
因代碼的生成成本無限接近0，故對代碼的復(fù)用度要求也無限接近0，由此而產(chǎn)生的組件化設(shè)計、組合復(fù)用、對象繼承等都變得不重要了。拼的就是用原始的開發(fā)語言裸寫代碼，你要愿意，用匯編語言寫都不是不可以。 未來，代碼的屎山由AI打理，不需要抽象，不需要復(fù)用，不費啥時間，就是費點電，這點電費相對于成百上千的程序員的工資不值一提。我覺得大家對代碼屎山的恐懼的原因?qū)⒉淮嬖诹耍?/span>
------人類程序員駕馭不了代碼屎山，但AI技術(shù)可以啊，AI技術(shù)可以輕松實現(xiàn)屎上雕花。
------隨著系統(tǒng)復(fù)雜度的持續(xù)提高，如同熵增一樣，代碼屎山終不可避免，AI技術(shù)不怕啊。
AI技術(shù)對ERP應(yīng)用架構(gòu)/模型層的影響微乎其微從目前來看，AI技術(shù)對ERP實際性的影響主要集中在UI/UE層面，另一部分會用到預(yù)測類的場景。改變了操作ERP的方式（鍵盤鼠標(biāo)以外的手段，如語言）
改變了ERP采集數(shù)據(jù)的方式（鍵盤以外的通過語言/圖片的數(shù)據(jù)采集）
改變了user加工數(shù)據(jù)的方式（如用自然語言驅(qū)動SQL加工數(shù)據(jù)）
ERP的核心競爭力是應(yīng)用架構(gòu)的設(shè)計和模型的抽象，是對應(yīng)用場景的覆蓋。至少目前來看，AI技術(shù)對此無能為力（指AI不可能替人去抽象模型，它可以照貓畫虎，前提是得有貓）。
產(chǎn)品管理和應(yīng)用架構(gòu)設(shè)計仍是ERP公司的核心競爭力通過AI技術(shù)使得代碼的產(chǎn)量急劇提升，成本變得無限接近于0。那么，“做什么”就會變得更為重要。具體來說就是：有了這些輸入，AI技術(shù)才能快樂地輸出代碼。如果ERP公司的交付、賦能體系有龐大的標(biāo)準(zhǔn)化的資料積累，那么，通過生成式AI，可以高效率地提升顧問解決問題的能力。很多年之前看過一篇華為的稿子，是任正非對華為的AI的指示，大意是，華為不要急于用AI創(chuàng)新客戶場景，華為首先要用AI解決自己的問題，解決華為十幾萬的網(wǎng)優(yōu)大軍（指通信及數(shù)據(jù)網(wǎng)絡(luò)優(yōu)化、日常運維、故障處理等）的工作效率。AI將會在ERP的周邊領(lǐng)域形成應(yīng)用場景
在CRM領(lǐng)域中的和客戶互動、業(yè)務(wù)員工作建議方面形成應(yīng)用場景。
在PLM的CAPP領(lǐng)域形成應(yīng)用場景。
在EAM設(shè)備維修維護(hù)領(lǐng)域形成應(yīng)用場景。
其它的特定領(lǐng)域的特定場景，如廢鋼定級、加工件缺陷檢測等。
這些和ERP的核心應(yīng)用有啥關(guān)系呢。
我可能是被困在“AI是泡沫”的信息繭房里了，借用一個今天剛看到的公眾號文章作為本文的結(jié)束吧：
閱讀原文：原文鏈接
該文章在 2025/2/26 12:34:11 編輯過
400 186 1886
