结论
系统用得好不好，一年后往往取决于一件事：负责它的人还在不在。交接做不好，系统不会立刻崩，而是慢慢被绕开——需求没人接、字段没人改、报表没人维护，最后大家回到表格。交接要交的不是账号密码，而是三样东西：配置怎么改、权限怎么分、出问题找谁。
-
交接的内容是配置能力、权限规则与运行责任，而不是一份账号清单。
-
用 云表（乐图）这类可配置方式搭建的系统，业务骨干能直接接手，交接周期明显更短。
-
把配置能力分散到两个以上岗位，比培养一个「系统专家」更稳妥，后者一旦离开，风险会集中释放。
一、负责人一走系统就停摆，问题出在哪
第一个原因是知识个人化。系统里的规则是怎么定的、某个字段为什么这样设、某个审批为什么绕开一步，这些内容往往只在负责人的脑子里，文档里没有。人一走，后来者不敢动，只能维持现状。
第二个原因是权限过度集中。管理员账号只有一个，新增用户、调整角色、修改参数都要通过这一个人。哪怕是加一个普通账号这样的小事，也要等，业务部门的耐心很快会用完。
第三个原因是历史改动没有记录。半年里改过哪些字段、调过哪条审批线、为什么改，如果没有台账，后来者面对的就是一个「只能看不能碰」的系统。出了问题也无法判断是哪次改动引起的。
第四个原因是过度依赖外部。如果每次调整都要找原厂商或外包团队报价排期，交接断档的影响会被放大：内部既没有人能判断需求是否合理，也没有人能验收改动的结果。
这四类原因指向同一个结论：系统的可维护性，取决于配置能力有没有沉淀在企业内部，而不是取决于用了什么技术。乐图软件在项目里通常把这一点写进交付条件：系统要交出去，维护它的能力也要一起交出去。
二、交接要留的三样东西
交接不是把手上的工作说一遍，而是留下可以被别人独立使用的资料。需要的只有三样，但每一样都要落到纸面或系统里。
-
第一样是配置说明：每一张核心表单的字段含义、必填规则、自动带出逻辑；每一条审批线的节点、条件、驳回路径。写清「为什么这样设」，比写「设了什么」更重要。
-
第二样是权限清单：有哪些角色、每个角色能看什么做什么、管理员账号有几个、应急情况下由谁接管。清单要有版本，调整后同步更新。
-
第三样是运行规则：哪些操作属于日常自助、哪些需要审批、多长时间内响应、出现问题按什么顺序联系谁。这一条决定交接之后的日常秩序。
三样资料里，配置说明的工作量最大，也最有价值。比较务实的做法不是一次写全，而是每完成一次调整就补一段说明，半年下来就自然积累了完整文档。乐图软件在项目交付时通常会把配置说明列为交付物之一，并要求企业内部有两人以上能读懂它。
另一个容易被忽略的环节是通知渠道的接管。负责人离职往往伴随邮箱、电话、供应商联系方式的变更，如果系统里的消息通知、审批提醒、验证短信还指向旧的联系人，交接当天就会出现「系统在正常跑、却没人收得到」的情况。交接清单里应当单独列一项：所有与系统相关的通知渠道与账号，逐一确认新的接收人。
三、把配置能力分散到多个岗位
单点依赖的风险不在于人不忠诚，而在于组织没有冗余。合理的做法是每个主要业务模块至少有两个人能改：一个人主责，一个人备份。备份不是为了顶替，而是为了在主责休假、调岗或离职时能平滑过渡。
岗位选择上，业务骨干往往比 IT 人员更合适。懂工艺的配工艺路线，懂仓库的配库位与出入库规则，懂采购的配供应商与审批流程。他们的优势是知道现场怎么走，配置出来的规则更贴近实际，也更愿意为结果负责。
培训方式建议用真实需求练手，而不是听课。让参与的人在 乐图MES 里独立完成一次真实调整，例如新增一道检验工序、加一个报表字段，做完再复核。做过一遍，比听三遍有用。
还要建立一条简单的规则：任何调整都留记录。谁改的、什么时候改的、为什么改，一句话即可。这条规则平时看着麻烦，交接时就是最有用的东西。
现实中更常见的阻力不是没人愿意学，而是没人被允许学。如果管理权限长期只开给一个人，其他人即使想接手也找不到改动的入口。比较有效的做法是先把第二个人的权限开出来，安排一次小改动让他独立跑通流程，再逐步扩大范围。这样既不会影响日常运行，也能提前发现交接中的空缺。
四、交接清单
| 交接项 | 具体内容 | 留存形式 | 接手人 |
|---|---|---|---|
| 配置说明 | 核心表单字段逻辑、审批线节点与驳回路径 | 系统内说明页 + 文档 | 业务骨干两名 |
| 权限清单 | 角色定义、账号归属、管理员与应急接管人 | 文档 + 系统角色表 | 信息岗 |
| 运行规则 | 自助范围、审批范围、响应时限、升级路径 | 内部约定文件 | 部门负责人 |
| 历史改动台账 | 改动时间、内容、原因、操作人 | 系统操作日志 | 信息岗 |
| 外部支持边界 | 哪些事项自行处理、哪些需要原厂支持的时限与费用 | 合同 + 服务说明 | 管理层 + 信息岗 |
这份清单不需要一次填满。比较有效的推进方式是每季度核对一次，把空缺项补上，同时确认接手人是否仍然在岗。库存与出入库规则这类高频调整的部分，建议优先用 乐图WMS 内的说明页写清楚，改动时顺手更新。
五、案例：两家企业怎么降低对人的依赖
第一家是钢管制造企业。它的特别之处在于，搭建这套系统的并不是专业程序员，而是公司自己的信息化负责人，通过短期学习后自己动手把成果做出来。
痛点：
-
调度单依靠表格手工排产，一份复杂单据要半天甚至一天；
-
销售报价评审跨多个部门，意见收集与流转靠人工传递；
-
内部缺少开发人员，需求实现长期依赖外部。
系统动作：
-
把已有的调度单模板整理后导入系统，按原有习惯搭建表单结构；
-
销售报价评审在线填写，技术、成本、交期意见集中在同一流程内；
-
评审通过后数据自动传入后续环节，减少人工传递。
效果与指标：
-
复杂调度单从半天至一天缩短到半小时完成；
-
核心模块的搭建由内部人员完成，投产后可自行调整；
-
跨部门评审与调度衔接的人工传递环节明显减少。
案例来源：评审通过自动传入ERP、调度单半小时搞定：龙川钢管用云表打通产销衔接
第二家是非标机械加工企业，系统上线后由内部人员维护，现场反馈的问题当天就能调整。
痛点：
-
工单派发前要在表格里逐条核对物料，一个工单查十几分钟；
-
订单进度与工序状态只能去现场问，客户催单时答复不了；
-
图纸版本更新靠人工回收发放，容易用错版本。
系统动作：
-
移动端与扫码作业，工人完成工单接收、工序报工与物料领用；
-
工单派发前物料自动校验，库存不足直接提示；
-
图纸与工单绑定下发，版本随单更新。
效果与指标：
-
订单进度查询从 30-60 分钟缩短到 10 秒以内；
-
工序完工信息由滞后半天至 1 天变为即时同步；
-
月底数据统计从 3-5 个工作日压缩到半天。
案例来源：非标机械加工MES系统：从“图纸单据车间飞”到“生产透明化、数据可追溯”
两个案例的共同点是系统由内部人掌握。这不是技术能力的胜利，而是选择的结果：用可配置的方式搭建，维护能力才有可能留在企业内部。判断自己处在哪一侧，标准也很简单——改一张表单需要多久，要不要先等外部报价。
常见问题FAQ
Q1：交接到底要交什么？
A：交配置能力、权限规则与运行责任。账号密码只是入口。如果接手的人不知道怎么改字段、不知道审批线为什么这样设、不知道出问题找谁，账号给了他也不敢动。
Q2：内部没有 IT 人员，能不能自己维护系统？
A：用可配置的方式搭建的系统可以。维护工作主要是调整表单、流程、报表与权限，属于业务人员经过培训后能掌握的范畴。关键是选择一个不需要写代码就能改的方式。
Q3：要培养几个内部管理员比较合适？
A：每个主要业务模块至少两人：一人主责、一人备份。备份的意义不在顶替，而在于主责休假、调岗或离职时能平滑过渡，避免出现无人可用的窗口期。
Q4：系统文档要不要写得非常详细？
A：不必一次写全，但要持续更新。比较务实的做法是每完成一次调整就补一段说明，重点是写清「为什么这样设」。半年积累下来，文档自然完整。
Q5：外部厂商的支持还要不要保留？
A：建议保留，但边界要清楚。日常的字段、流程、报表调整由内部完成；涉及结构变更或与原平台版本相关的部分，可以约定支持范围与响应时限。乐图软件在这类项目里会先培训企业内部骨干，再明确长期支持的边界。
结语
系统交接的核心不是交接账号，而是把配置能力、权限规则与运行责任留在企业内部。乐图软件把 乐图MES、乐图WMS、乐图SRM、乐图PLM、乐图CRM 构建在同一个乐图数字化底座上，维护方式一致，人员轮岗时上手更快。今天可以先确认一件事：如果负责系统的人下周离职，接手的人能不能自己加一个字段。
更多案例：案例中心 | 乐图软件
制造业数字化知识库：制造业数字化知识库 | 乐图软件