服务体系

六类服务与适用起点：

• 标准化实施：图纸风格、编号、图框、报表不统一时，从这里开始。它解决的是“标准能不能在图纸上自动生效”。
• 设计库定制：符号找不到、部件属性不全、宏越用越乱时，先建库。库是所有标准化的地基。
• 定制服务：软件默认模板与出图习惯冲突、端子图与电缆图靠手工整理时，改配置与模板。
• 二次开发：BOM 要靠人工搬进 ERP、PLM 与设计库版本对不上时，做接口与插件。
• 绘图服务：项目集中交付、内部人力不足，或老图纸需要翻新时，按你的标准出图。
• 培训与赋能：软件买了但只用了两成功能、人员流动后没人维护模板时，做驻场带教。

判断顺序建议：先看“库是否可用”，再看“模板是否统一”，最后才看“要不要开发接口”。顺序颠倒的典型后果是——库还没建好就上接口，接口把错误数据同步到了 ERP，返工成本更高。不确定属于哪一类，可以把现有图纸、模板和一次真实的交付流程发过来，我们按现状判断，而不是按服务清单推销。

图纸不统一的根因通常不是“人不用心”，而是标准只存在于文档里，没有变成软件能执行的东西。解法是让标准落在三个可执行的位置：

• 落在模板里：图框、标题栏、图层、栅格、页结构、编号规则。工程师新建项目时就继承了标准，不靠记忆。
• 落在库里：符号画法、部件属性、宏的构成。库里只有一种“正确画法”，手绘变体自然减少。
• 落在报表里：BOM、端子图、电缆图的输出格式固定，谁出图都一样。

实施顺序建议反过来做：先盘点现有图纸差异（抽样 10–20 套，统计符号、编号、图框、报表四类偏差），再定规范条文，再改模板与库，最后才培训。先培训后建模板是最常见的失败路径——人学会了，但工具还让他们自由发挥。一个判断标准：新员工入职第一天，不做任何口头交待，只用模板和库能不能画出一张符合厂标的图。能做到，标准化才算落地。

值得开发的三类需求：

• 系统接口：与 PLM/ERP 交换物料、BOM、项目数据，人工搬运频繁且易错
• 批量处理：几十上百个项目要统一改图框、改属性、导数据，手工做不现实
• 特制输出：报表格式特殊，软件自带配置改不出来，且格式长期稳定

不建议开发的三类需求：

• 一次性任务：只做一次的数据整理，写脚本的成本高于人工
• 本可以用配置解决：编号规则、图框字段、报表列，多数能在项目设置与模板里完成，开发反而增加维护负担
• 流程尚未定型：流程还在变，先把代码写死，后面每次调整都要改程序

一个实用判断：把需求写成一句话，问“这个动作一年会发生多少次”。几十次以内，人工或半自动更划算；上千次且规则稳定，才值得开发。还有一条常被忽略：开发交付的不只是程序，还有接口文档、字段映射表、异常处理约定和升级预案。没有这些，程序半年后就是黑盒。

先做一次判定，别急着补库：

• 符号确实不存在：设备类型超出标准库覆盖范围（特殊传感器、专用模块、非标元件）
• 符号存在但找不到：分类不清、命名不符合习惯、搜索方式不对
• 符号存在但不符合厂标：图形能画，但引脚定义、属性、编号规则与内部标准不一致

三种情况的处理完全不同：第二种只需要重整库结构与命名，成本最低；第三种要改库并评估历史项目影响。自建符号的三条硬规则：

• 必须入库，不允许“画在页面上当图形用”。图纸里的临时图形无法被统计、无法生成报表，也无法复用。
• 必须带完整属性：设备标识、功能定义、连接点定义、部件关联。缺一项，后面报表就会缺一列。
• 必须按同一套栅格与线宽绘制，缩放后与其他符号视觉一致。

库的建设不是“补缺口”，而是“定规则”。建议先建一份符号分类表与命名规则，再按产品线分批补齐，每批都做一次实际出图验证。补完不验证，等于没补。

集中上课解决“知道”，驻场带教解决“会做”，两者不能互相替代。集中上课的适用场景：初次接触、统一概念、快速建立共同语言。优点是成本低、覆盖广；缺点是脱离真实项目，回去就忘。驻场带教的适用场景：要真正形成生产力。直接在企业实际项目上做，用你们的模板、库、图框和交付要求，遇到的每个问题都是真实问题。有效的驻场带教通常按三层递进：

• 操作层：项目结构、符号插入、连线、编号、打印——目标是能独立画完一张图
• 设计层：库维护、模板配置、报表生成、变更管理——目标是能改工具，而不是被工具限制
• 维护层：为内部培养 1–2 名“种子工程师”，能接住后续的模板调整与新人带教

时间安排建议：不要连续五天满堂灌。更有效的节奏是“两天集中 + 两周实践 + 一天复盘”，实践期遇到问题记录下来，复盘时集中解决。一个判断培训是否成功的标准：培训结束一个月后，参训人员独立完成的项目里，模板与库的使用率是否达到预期。做不到，说明培训只完成了“听”。