※ 引述《beran (安安安安)》之铭言：
: 最近蒐集许多资料发现国内外有很多订阅制的low code /no code的云端ERP，
: 想凭目前的SQL coding经验刻出我们公司内需要的功能，
: 目前在看的有 Ragic, Retool ,bubble.io
: 请问版上是否有人及身边有成功的经验，将这些线上服务导入成功的?
: 这些线上服务是否真的已经NO CODE自己刻也不会有太多障碍?
: 或是其实再把这些需求包出去还是最方便的?
: 关于这些想法可不可行(很赛很累)的经验都可以分享看看，
为什么你明明已经投入心力探索出一定成果，但还想来问这些问题？
不就是因为这些探索与内部推广的工作真的很费时费力，很不容易嘛~
但如果是这样的话，那你怎么会期望有人免费告诉你这些影响重大经济利益的答案呢？
更别况你问的“会不会有太多障碍”、“是否包出去更方便”
都跟你们公司的目标、资源运用规划有密切关系，
路人不是你公司员工，大家怎么会知道自己无障碍及方便对你来说是不是也一样？
上市大公司导 ERP 花几亿都不奇怪，但你们花得下去吗？
问这种问题的结果常常就是答案很笼统概括，听了觉得好像有用又好像跟干话没两样，
就好像我这篇文章。
再不然就是关于产品的资讯很片面零碎，听了也不知是不是就该排斥或支持下去，
或者回复的人根本就是推广特定方案的顾问公司，
也不知道他给的答案是否偏颇，面对需求是否操弄资讯不对称，
只把他们而非你们的利益最大化。
企业的 ERP 导入岂能用这种方式进行？
因此我建议回头去请老板提供一些时间和人力支援你去解答你提出的问题。
你们要先厘清各项功能面和非功能面的需求，
然后再去探索与评估各式满足需求的策略，例如：请顾问完全接手导入工作、
请顾问导入再雇人维护、完全发包、发包后再雇人维护、
自行学习使用第三方开发平台开发全部功能、发包请人使用开发平台开发全部功能、
发包请人使用开发平台开发再雇人维护……等等。
过程中甚至不惜要调整暨有工作流程，
或是做出概念验证的雏型来评估新工作流程是否可行。
你的探索工作要在老板的支持下做到这么完善，否则很可能就是忙了半天，
开了一堆会，写一堆文件和报告，结果什么事都没成，
然后少部分拿其他工具自干的东西也是做得零零落落难以上手与维护。
如果老板不觉得探索与评估 ERP 系统的工作需要投入一定的资源，
只把这事情想成上网拍花几小时以规格和使用心得来买简单的家电，
那你就心里有数未来导入成功的机会能有多高了……