@
sentinelK 感謝 sentinelk 兄的交流, 以下是小弟的淺見, 請參考:
1. 其實 SAP 也是 SaaS,但人的管理問題,這跟是不是 SaaS 無關。舉個例子,某人因為利益做假帳,無論系統在雲端或者本地,他都會做假帳。管理的問題,只能靠老闆(或充分授權的專案主導人)做好管理,這期間一定有很多衝突。
我自己有導入 SAP 的經驗,導這種大型 ERP 系統,都要一兩年的時間,這些時間並不是寫 ABAP 、做教育訓練,而是全在做流程 review 、再造和管理問題。人的管理問題是無法避免的,導系統的過程,老闆也經常遇到跨部門的爭吵,兩邊都會用自己熟悉的業務語言,爭取自己的利益,老闆要有能力做判斷。
2. 負責的人,就是業務負責人或業務主管。
導系統的時候,業務主管提供業務流程,顧問只是負責幫忙按照這個流程,把報表和系統欄位兜出來而已。
照理說,系統顧問不應該只是這樣,這樣只是人體的系統說明書而已,但顧問大都是交差了事,全聽客戶的,才不用負責;
或者很多顧問也只是去受訓而已,實務上沒經驗。
但以上說的都是 ERP,業務交雜、流程複雜,責任本來就容易模糊。MES 沒有這麼難(當然 MES 也要有生產經驗的人才能知道生產是怎麼回事),MES 沒有這麼多業務交雜,目標明確簡單,工件要好的進到製程(進料檢驗)、好的走出製程(QMS)、提高產能、減少 cost 。在這些基礎上收集數據,方便做管理(每條線的 WIP 、產出、不良品分析等)就是如此而已。第一步是讓現場,把他們正在使用的手寫報表都拿出來,一步一步和他們檢討,他們收集的這些數據,對他們管理和工作流上有什麼意義。換句話說,責任清不清楚,跟系統本身的複雜度和業務交雜程度有關,不是 AI 才有的問題。
3. 各家企業的直覺,都是企業數據很重要,不能外洩,所以不能放雲,但其實大部分的 MIS 做的數據安全,都遠不如雲管理,一堆人的電腦中毒、被駭都是常有的事情。我覺得這是思維問題,不是真實的,如果放雲就是外洩,那 Google 怎麼做這麼多大公司的雲服務
至於硬件方案要跟甲方的 AI 需求契合,這我確實無法百分之百保證,但這不是 AI 獨有的問題,傳統 IT 專案簽約時一樣會遇到——伺服器選型、SLA 訂定本來就沒有絕對客觀的標準。業內的做法是用壓力測試先抓基準值、分階段驗收降低一次性押注的風險、合約裡保留擴容條款,來對沖模型體量和需求變化帶來的不確定性。如果甲方之前只做 RAG,突然要做 YOLO,算力當然會不夠,但這跟不搞 AI 、只是用 ERP/MES 用了兩年後硬碟不夠、記憶體不夠要升級硬件,本質上是同一類工程問題,是項目生命週期裡本來就會發生的事,我覺得這不是什麼大問題。