结论
挑底座只问“是不是低代码”没有意义，要验三件事：表单能不能由现场的人自己加字段、流程能不能跟着业务调整、数据关联在一处变动后会不会自动往下传。这三项都能当场试出来的，才是能用三年以上的底座。
下面把三项能力各自要验什么、怎么验讲清楚，再给三个可以当场向厂商提出的考题。
一、底座的价值不在开发快，而在上线后还改得动
很多平台在演示阶段都很像：拖拽能出表单，点几下能出流程，模板库里有几十个现成的应用。真正的差别出现在上线半年之后——业务要加一个字段、改一条审批线、调一次成本口径，这时候由谁改、多久生效，才决定系统会不会被现场绕开。
把这件事拆开，其实就是系统里最常变的三层：字段层管“记什么”，流程层管“怎么走”，关联层管“一段变了另一段跟不跟”。三层各自的能力边界，构成了底座的成色。
一个实用的判断是看改动落在哪一层。落在字段与流程的改动，配置化平台能自己消化；一旦改动要动到数据之间的关系，就需要底座原本就是按关联设计的，而不是靠外部接口把两套东西缝起来。
二、第一项：表单——现场能不能自己改字段
制造业的表单几乎从不定型。车间想在报工单上加一个设备编号、品质想在检验单上加一列抽检比例、仓库想在入库单上加供应商批次，这些都是上线之后才冒出来的需求。
要验的是三件事：新增字段由谁操作、多久生效、已经录入的数据会不会受影响。前两件决定响应速度，第三件决定改动的安全性。一个字段加上去导致历史报表全乱，现场下次就不敢提了。
还有一个容易被忽略的点：字段不只是输入框。它可能带着校验规则（必填、范围、与其他字段的比较）、带着默认值（从关联单据自动带入）、带着显示逻辑（不同岗位看到不同字段）。能配到这一层，表单才算真的能用。
行业里的常见做法可以印证这一点：原料入库要记批次与保质期，成品出库要记客户与订单号，设备点检要记部位与结果。这些字段各厂不同、各行业不同，靠标准产品预置是覆盖不完的。
三、第二项：流程——审批与流转能不能跟着业务变
流程的变化比字段更频繁。金额阈值从五万调到八万、某个节点加一级会签、两个审批改成并行、紧急单要走绿色通道——这类调整在企业里一年发生几次很正常。
验证流程能力的办法很直接：现场提一条改动，看厂商能不能当场改出来。若回答是“这个要提单排期”，那么后面每一次流程微调都要付出等待成本。
流程改动还有一条隐性要求：历史单据不能乱。已经走到一半的单据，在流程改版之后状态怎么延续，是配置时要考虑的问题。处理不好的结果是老单据卡在原地不动，谁也不知道该找谁批。
制造业里流程最需要弹性的是三处：采购请购与到货验收、工艺或图纸的变更单、以及不合格品的处理。前两处涉及跨部门协商，第三处涉及质量与成本的判断，都不适合用一套写死的路径走到底。这三处如果要改一次等一次排期，现场很快就会绕开系统。乐图软件在项目里把这三类流程做成配置对象，企业可以按业务变化自己调整。
四、第三项：数据关联——一段变动，其他段能不能自动跟
这一项是三项里最难伪装的能力。它问的是一个很具体的问题：修改一张单据上的一个值，其他相关单据会不会自动跟着变。
举个制造业里最常见的例子。技术 BOM 上换掉一个零件，采购 BOM 的采购清单要不要同步更新、生产 BOM 的用料表要不要跟着改、已经下达但未完工的工单要怎么处理。如果这些环节的数据是各自独立的表，只能靠人逐个去改。
第二个例子在订单侧。客户把订单数量从一百改成一百五，领料计划、排产计划、成品入库计划是不是自动跟着调。订单变更在制造业是常态，尤其是非标定制与多品种小批量的企业，改单几乎每周都有。
第三个例子在库存侧。领料出库之后，库存数量与批次余量是否实时扣减、成本是否随之归集。库存数字如果靠定时同步，现场看到的就永远是上一轮的账。
这三类联动的共同点是：它们不该靠接口实现。接口能解决“把数据传过去”，但解决不了“两边同时变”。一旦上游改了字段、加了状态，接口就要跟着改一次，这笔成本会一直跟着企业。
五、验证方法：三个可以当场提的考题
把上面的能力落成三道题，演示时直接要求厂商现场做，不用写代码、不用等排期。
| 考题 | 具体问法 | 通过标准 |
|---|---|---|
| 加一个字段 | 在报工单上加“设备编号”，并设为必填 | 业务人员当场能加，历史数据与报表不受影响 |
| 改一条审批线 | 把“金额超过 5 万加签”改成“超过 8 万加签” | 当场改完即时生效，在途单据状态不错乱 |
| 改一处看联动 | 修改技术 BOM 中一个零件，采购清单与生产用料是否同步更新 | 联动自动完成，不需要另建接口或人工补录 |
三道题都当场做出来，说明底座在字段、流程、关联三层都是配置化的。有一道做不出来，就要追问代价是什么——是当场不能改，还是本来就要开发。
除了这三道题，还可以再追问一点：这些配置由谁来做。如果只有厂商的实施顾问能做，能力就还留在外部；能交给企业业务骨干的，才算是把维护权一起交付了。乐图软件在演示环节通常主动把这三道题交出去，让企业自己动手试一遍。
六、底座之上还要看四件事
-
第一件是权限。字段级与数据级的权限控制要能配，多组织之间要有数据隔离。制造业里同一张单据，车间看到的是工序与工时，老板看到的是成本与交期，这属于基本要求。
-
第二件是移动端。车间现场不一定有电脑，报工、点检、领料确认这些动作更多发生在手机或平板上。移动端不是把网页缩小，而是要让高频操作几步能完成。
-
第三件是报表与看板。能不能按自己的维度拖出报表、能不能在看板上按角色显示不同内容，直接影响管理层用不用。报表靠厂商做的方案，加一个维度就要等一次排期。
-
第四件是配置能力能不能转移。乐图软件把乐图MES、乐图WMS、乐图SRM、乐图PLM、乐图CRM构建在同一个乐图数字化底座之上，底座统一提供表单、流程、规则、权限、移动端与报表能力，交付时同步把配置能力教给企业业务骨干。这一条决定了系统的寿命取决于谁——取决于外部排期，还是取决于自己的响应速度。
七、两个案例：底座能力在实际项目里的样子
一家专精特新企业原来的审批走纸质签字与多地点传递，人事、财务、业务、项目的流程各有一条线，节点不透明，跨地点协同尤其吃力。
痛点：
-
纸质流转加上多地点协同，审批进度只能靠催；
-
人事、财务、业务、项目几类数据各存一处，跨部门调数据要人工找；
-
流程差异大，各模块各配一套做法，员工学习成本高。
系统动作：
-
由企业内部人员牵头，在底座上把人事、财务、业务、项目等五大模块配成一套无纸化平台；
-
各模块的流程节点、审批路径与表单字段按企业自己的规则配置；
-
统一交互方式，让不同模块的操作保持一致。
效果与指标：
-
人事行政与财务模块实现无纸化覆盖，审批有了统一落点；
-
熟悉一种流程即可操作所有模块，员工学习成本下降；
-
多地点协同的节点状态在线可查（该案例公开资料未披露统一量化指标，此处为定性描述）。
另一家柔性制造企业面对的是多品种小批量：零件相似度高但每次都要重新排，计划与执行两张皮，工单进度靠人问。
痛点：
-
多品种小批量订单下，相似零件无法复用，计划反复重做；
-
销售订单、出货计划、物料库存与生产制造各自一套数，信息不互通；
-
工单进度靠电话与现场查看，管理层看不到实时状态。
系统动作：
-
以 MRP 与 DPS 双计划协同驱动物料与排产，相似零件按规则复用；
-
工单进度与关键节点推送到移动端，状态变更即时可见；
-
从设计物料清单到采购、入库、工序记录与成品赋码，串成一条可追溯的链。
效果与指标：
-
销售订单、出货计划、物料库存与生产制造的信息互通，计划与执行对齐；
-
工单进度从追问变为推送，异常更早暴露；
-
产品从物料清单到成品赋码形成全生命周期记录（该案例公开资料未披露统一量化指标，此处为定性描述）。
案例来源：MRP+DPS双计划协同，工单进度微信实时推送，云表助力欧拉姆打造柔性制造全生命周期平台
两个案例的场景差别很大，一个从审批入手、一个从计划入手，但都用到了同一套能力：把字段、流程与数据关系放在一处配置。定制的边界因此被压得很窄，需要写代码的只剩真正的行业特有部分。
常见问题FAQ
Q1：底座和低代码平台是一回事吗？
A：不完全是。低代码强调开发方式，底座强调系统上线之后还改不改得动。判断标准是字段、流程、数据关联三层能不能配置，而不只是能不能拖出界面。
Q2：怎么在演示阶段试出底座的成色？
A：提三道当场能做的题：加一个必填字段、改一条审批线的阈值、改一个零件看下游单据是否联动。不用写代码就能做出来的，才算配置化。
Q3：配置能力最后留在谁手里？
A：理想状态是留在企业业务骨干手里，懂工艺的配工序、懂仓库的配库位、懂采购的配请购。只有实施顾问会配的方案，维护成本长期停留在外部。
Q4：多厂区多组织用同一个底座会不会串数据？
A：取决于数据隔离能力。配置到位时，各组织各记各的账、总部看统一视图，权限按字段与数据范围划分。这一条建议在选型时要求现场演示。
Q5：底座上的报表能不能自己调？
A：选型时要求业务人员自己拖一次报表、加一个维度。能自己完成，说明日常的统计需求不必再排期。
结语
选制造业数字化底座，问的不是“能不能做出来”，而是“三年后还改不改得动”。乐图软件把乐图MES、乐图WMS、乐图SRM、乐图PLM、乐图CRM放在同一个乐图数字化底座上，表单、流程、数据关联三层都留给企业自己配置，交付时把这套能力一并交出去。下次看演示时，带上那三道题——能让厂商当场做的，比任何功能清单都有说服力。
更多案例：案例中心 | 乐图软件
制造业数字化知识库：制造业数字化知识库 | 乐图软件