一家知名公司的CIO邀請我一起參加某頭部低代碼軟件公司舉辦的交流會。我不想花這個時間去看軟件公司對著PPT吹牛，低代碼平臺就得真刀真槍的解決實際問題。

我想請他代我先去看看軟件實用性如何，他問我怎么能簡單快速看出來？我說，評判任何一個軟件相馬不如賽馬，不要看他能做什么，而是看他能為我做什么。我把之前零散的幾個需求點整理了一份用例，雖然簡單卻能由此看出軟件的一些門道：

與實例無關，僅供參考

以某銷售訂單評審流程為例

1、跨系統(tǒng)數(shù)據(jù)集成，表單中有產(chǎn)品明細的子表，對接ERP數(shù)據(jù)選擇物料添加行，自動帶出物料信息與所屬類別。

2、業(yè)務數(shù)據(jù)邏輯定制，假設產(chǎn)品類別最多就是ABCD四種，表單中分別有一個總價和四個分類匯總的輸入框，在表格數(shù)據(jù)編輯時自動根據(jù)各類別的數(shù)量進行匯總分別寫入表單中的各類文本框中，沒有的填入0；點擊清空按鈕，將所有文本框數(shù)據(jù)置為空，并清除明細表中的所有行。

3、數(shù)據(jù)校驗邏輯定制，由明細表中的總和自動計算寫入表單的總價文本框，當總價數(shù)值<100時，提交按鈕變?yōu)椴豢捎脿顟B(tài)，并作錯誤提示，>=100時恢復正常狀態(tài)。

4、工作流引擎業(yè)務邏輯定制，合同評審流程要走到法務和財務會簽，法務角色可能有多個人:A1,A2，財務也有多人:B1,B2,B3。第一次，A1,A2,B1,B2,B3都會收到待辦，由各角色下的其中任何一個人處理就行，例如A1,B2。如果流程被打回，重新再走到這個會簽節(jié)點時，希望不要再走到所有人，只送給上次的A1,B2審批。如果B2職能變動了，就到A1,B1，B3。

這個需求同時考察表單數(shù)據(jù)邏輯和工作流引擎的業(yè)務邏輯定制的靈活度，簡單而帶點內涵，也可以用作通用的低代碼軟件的選型測評。不知這家低代碼軟件能做到什么程度，如果都能覆蓋的話，基本上也就可以初步應用了。