企业数字化系统地图：ERP、MES、CRM、OA、低代码分别管什么？

ERP、MES、CRM、OA、低代码，这几个词很多企业都听过，也或多或少接触过。有的企业先上了 ERP，后来发现车间过程管不细；又上了 MES，结果销售跟进还是靠 Excel；再上 CRM，审批仍然在微信群里跑；最后业务部门又说，能不能再做几个小系统，把这些东西串起来。

这时问题就来了：这些系统到底分别管什么？它们之间是什么关系？低代码又应该放在什么位置？

如果这个问题没有想明白，企业很容易把 ERP 当成万能系统，把 MES 当成生产版 ERP，把 CRM 当成客户通讯录，把 OA 当成电子审批工具，把低代码当成临时补丁工具。最后系统买了不少，数据却没有真正流起来，部门之间该扯皮的地方还是扯皮。

所以在这里，我们从企业管理的角度来做一张简单的系统地图。先把每类系统的主要职责说清楚，再看它们之间如何连接。这样企业在后续选型、规划、集成和扩展时，心里会更有数。

图1：企业数字化系统地图

一、ERP主要管企业资源，重点是钱、货、单和账

ERP，全称是企业资源计划。它在企业系统里通常处在比较中心的位置，因为它管的是企业经营活动里最基础、也最容易影响财务结果的一批数据。

简单说，ERP关心的是企业有什么资源，这些资源怎么流转，最后如何反映到经营结果上。

在一家制造企业里，ERP通常会涉及采购、库存、销售、财务、成本、应收应付、供应商、客户订单、物料档案等内容。它把企业的物流、资金流、信息流尽量放在同一个体系里进行管理。

比如销售部门接到一张客户订单，系统需要知道客户是谁，信用情况怎么样，订单里有哪些产品，库存是否够，是否需要生产，生产需要哪些物料，物料是否需要采购，发货以后如何开票，款项什么时候回收。这些信息如果分散在不同表格和部门里，管理层很难看到完整链路。

ERP的价值就在这里。它让订单、库存、采购、财务这些原本分散的信息能够建立联系。

一般来说，ERP常见模块包括：

• 销售管理：客户订单、发货、退货、开票、销售统计。

• 采购管理：采购申请、采购订单、供应商、到货、采购价格。

• 库存管理：入库、出库、调拨、盘点、批次、库存成本。

• 财务管理：总账、应收、应付、现金、费用、成本核算。

• 生产计划相关：物料需求、生产订单、BOM、委外加工。

ERP适合处理标准化程度比较高、管理规则相对稳定、最终需要进入财务或经营核算的数据。它强调规范、准确、集成，不能天天按部门想法随意改。

所以ERP很重要，但它也有边界。

ERP并不擅长把车间每一道工序的实时过程都管到很细，也不擅长承担大量个性化的现场表单、临时协同和跨系统小流程。如果企业把所有业务变化都往 ERP 里塞，系统会越来越重，实施和维护成本也会越来越高。

二、MES主要管生产现场，重点是工单、工序、设备和质量

MES，全称是制造执行系统。它和 ERP 的关系非常紧密，但它站的位置更靠近车间现场。

如果说 ERP 更关心订单、物料、库存、成本和财务结果，那么 MES 更关心生产过程到底是怎么执行的。

生产企业里，ERP可以生成生产订单，也可以告诉企业计划生产多少。但订单下到车间以后，每一道工序什么时候开始，哪台设备在生产，哪个班组负责，当前良品数是多少，报废原因是什么，质量检验是否通过，设备有没有停机，这些过程数据通常需要 MES 来承接。

MES的主要工作，是把生产计划变成车间现场可以执行、可以记录、可以追踪的过程管理。

一般来说，MES常见模块包括：

• 工单管理：生产任务下发、工单拆分、工单进度跟踪。

• 工序管理：工艺路线、工序流转、扫码报工、工序状态。

• 设备管理：设备状态、停机记录、点检保养、稼动情况。

• 质量管理：首检、巡检、完工检、异常处理、质量追溯。

• 物料过程管理：投料、退料、在制品、半成品流转。

• 生产看板：产量、进度、异常、设备状态、班组绩效。

MES对企业的价值，在于把车间从“事后统计”往“过程透明”推进。以前车间发生了什么，可能要等班组长下班后填表，计划员再汇总，管理层第二天才看到。MES则希望在生产过程中就记录关键节点，让问题尽早暴露出来。

它和ERP之间也需要接口。

ERP给MES下发生产订单、BOM、物料、客户订单等基础信息。MES把实际生产进度、报工数量、质量结果、消耗记录回传给ERP。这样财务成本、库存数量和生产进度才能保持一致。

如果ERP和MES割裂，企业就会出现一个常见问题：财务系统里库存是一个数，车间现场又是另一个数；计划系统里显示已经完工，现场其实还卡在某一道工序。系统多了，真相反而少了。

三、CRM主要管客户经营，重点是线索、商机、合同和回款

CRM，全称是客户关系管理。它和 ERP 都会涉及客户，但两者关注的阶段不一样。

ERP里的客户，往往已经进入交易和履约阶段。它关心的是客户订单、发货、开票、应收账款、信用额度等内容。CRM则更靠近市场、销售和客户经营过程。它关心一个客户从线索到成交，再到复购和服务的全过程。

很多企业没有 CRM 时，销售过程基本靠销售人员自己管理。客户资料在个人微信里，跟进记录在手机备忘录里，报价文件在个人电脑里，老板想知道某个大客户为什么没成交，只能靠销售口头汇报。

这种方式在小团队时还勉强能跑，一旦销售人数变多，客户数量变多，问题就会出来。

客户跟进有没有断档，重点商机停在哪个阶段，报价是否经过审批，合同金额有没有变化，销售预测靠不靠谱，这些都需要系统来管理。

一般来说，CRM常见模块包括：

• 线索管理：来源、分配、跟进、转化。

• 客户管理：客户档案、联系人、行业、规模、信用信息。

• 商机管理：销售阶段、预计金额、赢单概率、竞争对手。

• 报价与合同：报价单、合同审批、价格权限、合同归档。

• 回款协同：应收计划、回款提醒、逾期跟进。

• 客户服务：工单、投诉、满意度、续费和复购。

CRM的重点，是让企业不要只看到最后成交的订单，也要看到成交之前发生了什么。

对管理层来说，CRM可以帮助判断销售漏斗是否健康，市场线索质量如何，销售过程是否规范，重点客户是否有人持续维护。对销售负责人来说，它可以减少“人走客户走”的问题，把客户资产沉淀到公司系统里。

CRM和ERP之间同样需要打通。

当 CRM 里的商机赢单以后，需要生成销售订单、合同、开票和发货信息，这部分通常进入 ERP。ERP里的发货、回款、应收状态，也应该反向同步给 CRM，让销售人员知道客户履约和回款情况。

如果这条链路断了，销售部门会说客户已经成交，财务部门会说款没回来，仓库会说没有发货计划，售后会说不知道客户买了什么。大家都没有错，只是系统没有把客户经营链条串起来。

四、OA主要管组织协同，重点是审批、通知、制度和办公流程

OA，全称是办公自动化。它在很多企业里上线最早，也最容易被低估。

有些人觉得 OA 就是请假、报销、盖章、发通知。这样理解也没有错，但有点窄。OA真正承担的是组织内部协同，它管的是人和人之间、部门和部门之间如何按规则完成一件事。

比如员工请假，需要直属上级审批；采购申请，需要部门负责人、财务、总经理审批；合同用印，需要法务审核、业务负责人确认、印章管理员处理；制度发布，需要通知到相关部门并确认阅读。

这些事情看起来琐碎，但如果没有统一系统，就会变成微信群、邮件、纸质单据和口头确认的混合体。审批走到哪里不知道，谁卡住了不知道，历史记录也不好查。

一般来说，OA常见模块包括：

• 流程审批：请假、报销、采购申请、合同审批、用印申请。

• 公文通知：通知公告、制度发布、会议纪要。

• 组织管理：部门、岗位、人员、角色、权限。

• 办公协同：任务、会议、日程、知识文档。

• 行政管理：资产、车辆、访客、办公用品。

OA的价值，在于把企业内部的办公流程标准化，让人找人、事找人、责任找人都有记录。

它和ERP、CRM、MES之间也会产生很多连接。

采购申请可以从OA发起，审批通过后进入ERP形成采购订单。合同审批可以从CRM商机或报价触发，审批完成后进入ERP执行。生产异常可以从MES产生，再通过OA流程通知质量、设备、计划等部门处理。

所以OA不应只被看成一个“办公工具”。在企业系统地图里，它往往是流程协同层，帮助业务动作跨部门流转。

五、低代码主要管变化，重点是个性化应用、流程补位和系统连接

讲到这里，很多人会问：既然ERP、MES、CRM、OA都已经分工明确了，低代码还有什么必要？

这个问题非常关键。

企业的标准系统解决的是相对稳定、相对通用、相对成熟的管理模块。但企业每天还会出现大量细碎、变化快、个性强的管理需求。这些需求有时不适合直接放进ERP，也不值得重新开发一个完整系统。

比如：

• 销售部想做一个重点客户拜访计划表，并自动提醒区域经理。

• 生产部想做一个设备异常临时登记和整改跟踪。

• 采购部想把供应商准入、询价、样品确认几个动作串起来。

• 财务部想做一个费用预算占用和预警台账。

• 管理层想看一个跨ERP、CRM、MES的数据经营看板。

这些需求不大，但很具体；不一定复杂，但经常变。靠Excel能凑合，靠传统开发周期太长，硬塞进标准系统又会增加主系统负担。

低代码适合承接的，正是这类业务变化。

它可以通过可视化表单、流程引擎、权限配置、数据模型、报表看板和接口集成，快速搭建企业自己的个性化应用。尤其在中大型企业里，低代码的意义通常不在于让每个人都随手搭系统，而在于给IT、数字化部门和懂业务的关键用户一套更快的交付工具。

以织信这类低代码平台为例，它更适合放在企业应用扩展层，用来承接标准系统之外的业务应用、部门级管理系统、跨系统流程和数据看板。ERP、MES、CRM、OA各自负责自己的主干业务，低代码则负责把主干系统之间的空白地带补起来。

图2：五类系统分别管理的主要对象

六、这几类系统之间，真正要打通的是数据和流程

企业数字化系统不能只把几个软件名称摆在一起。真正能产生价值的，是数据和流程能够在系统之间流动。

我们可以从一张客户订单开始看。

客户线索最早可能进入 CRM。销售跟进以后形成商机，报价经过审批，合同确认后形成销售订单。订单进入 ERP 后，需要检查库存、安排采购、生成生产计划。生产任务下达到 MES，车间完成生产和质检以后，完工数量回传ERP。发货、开票、应收和回款继续在ERP里处理。中间如果涉及合同审批、采购审批、异常处理，又会进入OA流程。最后管理层希望从看板里看到订单进度、交付风险、成本变化和客户回款。

这条链路里，每一个系统只管自己最擅长的部分。

CRM管客户和商机，ERP管订单和资源，MES管生产执行，OA管组织审批，低代码可以补充个性化流程、跨系统看板和临时业务应用。

如果这些系统各管各的，企业会得到一堆局部正确的系统。销售系统里客户状态是对的，ERP里库存是对的，MES里生产进度是对的，OA里审批记录也是对的，但管理层想看一张完整订单进度表时，仍然要靠人去拼。

这就是很多企业上了系统以后还觉得累的原因。

系统上线解决了录入问题，没有解决协同问题；解决了部门内部管理，没有解决跨部门链路；解决了单点效率，没有解决整体运营透明。

所以企业做数字化规划时，不能只问“我要不要上ERP”“我要不要上MES”。更应该问几个问题：

• 哪些数据是企业的主数据，应该由哪个系统统一维护？

• 哪些流程是稳定流程，应该进入标准系统？

• 哪些流程变化很快，需要放在低代码平台上灵活承接？

• 哪些数据需要跨系统汇总，形成经营看板？

• 哪些审批节点会影响业务执行，必须和业务系统联动？

这些问题想清楚了，系统地图才算真正画出来。

图3：从客户订单到生产交付的数据流转

七、企业做系统规划，不能只按部门买软件

很多企业做数字化系统规划时，会沿着部门需求往前走。

销售部门要CRM，生产部门要MES，财务部门要ERP，人事行政部门要OA。这个思路很自然，但只按部门买软件，后面很容易留下集成问题。

因为企业经营本来就按链路发生，部门只是分工方式。

一张订单，从客户接触开始，到合同、采购、生产、质检、发货、开票、回款，横跨多个部门。一个供应商问题，可能影响采购、仓库、生产、质量和财务。一个产品质量投诉，可能要回查客户、订单、批次、工序、设备、人员、物料和售后记录。

所以系统规划应该从业务链路出发，部门清单只能作为补充。

比较稳妥的做法，是先画三张图。

第一张是业务对象图。企业到底有哪些核心对象，比如客户、供应商、物料、产品、订单、合同、工单、设备、员工、项目、费用、资产。这些对象分别由哪个系统主责维护，哪些系统只读取或引用。

第二张是流程流转图。企业关键流程从哪里发起，经过哪些角色审批，在哪个系统生成单据，最后在哪里归档和统计。

第三张是数据看板图。管理层、部门负责人、一线执行人员分别需要看哪些指标，这些指标来自哪些系统，刷新频率和口径由谁负责。

这三张图画完以后，ERP、MES、CRM、OA、低代码的位置自然会清楚很多。

ERP适合作为经营和财务资源主干。MES适合作为生产现场执行系统。CRM适合作为客户经营前端。OA适合作为组织协同和流程审批平台。低代码适合作为个性化应用和系统连接层。

图4：标准系统与低代码的协同边界

八、低代码不能替代所有系统，但可以让系统更贴近业务

低代码这几年被讨论得很多。有些人把它说得太神，好像所有企业应用都可以拖拽出来；也有人把它看得太轻，认为它只是做几个表单和审批。

这两种看法都太粗。

低代码不应该替代ERP、MES、CRM、OA这些成熟系统。企业的财务核算、生产执行、客户经营、组织审批等主干场景，仍然需要专业系统承担。尤其是财务、成本、生产、质量这些领域，规则复杂、责任明确、接口众多，不能只靠简单表单拼出来。

但把低代码简单看成临时工具，也很粗糙。

在企业系统越来越多、业务变化越来越快的情况下，低代码可以承担三个重要角色。

第一，承接标准系统覆盖不到的业务细节。

标准系统往往满足大多数企业的通用流程，但每家企业都有自己的管理习惯。比如特殊的客户分级规则、项目交付跟踪、设备整改闭环、供应商样品确认、区域费用管控。这些内容如果等待标准系统厂商开发，周期可能很长；如果完全靠Excel，又缺少权限、流程、日志和数据沉淀。

第二，连接多个系统之间的断点。

企业里经常会出现这样的情况：CRM里有商机，ERP里有订单，MES里有生产进度，OA里有审批记录，但没有一个页面能把它们连起来看。低代码可以通过接口和数据模型，把多个系统的数据拉到一个业务视图里，让业务部门和管理层减少反复查系统、导数据、拼报表的工作。

第三，沉淀面向AI的业务结构。

企业后续要做智能化，不能只把AI接到一堆散乱文档和表格上。AI要真正进入业务，前面需要清楚的数据对象、流程节点、权限规则、操作日志和审批机制。低代码平台在这些方面本来就有天然优势，它可以把业务动作结构化，为未来AI Agent处理数据查询、流程触发、异常提醒和辅助决策打基础。

所以低代码最合理的位置，是在企业数字化系统地图中做“可变化的应用层”和“连接层”。它不抢主系统的位置，但能让企业系统变得更灵活。

九、如何判断一个需求应该放在哪个系统里

企业在实际建设中，经常会遇到一个很具体的问题：这个需求到底放到 ERP，还是 MES，还是 OA，还是低代码？

这里可以用几个判断标准。

如果这个需求直接影响财务核算、库存成本、采购订单、销售订单、应收应付，优先考虑ERP。因为这些数据必须口径统一，不能在外部系统里随意产生多个版本。

如果这个需求发生在车间现场，涉及工序、设备、质检、报工、批次追溯、生产异常，优先考虑MES。因为这些数据需要贴近生产过程，并和现场设备、条码、工位、班组结合。

如果这个需求发生在客户经营阶段，涉及线索、商机、客户拜访、报价、合同前过程、售后跟进，优先考虑CRM。因为这些信息关系到销售过程和客户资产沉淀。

如果这个需求主要是组织内部审批、行政办公、公文通知、人事协同，优先考虑OA。因为它的重点是人和流程的协同。

如果这个需求变化快、跨部门、跨系统、个性化强，或者暂时没有成熟系统承接，就可以考虑低代码。尤其是那些“业务部门很需要，但标准系统改造成本太高”的需求，低代码往往更合适。

当然，真实场景里不会分得那么干净。一个采购流程可能既涉及OA审批，也涉及ERP采购订单，还需要低代码做供应商准入和评分。一个生产异常可能既来自MES，也要触发OA整改流程，还要在低代码看板里汇总。企业要做的，是把主责系统和协同系统分清楚。

结束语：

很多时候，企业数字化系统多，不一定好；系统新，也不一定好。真正重要的是，每一类系统在企业管理中有没有站在正确的位置上。

ERP管资源和账，MES管生产现场，CRM管客户经营，OA管组织协同，低代码管变化和连接。把这几句话理解清楚，企业再去做选型、实施和集成，很多问题就不会一开始就走偏。

对于已经有ERP、MES、CRM、OA的企业来说，低代码的价值不在于推翻原有系统，而在于把原有系统没覆盖好的业务空白补起来，把跨系统协同做顺，把变化中的管理要求沉淀成可维护的企业应用。

这也是为什么像织信这样的低代码平台，会越来越多地出现在中大型企业的数字化架构里。企业不缺某一个单点工具，真正缺的是一套能随着业务继续生长的应用交付能力。

希望这篇文章能帮助大家建立一张更清楚的企业数字化系统地图。以后再听到ERP、MES、CRM、OA、低代码这些词时，先记住名称，再看清它们分别管什么、怎么配合、应该放在企业管理的哪一个位置上。