我认为传统的制造业的企业管理系统（ERP、MES、OA等）完全可以由企业内部的人自己做，是我太天真吗？
先上结论：这个想法片面了。
纠正一个传统的技术思维定式：
同其他回答提到的，很多企业需要一个软件时，通常两种方法：自主开发软件/购买标准产品。
如果大家是自己开发软件的，从最底层的架构层到业务层，所有的事情都需要亲历亲为：建数据库、数据表，把整个业务建模和工作流到搞出来，这整个过程非常的累。
如果我们购买一个标准产品，那就刚好相反，所有事情都不需要自己做，所有的事情都是软件厂商都帮你做好了的。但标准产品的弊端很明显：功能固化（有新需求怎么办？）、成本高（没预算怎么办）、交付效率也是比较低的，而且有些企业的场景非常个性化，甚至找不到一个合适的产品。
这两种形式其实是满足业务需求的两种极端的形式。不花费巨大、不搞定领导、不找到靠谱乙方，你会很难办。
所以我们不能用传统的技术思维：我会写代码，你不会写，你的需求通过我来实现。
IT需要拥抱业务层：
一个技术只有当非技术人能够非常好地驾驭和掌控的时候，才是这项技术真正爆发的时候。
我们这几年调研过很多企业，发现一个很有意思的现象。
大部分企业发展到现在，大大小小都会有一些老牌的IT产品。但这些老牌的IT产品已经有点进入迟暮之年了：好多需求都做不了，或者他们只管一个财务、库存数据，但是过程中的需求解决不了。
很少碰到一个企业对现有的老牌IT产品是满意的。
在这种情况下，怎么样去满足日渐产生的更多的需求，开始成为我们每一个企业/IT/业务人员的挑战。
我们能不能换个思路呢？——能不能把底层的代码工程做好，在业务层的产品逻辑、代码逻辑形成一个个的组件，省去时间，让每个业务员直接进入系统里面自行进行更改。
制造行业的人员可以思考这个问题
如果公司在疫情期间需要转型为口罩生产企业，IT部门多久开发并上线口罩生产线的生产管理系统？
- 疫情每天的情况都不一样，不可能按照传统的流程开发软件、开发系统。
- 早上线一天的时间，就多一天的市场空间占有机会。
通过零代码开发解决这个需求，只要个位天数。
用一个例子抛砖引玉。
一家纺织制造企业，他们内部也有ERP系统，用了将近十几年，但是只管结果数据，产线只需要录入一些记录，让员工快速查询数据，做一些自定义报表，让部门与部门的协作能够有流程工具来管理，这些工具老的ERP也管不到。
在选择零代码开发去做这个生产管理系统的整个过程，非常快速，因为不需要编程，操作简单、容易上手，业务人员也能加入进来。
所以开发到上线第一版生产管理系统，只用了7天。这个生产管理系统，为企业赢得了可观的市场空间。
我们之前拜访这家分公司时，IT部门的办公室里放了一台电视机，用来投屏【仪表盘】——把隔壁的生产车间里，关于不良品、良品率等等数据，在大屏上可视化展示出来。
事后复盘的时候，他们也说如果不借助零代码开发，如果用老的自研产品，真的要上线一个生产管理系统至少需要半年时间。
如果是你们，会怎么做？
软件开发不一定需要代码
以简道云为例，这个的逻辑是——提供了一个应用开发的平台，把很多写代码的任务“组件化”，大家进入平台，拖拉拽一个个组件，就能设计好一个系统。如图：
依赖三大核心模块：表单、模块、仪表盘——表单模块满足数据填报录入需求，流程模块满足数据处理流转需求，仪表盘模块满足数据展示分析需求，这样就能得到整个业务闭环。
其实企业很多业务场景都可以抽象成这三个模型，所以零代码开发的应用场景是非常广泛的。制造行业的生产管理、设备管理、质量管理，日常管理中的OA、财务等等管理系统，无论是不是IT、懂不懂代码，都能够搭建出来。
如果用一个比喻来理解的话，可以把零代码比成一个乐高玩具，通过组件随心所欲地完成系统搭建。
回归到问题
从零代码开发的角度，完全赞同这个想法——能够面向全员、让业务层也能加入到软件开发中来。
如果你还陷于传统技术思维，那这个想法确实“太年轻”。
最后，分享一个很有意思的现象：
以前企业内部开发出来系统，业务人员是不想用的。但是我们在拜访一些用户时发现，一线的业务人员会向简道云小组去提一些意见，觉得你这样的流程不对，应该这样改一下。
所以你看，业务人员如果真实感受到价值，就会向IT部门提出意见，让流程变得更加适配于他们。
真·研发业务两相宜。
