Ufida和Kingdee，该过程无法更改，功能不适合，而且花费数十万；

购买SaaS时，价格便宜，但是功能太轻，第二个开口也有限，因此该部门无法促进它，并且员工不愿意使用它。

现在，该技术可以跟上它，低代码，开源框架，AI代码编写……听起来开发ERP不再是高阈值。

但这真的是这样吗？

在本文中，让我们谈谈这个问题：您可以自己开发ERP吗？

如果您打算构建自己的系统，那么本文可以帮助您避免许多弯路。

使用的ERP系统的以下解释：业务管理模板中心- 企业数字解决方案中心-Jiandao Cloud

一、自己开发ERP行不行？

首先，您必须找出三件事。

1. 你要做的是哪一类ERP？

ERP不是产品，而是一种系统。不同的公司和不同阶段的差异很大。

一句话的摘要：

您只想遵循诸如销售，采购，库存和金融等常见行动，这是轻量级的ERP；您想挂起订单，采购，生产，库存，劳动报告和成本，以形成闭环业务，该业务是中型ERP；您想实现多组织合作，预算控制，权威分级和系统集成，这是重型ERP。您可以自己进行轻巧的ERP，甚至可以使用低代码平台在1到2个月内获得它的版本。

您可以考虑中型ERP的自我发展，但是业务专家必须深入参与，并且该过程必须平稳，精心运行。

不建议触摸沉重的ERP。没有建筑经验，治理意识和长期运营团队，就无法完成这一道路。

2. 你想解决什么问题？

您想成为“信息工具”还是重建“业务流程”？

如果您只想“记录事物”，例如注册采购订单和查询清单，这是一个工具问题；但是，如果您需要“采购批准订单到达输入对帐付款”要自动链接和闭环，这是一个过程问题，这是真正的ERP逻辑。您在此过程中真的很困惑，还是只是不太使用他人的系统？

如果您的表单顺利运行，并且只想制定系统自动化，则可以自己开发它；但是，如果您不能很好地使用Excel，则文档不是标准化的，并且批准是基于人员，请不要执行系统——以平稳运行。

3. 你准备花多少钱、多少人、多长时间？

您要投资多少钱？您是否打算花50,000元来制作一个可以运行的版本，还是可以承受一两年以继续进行投资和迭代？

有人了解业务和系统吗？您可以处理过程，绘制图片并清楚地解释逻辑吗？有没有观看进度的项目经理？是否有人测试，训练和维护谁可以跟上谁？

它似乎是发展，但实际上是对一组完整的组织能力的动员。

二、有哪些开发路径？

如果您了解以上所有三个问题并遇到它们，那么接下来会发生什么。

独自开发ERP不仅是编写代码的一种方法。实际上，有三种常见的途径，每种路径都有其场景，优势，缺点和风险。

1. 用低代码平台快速搭建业务系统

适用于方案：清晰的业务流程，简单的模块，强调快速在线和灵活的调整

它不是从代码开始的，而是从“您要解决的过程问题”开始，例如：

销售订单购买输入运输对帐接收材料订阅购买应用程序批准库存分类帐成本分配代金券生成财务和解传统ERP中的利润板流程几个月可用，在低估平台上，可以在几个小时内形成原型。

它的优势是：

快速实施模块化拖放，无需等待技术时间表灵活地调整表单字段和批准规则将通过业务更改实时调整1人构建系统，10个人使用它，并且在维护方面很轻。什么不适合它？

该集团有多个组织，多个货币和多个工厂，可与高度复杂的WMS，MES和财务会计引擎动态角色许可链接，自定义凭证生成和多维成本共享合作。因此，您必须清楚：这不是SAP的替代品，而是您手中替代Excel，Dingtalk批准和手动和解表的替代品。

2. 基于开源ERP系统二次开发

适用于方案：内部技术功能，中型业务复杂性，某些自定义需求

这种类型更适合具有IT团队的公司，并希望进行中期和长期控制。

开源ERP的核心优势是：您不必从零构建车轮，可以直接在现成的型号上构建它们。

例如：

客户，产品，订单和库存等基本对象具有数据结构；模块之间有现成的框架，可供参考，批准和状态流。您只需要进行字段自定义，过程调整和UI调整即可。开源的优势：

成本可控：无需支付高系统授权费；强大的灵活性：能够连接到您的MES，WMS和CRM系统；自动控制：代码全部掌握在您的手中，您可以随心所欲地更改它，但也有缺点：

本地化很困难大多数是为外国系统设计的，财务/税收部分并不完全适应国内社区的支持是弱不完整的文档，并且在遇到问题时，您需要咀嚼源代码版本升级风险自己越多的更改，将来要保持越困难，将来要保持越困难

3. 全自研，从零设计“企业级ERP平台”

适用于方案：非常特殊的业务流程，拥有IT团队，愿意长期投资

常见实践：独立构建业务中间平台+数据中间平台+报告分析平台

这是真正的“独自开发ERP”。从数据库结构到过程引擎，从字段逻辑到页面布局，一切都从一开始就开始。

坦率地说，您要构建的不是系统，而是产品平台。

常见：

重型资产工厂（高度定制的流程）基于技术的企业（强调数据驱动和强大集成）的好处是：

业务流程的最终匹配，系统可以随着业务而增长。第三方没有限制，可以控制权威，数据和安全性；它可以存放到自发的能力中，可以追溯到组织的数字化水平，但其挑战也非常高：

开发周期很长，通常在几年内；人员成本很高，需求分析+开发+测试+操作和维护必须完全配备；风险很高，如果有轻微的设计错误，它将成为未完成的系统。如果不计划使系统成为企业竞争力的一部分，那么大多数公司实际上不必遵循这一道路。

三、自研ERP到底靠不靠谱？

我知道肯定会有一些问题：

“ Ufida Kingdee已经工作了数十年，可以用低代码完成吗？” “拼凑在一起的系统可以与成熟的产品相媲美吗？”这些单词根本不是错误的。但是问题是——具有正确的方向和错误的方法，结果仍然不可能。

让我们一一将其分开：

低代码是边角料？那要看你要解决什么问题

当然，低代码平台无法替代SAP和UFIDA等统一的系统体系结构。

对于您来说，组织合并陈述，多货币和资本流程预测确实是不现实的。

但另一方面，中小型企业是否真的需要这些功能？

真正可以带来效率的方法通常是使几个关键的业务流程平滑：例如，销售订单购买应用程序输入和退出和解和付款报销。

低代码的价值不是使其更大，而是要做足够的部分。它避免绕道并迅速迭代。它不仅节省了钱，还节省了反复试验周期。

拼出来的系统，肯定没有整车稳，但也不是不能跑

自发开发系统就像拼车一样，确实不像成熟的ERP那样整合，但问题是：

您可以“粉碎”一套适合您场景的管理节奏？

一些公司使用Excel，表格和发音板进行竞争。尽管他们不是高端，但前线人员愿意使用，老板可以理解它，这比花钱买的人要好。

系统的核心永远不会充满功能，而是可以平滑和使用业务流程。

自研的失败概率也很高？没错，但根本原因不在系统

是的，无论您是购买系统，租用SaaS，使用低代码还是找到外包，您都可能失败。

失败的根本原因通常不是工具，而是未能弄清楚业务如何清楚地运行。

这就是为什么我说：ERP的第一步不是选择工具，而是要清楚地解决业务流程。

有些人已经在桌子上跑了三年，并且一旦进入系统就可以顺利进行。有些人在ERP上花费了数十万美元，但没人能理解这一过程，最后返回纸质表。

工具是手段，管理逻辑是基础层。

四、结语

因此，最后一句话留给了所有想“做自己的ERP”的老板或经理：

不要急于选择工具，请先顺利运行您的过程；不要急于谈论系统，首先通过管理逻辑思考。

是否可以制造系统是一个技术问题；

是否可以使用它是管理问题；

是否可以很好地使用它是一个组织问题。