鑽石舞台

在to B 領域，搞錢最野的就屬「低代碼」了，許多企業都融到了大錢。作為國內較早關注低代碼的自媒體，老K對「低代碼」已經做過了一些普及。

馬雲說過：研究別人怎麼失敗，比讀MBA管用。所以，他創辦的湖畔大學，專門研究企業是如何失敗的。

本文就從「研究失敗」這個角度出發，我們來聊聊：如何用低代碼搞垮一家公司？

1. 幹掉程序員

許多老闆天真的以為，有了低代碼就能幹掉程序員。倒不是老闆們骨子裡恨程序員，因為程序員的高工資就意味着高成本，幹掉程序員就能夠直接節省成本，哪個老闆不高興？

有了低代碼，就真的能幹掉程序員嗎？這樣想的老闆，真是圖羊圖森破啊。需求誰梳理？要不要定製開發？

簡單需求還好說，個性化的需求怎麼辦？靠低代碼服務提供商解決嗎？人家也要做生意的呀，就給這點錢，難道還想要定製化開發嗎？

生意人何苦為難生意人呢。

2. 讓業務人員開發系統

業務員人是最懂業務的，把程序員幹掉之後，讓業務人員基於低代碼平台做開發工作！

不是說完全不可行，就傳統開發模式來看，業務人員能把需求講清楚，已經是前世積德、燒高香了。所以一般情況下，需要產品經理幫助業務方，把業務痛點梳理成系統解決方案，然後交給開發去實現。

讓業務人員基於低代碼進行開發？不要再侮辱軟件工程這門神聖的學科了，好歹也是要系統學習 4 年，才拿到畢業證的好嗎？雖然我牛逼一點，我讀了5年。

3. 用低代碼替換所有系統

低代碼再牛逼，也有它的能力邊界，以及適合的業務場景。用低代碼替換所有系統？不是說你不動腦，動腦的前提是你首先得有個腦。記住，軟件解決方案從來沒有「銀彈」。

簡單來講，低代碼開發適合三類軟件應用：

1) 創新探索類應用

太過創新的、看着就不靠譜的開發需求，如果擋不回去，就先用低代碼搭一套。快速驗證想法，用數據說話，大家都別瞎BB。

2) 生命周期短的應用

一些臨時性、周期短的應用，比如每年的促銷系統，規則每年都變，做出來可能就用兩個月。這種場景也適合用低代碼快速實現。

3) IT投入高，收益低的應用

內部管理、辦公效率提升項目，你不做的話，財務、人事就會教你做人，做的話價值又不高。用低代碼擼一套吧，低成本交差，大家好才是真的好。

4. 嚴重依賴低代碼

有的老闆以為，上了低代碼，跟供應商從此就是一家人，一家人不說兩家話，我有問題你就要第一時間趕到，幫我解決。

不是說沒有這種服務提供商，關鍵是你他媽又捨不得給錢，還想要服務？

捨得給錢的話，你還用啥低代碼？自研不就完事了，你咋想的，還想白嫖不成？

5. 想用低代碼來省錢

剛才已經說了，用低代碼要有正確的姿勢，低代碼適合三類應用場景，但是沒有「省錢」這個場景。

為什麼這麼說呢？不上軟件更省錢，用 Excel 管理公司，妥妥的。俗話說：Excel用得好，公司上市早。

企業數字化轉型，是投資，不是投入。投資是有回報的，要有一點長期主義，只是時間早晚的問題，要跟時間做朋友，時間會給你答案，答案不會讓你失望。

6. 大量自定義組件

低代碼是什麼？通俗來講，就是拖拖拽拽開發軟件，像搭建樂高一樣搭建軟件系統，實現低成本開發。

如果你還需要大量自定義開發組件，那你為什麼不直接 Coding？你是想證明低代碼有多麼不成熟？還是想證明自己 Coding 有多麼牛？

有時間多提升下軟技能、管理、商業思維不香嗎？為什麼要干傻事呢。

7. 基於低代碼做數據挖掘

低代碼在業務架構上的靈活性，是建立在數據層的冗餘性上的。因此，數據層設計的合理性是有一定犧牲的，或者說數據層的設計不是面向數據分析的。

所以，想要基於低代碼的數據做深度數據分析、數據挖掘，你可能會很抓狂。當然了，技術手段還是有的，可以做些數據異構、數據重整，抽取出來再做分析，只是犧牲些機器和存儲設備。

當然了，只要有錢，這些都不是事。

結語

低代碼是好東西，好東西不好好用，就會把公司搞砸。希望那些對低代碼抱有不切實際幻想的老闆們，擦亮眼睛看清楚些，做企業都不容易，俗話說，不當家不知柴米貴，不拍照不知自己肥！

對一家公司來講，發展業務才是核心的，公司間的競爭遠遠還沒到比拼業務系統的階段。業務系統對於一家公司來說，沒那麼重要，也沒那麼不重要。每個階段有每個階段的系統建設目標，把握節奏、踩準點，才是最關鍵的。

- EOF -

看完本文有收穫？請轉發分享給更多人

關注「ImportNew」，提升Java技能

點讚和在看就是最大的支持❤️