※ 引述《beran (安安安安)》之銘言：
: 最近蒐集許多資料發現國內外有很多訂閱制的low code /no code的雲端ERP，
: 想憑目前的SQL coding經驗刻出我們公司內需要的功能，
: 目前在看的有 Ragic, Retool ,bubble.io
: 請問版上是否有人及身邊有成功的經驗，將這些線上服務導入成功的?
: 這些線上服務是否真的已經NO CODE自己刻也不會有太多障礙?
: 或是其實再把這些需求包出去還是最方便的?
: 關於這些想法可不可行(很賽很累)的經驗都可以分享看看，
為什麼你明明已經投入心力探索出一定成果，但還想來問這些問題？
不就是因為這些探索與內部推廣的工作真的很費時費力，很不容易嘛~
但如果是這樣的話，那你怎麼會期望有人免費告訴你這些影響重大經濟利益的答案呢？
更別況你問的「會不會有太多障礙」、「是否包出去更方便」
都跟你們公司的目標、資源運用規劃有密切關係，
路人不是你公司員工，大家怎麼會知道自己無障礙及方便對你來說是不是也一樣？
上市大公司導 ERP 花幾億都不奇怪，但你們花得下去嗎？
問這種問題的結果常常就是答案很籠統概括，聽了覺得好像有用又好像跟幹話沒兩樣，
就好像我這篇文章。
再不然就是關於產品的資訊很片面零碎，聽了也不知是不是就該排斥或支持下去，
或者回覆的人根本就是推廣特定方案的顧問公司，
也不知道他給的答案是否偏頗，面對需求是否操弄資訊不對稱，
只把他們而非你們的利益最大化。
企業的 ERP 導入豈能用這種方式進行？
因此我建議回頭去請老闆提供一些時間和人力支援你去解答你提出的問題。
你們要先釐清各項功能面和非功能面的需求，
然後再去探索與評估各式滿足需求的策略，例如：請顧問完全接手導入工作、
請顧問導入再僱人維護、完全發包、發包後再僱人維護、
自行學習使用第三方開發平台開發全部功能、發包請人使用開發平台開發全部功能、
發包請人使用開發平台開發再僱人維護……等等。
過程中甚至不惜要調整暨有工作流程，
或是做出概念驗證的雛型來評估新工作流程是否可行。
你的探索工作要在老闆的支持下做到這麼完善，否則很可能就是忙了半天，
開了一堆會，寫一堆文件和報告，結果什麼事都沒成，
然後少部分拿其他工具自幹的東西也是做得零零落落難以上手與維護。
如果老闆不覺得探索與評估 ERP 系統的工作需要投入一定的資源，
只把這事情想成上網拍花幾小時以規格和使用心得來買簡單的家電，
那你就心裡有數未來導入成功的機會能有多高了……