一期范围与路线图

一期主线

一期不追求把所有中心一次铺满，而是先打通最关键的业务主线：

标准资产 → 设备主档 → 台账闭环 → 合规基础 → 售后基础

这条主线一旦跑通，后续采购、IoT、客户门户和经营分析才有稳定底座。

一期做什么

• 标准设计资产：机型、方案、图纸、PLC、BOM、版本留痕
• 设备主档：一机一档、随机资料、检验资料、登记资料、档案完整度
• 台账闭环：日检、月检、维保、年度自检、问题池、整改任务、到期提醒、资料导出
• 合规基础：检验周期、使用登记状态、合规风险页、报检资料导出
• 售后基础：服务工单、派工、服务记录、设备历史回写

一期明确不做

深度 IoT 与远程运维

• 不做完整工况实时大屏
• 不做复杂边缘网关接入
• 不做远程升级正式闭环
• 只保留接口和字段

完整采购与供应链系统

• 不做复杂采购审批流
• 不做供应商门户
• 不做库存深度管理
• 不做 MES 级物料全过程

完整 CRM 与经营系统

• 不做复杂商机漏斗分析
• 不做高级报价审批矩阵
• 不做财务回款、利润核算本体

复杂外部协同平台

• 不做客户全量门户
• 不做维保商开放平台
• 不做监管接口实连
• 先保留导出和接口预留

分阶段实施

阶段 A：系统底座与标准资产建模

重点内容：

• 用户、角色、权限
• 组织架构
• 机型库
• 电控方案库
• 图纸、PLC、BOM 版本管理
• 附件中心

验收标志：

• 可以按角色登录
• 设计资产可以统一管理
• 版本发布有记录

阶段 B：设备主档与交付打通

重点内容：

• 设备主档
• 交付资料包
• 随机资料归档
• 检验与登记资料归档
• 档案完整度

验收标志：

• 每台设备可建立主档
• 交付资料可与设备绑定
• 档案完整度和状态可查看

阶段 C：台账闭环上线

重点内容：

• 日检 / 月检 / 维保 / 年度自检
• 定检准备任务
• 问题池
• 整改任务
• 到期提醒
• 导出中心

验收标志：

• 至少一个试点团队可替代纸面或散表
• 能导出单设备检查资料包
• 风险设备可见

阶段 D：售后与合规基础联动

重点内容：

• 服务工单
• 派工与服务记录
• 合规风险页
• 检验周期与使用登记状态
• 基础看板

验收标志：

• 设备问题可以从台账转服务
• 服务记录能回写设备历史
• 合规风险有统一入口

一期验收标准建议

• 标准资产：至少一个主力机型族完成录入，图纸 / PLC / BOM 版本关系清晰
• 主档：新交付设备可创建主档，支持查看随机资料、检验资料、登记状态
• 台账：日检、月检、维保、年度自检可录入、查询、导出，补录有痕迹，整改可闭环
• 服务：售后工单可发起、派工、回填、关闭，设备详情可看服务记录摘要
• 合规：检验到期和未登记状态可识别，可导出基本报检 / 检查应对资料

一期关键依赖

组织依赖

• 明确系统 owner
• 明确设计负责人、档案负责人、安全负责人、服务负责人
• 明确试点团队

数据依赖

• 整理首批机型与方案资产
• 选定首批试点设备
• 统一设备编码规则与附件分类规则

流程依赖

• 明确建档触发节点
• 明确交付资料责任人
• 明确台账填报和整改审批责任链

一期风险与应对

• 范围膨胀：只做 P0 必须闭环，所有 P1/P2 能力只留接口
• 数据基础不统一：先统一编码规则、设备类型和附件分类字典，再试点扩面
• 业务部门不用：先替代最痛的纸面和散表场景，而不是先做大屏
• 设计资产与主档脱节：交付时必须把机型、方案、版本与设备绑定

二期方向

当一期稳定后，再考虑：

• 采购与供应链全量化
• IoT 接入
• 客户门户
• 维保商协同
• 监管接口
• 高级经营分析

智能电控专题与一期的优先级关系

• P0：一期业务主线
• P0.5：电控专题对一期的字段、附件、问题来源与导出映射增量
• 并行专题 P1：智能电控横向课题
• 后续 P2：IoT、远程诊断、远程升级、监管实连