# -*- coding: utf-8 -*- """附件六 实施与服务方案 第 1~4 章。 对应评分要素(实施方案评价部分,共 10 分): 保障措施 2 分 · 应急支撑 2 分 · 售后服务 3 分 · 项目培训 3 分 """ # ==================================================== 第1章 质量与工期保障(2 分) BLOCKS_CH6 = [ ("p", "本章给出本项目的组织安排、实施里程碑与质量控制点设置、" "质量控制措施、工期保障措施、风险应对," "以及上线后质量保障与服务工作的承诺。"), ("h2", "1.1 项目组织与职责分工"), ("p", "本项目按采购需求对项目团队的要求配备全岗位人员," "岗位设置、职责与投入安排如下表。" "全部人员均与我方签署劳动合同,人员名单与劳动合同扫描件见附件四。"), ("table", ("项目团队岗位职责与投入安排", ["岗位", "主要职责", "投入方式"], [["项目经理(项目负责人)", "对进度、质量、成本与交付负总责;对接采购人项目负责人;" "组织周例会与阶段评审;风险识别与升级", "全程投入"], ["技术架构师", "总体技术方案与集成方案;技术风险评估;关键技术决策;" "架构层面的代码与配置评审", "全程投入"], ["前端开发工程师", "看板与页面适配、图表与大屏配置、移动端适配、" "交互问题修复", "配置实现至上线阶段"], ["后端开发工程师", "集成通道适配、数据加工任务、指标计算、" "接口开发与缺陷修复", "配置实现至上线阶段"], ["实施顾问", "业务调研、主数据梳理、蓝图与口径确认、" "配置实现、用户操作辅导", "全程投入"], ["测试工程师", "测试方案与用例设计、集成测试执行、UAT 支持、" "缺陷跟踪与回归验证", "方案确认至上线阶段"], ["UI 设计交互工程师", "看板与大屏视觉设计、页面交互优化、" "移动端界面适配", "方案确认至配置实现阶段"], ["运维工程师", "环境搭建与部署、监控告警配置、备份策略实施、" "上线支持与运行巡检", "全程投入"]], [2.5, 6.1, 2.0], ["l", "l", "c"])), ("p", "采购人侧建议设置项目负责人一名、各业务环节业务对接人各一名、" "IT 对接人一名。" "双方项目负责人共同主持周例会," "业务对接人负责本环节的需求确认、口径确认与 UAT 执行," "IT 对接人负责源系统只读账号开通、网络策略与集成联调配合。" "这一分工在项目启动会上以书面形式确认," "避免实施过程中出现事项无人对接而滞留。"), ("h2", "1.2 实施里程碑与质量控制点"), ("h3", "1.2.1 里程碑安排"), ("p", "项目按七个里程碑推进,每个里程碑设置准入准出条件," "关键节点由采购人签署确认,未通过确认不进入下一阶段。"), ("fig", ("fig_quality_gate", "实施里程碑与质量控制点")), ("h3", "1.2.2 阶段划分与工期安排"), ("p", "我方承诺自合同签订之日起 16 周内完成开发配置、部署、" "测试与上线验收,各阶段安排如下表。" "若采购人对工期另有要求,我方可在保证质量的前提下" "通过增加资源投入与并行推进进一步压缩," "具体以合同约定为准。"), ("table", ("实施阶段与工期安排", ["里程碑", "阶段工作", "周期", "质量控制点(采购人确认)"], [["M1 项目启动", "项目启动会、组织与职责确认、环境规划、调研计划", "第 1~2 周", "范围与计划确认书"], ["M2 方案确认", "业务调研、主数据梳理、业务蓝图确认、指标口径逐项确认、" "集成范围与接口清单确认", "第 3~5 周", "蓝图与口径确认书"], ["M3 配置实现", "组织与权限配置、主数据导入、业务参数配置、" "看板与大屏配置、异常规则与诊断场景配置", "第 6~10 周", "配置自检通过报告"], ["M4 集成联调", "源系统只读接入、集成通道配置、数据同步与对账、" "接口联调、数据质量校验", "第 9~12 周", "集成通道联调记录"], ["M5 UAT 验收", "测试环境准备、用例评审、UAT 执行、缺陷修复与回归、" "性能测试、诊断模型验证", "第 12~15 周", "UAT 报告与验收结论"], ["M6 上线运行", "上线检查、数据初始化、切换上线、现场跟班支持、" "培训实施", "第 15~16 周", "上线检查单与回滚预案"], ["M7 结项交付", "交付物整理与移交、验收报告、转入质保服务", "第 16 周", "交付物清单签收单"]], [1.9, 5.0, 1.6, 2.6], ["l", "l", "c", "l"])), ("p", "阶段安排上 M3 配置实现与 M4 集成联调有意重叠两周。" "原因是集成联调依赖采购人开通源系统只读账号与网络策略," "这类事项的实际耗时不完全由我方掌握;" "提前启动接入准备," "可以在配置工作进行的同时暴露对接障碍," "避免全部积压到后期形成工期风险。"), ("h2", "1.3 质量控制措施"), ("h3", "1.3.1 需求与口径的书面确认"), ("p", "本项目最主要的质量风险不在代码,而在理解偏差。" "因此我方把需求与口径的书面确认作为第一项质量措施:" "业务需求逐条编号确认;" "每个指标的定义、公式、数据来源、统计口径与目标值逐项签署;" "集成范围与接口清单逐条确认。" "确认后的变更走变更评审,评估影响与工期后再执行," "不接受口头变更。"), ("h3", "1.3.2 配置与代码双人复核"), ("p", "所有配置项变更与代码改动实行双人复核," "复核人不同于执行人。" "关键配置——包括权限设置、指标口径、" "异常规则阈值与集成通道映射——的变更记录留痕," "记录内容包含变更人、复核人、变更前后值与变更原因," "便于问题追溯。"), ("h3", "1.3.3 阶段准出自检"), ("p", "每个阶段结束前执行准出自检," "按自检清单逐项核对,不合格不移交下一阶段。" "自检清单不是形式性文件," "而是把该阶段容易出问题的具体点位列出来逐项核对," "例如配置实现阶段核对每个看板的取数口径是否与确认书一致、" "集成联调阶段核对每张同步表的行数与关键金额是否与源系统相符。"), ("h3", "1.3.4 周质量例会与过程可见"), ("p", "项目实行周例会制度," "每周向采购人提交项目周报," "内容包含本周完成事项、下周计划、" "缺陷统计(新增、关闭、剩余、重开)、" "风险与待采购人配合事项。" "周报的作用是让采购人在过程中就能看到项目状态," "而不是等到验收时才发现偏差。"), ("h3", "1.3.5 交付物模板化与版本受控"), ("p", "全部交付文档按统一模板编制," "包含封面、版本记录、目录与正文结构规范," "文档随系统变更同步更新并保持版本一致。" "交付物在结项时集中移交并由采购人签收," "清单见「UAT 测试与质量保障」一章。"), ("h2", "1.4 工期保障措施"), ("h3", "1.4.1 平台已建成是最根本的工期保障"), ("p", "本项目工期保障的根本依据是平台功能已经建成。" "167 项业务功能、数据中台、诊断引擎与异常监控配置体系均已投入运行," "本项目不存在从零开发的功能。" "实施工作是配置与适配," "工作量可估算、进度可控制," "不存在「开发到一半发现方案走不通」这类无法预估的工期黑洞。"), ("h3", "1.4.2 关键路径识别与资源优先保障"), ("p", "本项目的关键路径是:业务调研与口径确认 → 主数据落地 → " "集成通道联调 → 指标计算与看板配置 → UAT。" "其中主数据落地与集成通道联调对采购人配合度依赖最高," "是最可能造成工期滞后的两个环节。" "我方对这两个环节配置资深实施顾问与后端工程师全程跟进," "并在项目启动会上明确所需采购人配合事项与时点。"), ("h3", "1.4.3 并行推进与滚动纠偏"), ("p", "可并行的工作尽量并行:" "主数据梳理与集成通道准备同步开展;" "看板配置与集成联调同步开展;" "测试用例设计与配置实现同步开展。" "进度按周滚动跟踪," "出现偏差在当周分析原因并调整资源," "不把偏差累积到阶段末。"), ("h3", "1.4.4 人员备份"), ("p", "项目经理、技术架构师、实施顾问三个关键岗位各设置备份人员," "备份人员参与项目周例会并了解项目状态," "主责人员因故不能履职时可即时接手," "不因个人原因影响项目进度。"), ("h2", "1.5 风险识别与应对"), ("p", "结合同类项目经验,本项目主要风险及应对措施如下表。" "风险清单在项目启动后建立并按周更新," "新识别的风险纳入清单并明确责任人与应对措施。"), ("table", ("项目风险识别与应对", ["风险", "可能影响", "应对措施"], [["源系统只读账号与网络策略开通滞后", "集成联调无法启动,影响后续全部依赖数据的工作", "启动会明确开通时点与责任人;提前提供权限申请清单与网络策略说明;" "先用样例数据推进配置"], ["源系统数据质量不足(编码不统一、字段缺失、历史数据不完整)", "指标计算结果与业务实际不符,UAT 阶段争议", "调研阶段抽样评估数据质量并出具评估报告;" "明确清洗规则与不可清洗项的处理方式,双方书面确认"], ["指标口径分歧", "验收阶段反复讨论指标算法,延误验收", "口径确认作为 M2 里程碑的强制交付物逐项签署;" "指标卡片在系统内可查,变更留痕"], ["业务部门参与度不足", "需求确认与 UAT 执行滞后,上线后使用率低", "启动会确认各环节业务对接人;" "调研与 UAT 排期提前发出;" "关键岗位一对一辅导降低参与门槛"], ["业务规则在实施过程中调整", "已完成配置需返工", "平台差异项已收敛为配置,多数调整由配置变更响应;" "涉及范围变化的走变更评审"], ["组织架构或人员变动", "已确认事项需重新对齐", "确认事项均以书面形式留存;" "新任对接人可依据确认书快速接手"], ["硬件与部署环境不满足性能前提", "性能指标无法达标", "启动阶段提交硬件与网络规格建议;" "低于建议规格时按采购需求约定另行评估指标"]], [2.6, 3.4, 5.4], ["l", "l", "l"])), ("h2", "1.6 后续质量保障与服务承诺"), ("p", "我方就本项目上线后的质量保障与服务工作作出以下承诺:"), ("ul", [ "系统正式验收合格之日起提供不少于 1 年的免费质保服务," "质保期内的缺陷修复、版本升级、系统巡检与技术咨询不另行收费。", "质保期内按采购需求约定提供不低于 5×8 小时的技术支持," "并另行提供 7×24 小时重大故障应急联系渠道;" "严重故障响应不超过 4 小时、恢复不超过 24 小时," "优于采购需求约定的 48 小时响应与 72 小时恢复标准。", "质保期内持续提供智能诊断模型的优化服务," "按季度回顾诊断准确率与误报率并校准规则与阈值,不额外收费。", "质保期内因我方原因导致的系统缺陷、数据错误与性能不达标," "由我方负责修复并承担相应责任。", "质保期满后可续签服务协议," "服务内容与响应时效不低于质保期标准。", "项目全部源代码、技术文档与培训资料按采购需求约定完整交付," "保证采购人具备自主维护与二次开发的条件,不形成技术锁定。", "因我方原因导致工期延误,按合同约定承担违约责任。", ]), ("p", "以上承诺自我方成交并签订合同之日起生效," "并纳入合同条款执行。"), ] # ==================================================== 第2章 应急支撑方案(2 分) BLOCKS_CH7 = [ ("p", "本章给出应急响应机制、漏洞修复机制与安全保障措施。" "应急支撑的目标不是承诺不出问题," "而是保证出问题时有明确的人、明确的流程与明确的时限," "并且事后能够查清原因、防止再发。"), ("h2", "2.1 应急组织与联系机制"), ("h3", "2.1.1 应急组织"), ("p", "我方设立本项目应急响应小组,由项目经理担任组长," "技术架构师担任技术负责人," "运维工程师担任值班响应人," "并指定各岗位的备份人员。" "应急联系人名单、联系电话与备份人员名单在项目启动会上" "以书面形式提交采购人,人员变更时即时更新。"), ("h3", "2.1.2 受理渠道"), ("p", "应急事件通过四条渠道受理:值班电话、在线工单、" "项目沟通群(企业微信或钉钉)、系统监控自动告警。" "其中值班电话与项目沟通群提供 7×24 小时可达," "重大事件不受工作时间限制。" "系统监控对应用服务、数据库、集成通道与关键接口设置告警规则," "异常时自动通知值班响应人,不依赖用户报告。"), ("h2", "2.2 事件分级与响应时限"), ("p", "应急事件按影响范围与业务紧急程度分为三级," "各级的判定情形、响应时限、恢复目标与升级路径如下图。" "我方承诺的响应与恢复时限优于采购需求约定的" "严重故障 48 小时响应、72 小时恢复标准。"), ("fig", ("fig_emergency", "应急响应机制与安全保障")), ("table", ("应急事件分级与承诺时限", ["级别", "判定情形", "响应时限", "恢复目标", "通知对象"], [["一级(重大)", "系统不可访问;核心业务数据异常或丢失;影响全部用户", "≤ 30 分钟", "力争 ≤ 8 小时,最长 48 小时", "采购人项目负责人 + 我方管理层"], ["二级(较大)", "主要功能不可用;集成通道中断;影响部门级业务", "≤ 1 小时", "≤ 24 小时", "采购人对接人 + 我方项目经理"], ["三级(一般)", "次要功能异常;单点数据问题;有替代操作", "≤ 4 小时", "≤ 3 个工作日", "采购人对接人"]], [1.9, 4.2, 1.7, 2.6, 2.8], ["c", "l", "c", "l", "l"])), ("p", "关于恢复目标需作一点说明:一级事件的恢复时间取决于故障性质。" "应用层故障通常可在小时级恢复;" "涉及数据损坏需要从备份恢复的情况," "恢复时间取决于数据量与恢复窗口," "因此表述为「力争 8 小时,最长 48 小时」," "与采购需求中重大故障 48 小时恢复的要求一致。" "我方不作无法兑现的过度承诺。"), ("h2", "2.3 应急处置流程"), ("h3", "2.3.1 五步处置"), ("p", "应急处置按接报与确认、定级与启动响应、应急处置、" "恢复验证、复盘报告五步执行。" "处置原则是「先恢复可用,再定位根因」——" "在业务受影响期间优先采取可行的恢复手段(如重启服务、" "切换主从、临时禁用故障模块、回滚版本)," "使业务尽快恢复," "根因分析在业务恢复后进行。"), ("h3", "2.3.2 各步骤要求"), ("table", ("应急处置步骤与要求", ["步骤", "工作内容", "要求"], [["① 接报与确认", "记录事件时间、现象、影响范围与报告人;快速验证与复现", "响应时限内首次回复报告人,明确已受理"], ["② 定级与启动", "按分级标准定级;通知责任人与采购人;启动对应响应级别", "定级依据留痕;一级事件同时通知我方管理层"], ["③ 应急处置", "先恢复可用性;必要时启用备用方案、回滚版本或临时降级", "处置动作全程记录;重大操作需技术负责人确认"], ["④ 恢复验证", "功能验证与数据核对双向确认;确认无衍生问题", "由采购人业务对接人确认恢复后方可关闭事件"], ["⑤ 复盘报告", "分析根本原因、说明处置过程、提出防止再发措施", "一级事件 3 个工作日内、二级 5 个工作日内提交书面报告"]], [2.0, 5.0, 4.4], ["l", "l", "l"])), ("p", "所有应急事件均形成记录并纳入月度服务报告," "包含事件清单、响应与恢复时长、根本原因分类与改进措施执行情况。" "重复发生的同类事件由技术负责人专项分析," "从架构或配置层面消除根源," "而不是每次都重复同样的临时处置。"), ("h2", "2.4 漏洞修复机制"), ("h3", "2.4.1 漏洞发现"), ("p", "漏洞发现有四条途径:定期漏洞扫描(每季度一次," "对应用、中间件与依赖组件执行);" "依赖组件版本巡检(关注已公开的高危漏洞通告);" "渗透测试(上线前一次,此后按采购人要求安排);" "以及采购人或第三方安全机构的检测通报。"), ("h3", "2.4.2 修复时限承诺"), ("table", ("漏洞修复时限承诺", ["漏洞等级", "判定依据", "方案提交", "修复完成"], [["高危", "可导致未授权访问、数据泄露、远程代码执行", "≤ 24 小时", "≤ 5 个工作日,可先提供临时缓解措施"], ["中危", "可导致越权操作、信息泄露但利用条件受限", "≤ 3 个工作日", "≤ 10 个工作日"], ["低危", "信息暴露、配置不当等风险有限的问题", "≤ 5 个工作日", "随版本迭代修复"]], [1.7, 4.6, 2.2, 3.9], ["c", "l", "c", "l"])), ("p", "漏洞修复完成后执行回归验证并出具修复说明," "说明内容包含漏洞描述、影响范围、修复方式与验证结果。" "高危漏洞在正式修复前若无法立即完成代码修改," "先通过配置调整、访问限制或功能临时禁用等方式缓解风险," "并向采购人书面说明缓解措施与正式修复计划。"), ("h2", "2.5 安全保障措施"), ("h3", "2.5.1 访问控制"), ("p", "平台采用角色权限与数据权限双重控制,遵循最小权限原则:" "用户只被授予履行职责所必需的权限," "权限申请与变更留痕。" "供应商等外部账号与内部账号严格隔离," "只能访问门户相关功能且只能看到与本企业相关的数据。" "管理员账号单独管理,操作全程审计。"), ("h3", "2.5.2 传输与存储安全"), ("p", "数据传输采用 TLS 加密;" "敏感字段(如联系方式、集成凭据)在数据库中加密存储;" "集成通道的数据源凭据加密托管," "前端不明文展示密钥;" "涉及个人信息的数据在测试与验收环境按脱敏规则处理," "不使用未脱敏的生产数据进行测试。"), ("h3", "2.5.3 备份与恢复"), ("p", "备份策略为全量日备加增量归档,异地留存。" "备份的有效性通过恢复演练验证——" "每季度执行一次备份恢复演练与数据库主从切换演练," "演练结果形成记录。" "这一安排的原因是备份文件存在但无法恢复的情况在实践中并不少见," "只有演练过的备份才是可依赖的备份。"), ("h3", "2.5.4 审计与留痕"), ("p", "平台记录登录日志、操作日志与数据变更日志," "日志内容包含操作人、时间、来源 IP、操作对象与变更前后值。" "日志按保留策略归档," "在保留期内不可修改或删除," "支持按人员、时间、对象组合检索," "满足事后追溯与责任认定的需要。"), ("h3", "2.5.5 安全管理制度"), ("p", "除技术措施外,我方项目人员执行以下管理要求:" "接触采购人数据的人员签署保密协议;" "远程访问采购人环境须经采购人授权并留下操作记录;" "不将采购人业务数据带离约定环境;" "项目结束后按采购人要求清除本地留存的数据副本。" "上述要求纳入合同保密条款执行。"), ] # ==================================================== 第3章 售后服务方案(3 分) BLOCKS_CH8 = [ ("p", "本章给出售后服务体系、服务内容与范围、响应时效承诺、" "诊断模型后续优化服务、服务团队与服务质量管理安排。" "我方的服务承诺整体优于采购需求约定的标准," "并对智能诊断模型的持续优化作出明确承诺。"), ("h2", "3.1 服务体系"), ("h3", "3.1.1 三级技术支持"), ("p", "售后服务采用三级支持体系。" "一线支持由服务热线与在线工单承接," "处理操作咨询、常见问题与故障初判;" "二线支持由项目实施与配置工程师承接," "处理配置调整、数据核查与业务口径问题;" "三线支持由产品研发团队承接," "处理程序缺陷与版本修复。"), ("fig", ("fig_service", "售后服务体系与响应时效")), ("p", "一线无法解决的问题自动升级至二线、二线无法解决升级至三线," "升级过程对用户透明——" "用户不需要重复描述问题,也不需要自己判断该找谁。" "这一点看似细节," "实际上决定了服务体系在用户端的体验:" "多数服务投诉并非源于问题未解决," "而是源于在多个环节之间被反复转手。"), ("h3", "3.1.2 受理渠道"), ("table", ("服务受理渠道与适用情形", ["渠道", "可用时间", "适用情形"], [["服务热线", "工作日 8:30–17:30;重大故障 7×24", "紧急故障、需即时沟通的问题"], ["在线工单系统", "全天受理,状态可查", "非紧急问题、需留档跟踪的需求"], ["项目沟通群(企业微信 / 钉钉)", "全天可达,项目经理在群", "日常咨询、快速确认、进度同步"], ["远程协助", "预约后按需安排", "需查看实际环境定位的问题"], ["现场支持", "重大问题按需到场", "一级故障、上线支持、重大版本升级"]], [3.4, 4.4, 3.6], ["l", "l", "l"])), ("h2", "3.2 服务内容与范围"), ("p", "质保期内提供的服务内容涵盖采购需求约定的故障处理、" "系统巡检、版本升级、技术咨询," "并在此基础上扩展配置支持与模型优化,具体如下表。"), ("table", ("服务内容与频次", ["服务项", "服务内容", "频次或方式"], [["故障处理", "系统故障的响应、定位、修复与恢复验证", "按响应时效随时受理"], ["缺陷修复", "程序缺陷的修复与回归验证," "含修复说明", "按缺陷分级时限"], ["系统巡检", "应用与数据库运行状态、集成通道执行情况、" "存储与备份状态检查,出具巡检报告", "每月一次"], ["版本升级", "平台功能优化与安全补丁的版本升级," "含升级方案与回滚预案", "按需,重大升级提前 5 个工作日报备"], ["配置支持", "组织与权限调整、主数据维护、业务参数调整、" "看板与大屏调整", "按需受理"], ["指标口径调整", "指标定义与阈值调整,含口径变更留痕", "按需受理"], ["诊断模型优化", "诊断规则与阈值校准、措施库与根因树补充", "每季度一次,另按需受理"], ["数据支持", "数据核查与对账、补数与重跑、" "备份恢复支持", "按需受理"], ["技术咨询", "功能使用、业务配置、二次开发与接口对接咨询", "按需受理"], ["服务报告", "月度服务报告与季度服务回顾会", "月报每月提交,回顾会每季度一次"]], [2.2, 5.6, 3.6], ["l", "l", "l"])), ("p", "服务范围的边界在此明确说明,以免后续争议:" "采购人业务需求发生实质性扩展(例如新增业务模块、" "新增源系统对接、新增大幅超出原范围的定制功能)" "属于新增需求,双方另行商定;" "采购人自行修改系统或数据库、" "或采购人侧硬件与网络故障导致的问题," "我方提供协助但不属于质保范围。" "除上述情形外,质保期内的服务均不另行收费。"), ("h2", "3.3 响应时效承诺"), ("p", "我方的响应与解决时效承诺如下表," "各项均优于采购需求约定的" "「5×8 小时技术支持、严重故障 48 小时响应、72 小时恢复」标准。"), ("table", ("服务响应时效承诺", ["问题级别", "判定情形", "响应时限", "解决时限", "对比采购需求"], [["紧急", "系统不可用;核心业务中断", "≤ 30 分钟", "力争 ≤ 8 小时,最长 48 小时", "响应与恢复均优于约定"], ["严重", "主要功能不可用;数据错误", "≤ 1 小时", "≤ 24 小时", "响应优于 48 小时,恢复优于 72 小时"], ["一般", "次要功能异常;有替代操作", "≤ 4 小时", "≤ 3 个工作日", "优于约定"], ["咨询", "操作咨询与配置咨询", "≤ 4 小时", "≤ 2 个工作日", "优于约定"]], [1.5, 3.4, 1.7, 3.0, 3.0], ["c", "l", "c", "l", "l"])), ("p", "技术支持时间承诺为工作日 8:30 至 17:30 不少于 5×8 小时," "并另行提供 7×24 小时重大故障应急联系渠道," "紧急与严重级别问题不受工作时间限制。" "响应时限自我方接到报告或系统监控产生告警时起算," "以我方首次回复报告人并确认受理为响应完成。"), ("h2", "3.4 诊断模型后续优化服务"), ("h3", "3.4.1 为什么诊断模型需要持续优化"), ("p", "智能诊断模型与普通功能不同,它不是一次配置就长期有效的。" "企业的产品结构、供应商结构、产线布局与管理重点都在变化," "上线时校准的规则与阈值," "运行半年后可能出现误报增多或漏报增多的情况。" "如果没有持续优化机制," "诊断功能会逐渐被业务部门忽略," "最终退化为一个没人看的模块。"), ("h3", "3.4.2 优化服务内容"), ("p", "我方承诺在质保期内按季度提供诊断模型优化服务," "内容如下表,不额外收费。"), ("table", ("诊断模型季度优化服务内容", ["优化项", "工作内容", "输出"], [["准确率回顾", "统计本季度诊断报出的问题数、确认成立数、漏报数," "计算命中准确率与漏报率", "季度诊断质量分析"], ["规则与阈值校准", "对误报集中的规则调整判定条件;" "对漏报集中的场景补充规则或下调阈值", "规则调整清单与变更记录"], ["场景补充", "根据本季度实际发生但系统未覆盖的异常类型," "新增诊断场景与规则配置", "新增场景配置说明"], ["措施库更新", "把本季度有效的处置措施补充进措施库;" "下调无效措施的推荐权重", "措施库更新记录"], ["根因树与责任矩阵调整", "根据组织与流程变化调整根因树结构与责任岗位对应关系", "根因树与责任矩阵新版本"], ["指标口径复核", "复核指标口径是否仍符合当前业务定义," "必要时提出调整建议", "口径复核意见"]], [2.6, 5.4, 3.4], ["l", "l", "l"])), ("p", "每次优化的内容与结果形成书面报告报采购人确认," "涉及规则、阈值与责任矩阵变更的," "经采购人确认后生效并在系统中留痕。" "优化工作在质保期内不额外收费;" "质保期满后可纳入续签的服务协议继续提供。"), ("h2", "3.5 服务团队与资源保障"), ("p", "项目转入质保服务后,服务团队构成如下:" "服务负责人一名(由本项目项目经理担任,保证项目背景连续)," "二线支持工程师不少于两名(由参与本项目实施的顾问与工程师担任)," "三线支持由产品研发团队提供," "并指定各岗位的备份人员。"), ("p", "由本项目实施人员承担后续服务是我方的一项安排。" "服务质量的差异很多时候不在响应速度," "而在接手服务的人是否了解这个项目的业务背景与配置逻辑。" "由原班人员承接," "采购人不需要在每次报障时重新解释业务背景," "问题定位效率明显不同。"), ("p", "服务人员名单与联系方式在项目结项时以书面形式提交采购人," "人员变更提前告知并完成交接," "交接内容包含项目背景、配置说明与历史问题记录。"), ("h2", "3.6 服务质量管理"), ("h3", "3.6.1 服务过程记录"), ("p", "所有服务请求均在工单系统登记," "记录内容包含报告时间、问题描述、级别、" "响应时间、处理过程、解决时间与用户确认。" "工单状态对采购人可查," "使服务过程透明可追溯," "响应时效的履约情况可以按记录核对而非依靠双方记忆。"), ("h3", "3.6.2 服务报告与回顾"), ("p", "每月向采购人提交服务报告," "内容包含本月服务请求统计、" "响应与解决时效达成情况、" "系统运行与巡检情况、" "遗留问题与后续计划。" "每季度召开服务回顾会," "与采购人共同评价服务质量、" "确认改进事项与下季度重点。"), ("h3", "3.6.3 服务满意度评价"), ("p", "每张工单关闭时由报告人评价满意度," "季度汇总后纳入我方内部考核。" "满意度低于约定水平的," "我方分析原因并提交改进措施;" "涉及服务人员能力或态度问题的,及时调整人员。"), ("h3", "3.6.4 质保期满后的服务安排"), ("p", "质保期满后,采购人可选择续签年度服务协议。" "续签的服务内容与响应时效不低于质保期标准," "并可根据采购人实际需要调整服务频次与现场支持天数。" "我方承诺不因质保期结束而降低服务标准," "也不以停止服务作为议价手段。"), ] # ==================================================== 第4章 项目培训方案(3 分) BLOCKS_CH9 = [ ("p", "本章给出本项目的培训体系与实施安排," "覆盖系统管理员培训、业务操作员培训、" "智能诊断与数据分析功能专项培训、开发与运维人员培训、" "管理层专项培训," "以及培训手册与培训考核安排。"), ("h2", "4.1 培训总体安排"), ("h3", "4.1.1 培训设计思路"), ("p", "培训按角色分层设计," "不同角色学不同内容——这一点看似显然," "但实践中常见的做法是把所有人集中起来讲一遍全部功能," "结果是操作员听了大量与自己无关的内容," "而真正要用的功能又没讲透。"), ("p", "本项目培训按五类对象分别设计课程内容与时长," "每类对象只学与其职责相关的部分并做到能独立操作。" "培训形式为理论讲解与系统实操结合," "实操使用采购人的真实业务数据演练," "而不是用抽象示例。"), ("fig", ("fig_training", "培训体系与实施安排")), ("h3", "4.1.2 培训计划"), ("p", "培训安排在 UAT 阶段后期至上线阶段实施," "使受训人员在培训后能立即在实际工作中使用," "避免培训与使用间隔过长导致遗忘。" "培训计划如下表,具体时间在项目实施阶段与采购人协商确定。"), ("table", ("培训计划安排", ["培训对象", "培训内容", "时长", "人数建议", "实施时点"], [["系统管理员", "组织与用户权限、主数据维护、集成通道配置与监控、" "备份恢复与巡检", "2 天 / 8 课时", "2~4 人", "UAT 中期"], ["业务操作员", "按岗位分组的功能操作实操、单据流转与异常处理、" "查询与导出、移动端使用", "3 天 / 12 课时", "按岗位分批", "UAT 后期"], ["智能诊断与数据分析专项", "指标口径与看板下钻、诊断结论判读与复核、" "改善任务闭环操作、ChatBI 自助分析", "2 天 / 8 课时", "8~15 人", "UAT 后期"], ["开发与运维人员", "系统架构与数据模型、接口与二次开发、" "部署升级与回滚、监控告警与故障排查", "2 天 / 8 课时", "2~4 人", "上线前"], ["管理层", "九宫格看板判读、异常与预警关注要点、" "运营例会用法、移动端决策看板", "0.5 天 / 2 课时", "按需", "上线前后"]], [2.4, 4.6, 1.6, 1.4, 1.6], ["l", "l", "c", "c", "c"])), ("p", "除上表的集中培训外," "上线后第一周我方派实施顾问现场跟班支持," "在实际业务发生时随时解答与辅导。" "集中培训解决的是「知道怎么操作」," "跟班支持解决的是「在真实业务里能用对」," "两者缺一不可。"), ("h2", "4.2 系统管理员培训"), ("p", "系统管理员培训的目标是使采购人具备日常自主管理系统的能力," "不必为常规的用户、权限与主数据维护事项联系我方。" "课程内容如下表。"), ("table", ("系统管理员培训课程", ["课程模块", "培训内容", "实操要求"], [["平台管理基础", "系统架构概览、菜单与功能编号体系、多租户与组织结构", "了解"], ["用户与权限管理", "用户建立与停用、角色定义、功能权限配置、数据权限配置、" "外部账号管理", "独立操作"], ["主数据维护", "各类主数据的维护要点、编码规则配置、Excel 批量导入与" "校验、变更影响范围", "独立操作"], ["集成通道管理", "数据源配置、实体与字段映射、调度策略、同步日志查看、" "失败重跑与补数", "独立操作"], ["异常与诊断配置", "异常类型与分级配置、报警规则、通知分层、责任矩阵、" "大屏卡片配置", "独立操作"], ["指标与看板配置", "指标卡片维护、阈值与目标值调整、看板布局与卡片配置", "独立操作"], ["运行监控与巡检", "数据中台工作台、数据地图与血缘、任务日志、" "日常巡检要点", "独立操作"], ["备份与恢复", "备份策略说明、备份状态检查、恢复操作流程、" "应急处置配合", "了解并演练"]], [2.4, 6.0, 1.8], ["l", "l", "c"])), ("h2", "4.3 业务操作员培训"), ("p", "业务操作员培训按岗位分组实施," "每组只讲本岗位使用的功能。" "分组与内容如下表。" "分组培训的人数控制在每组 15 人以内," "保证每人都有上机实操的机会。"), ("table", ("业务操作员分岗位培训内容", ["岗位分组", "培训功能范围", "重点实操场景"], [["销售内勤与业务", "S0 客户与物料查询、S1 合同评审、订单评审、" "订单交付跟踪、订单发货", "订单评审提交与交期确认、交付进度查询与延期处理"], ["计划与物控", "S1 工单下达、S2 排程与日计划、S3 物料需求计划、" "齐套看板", "排程执行与异常处理、齐套判定与欠料跟进"], ["采购", "S3 采购申请与订单、S4 供应商交货管理、发货单、" "采购退货", "采购订单下达、交期跟催、到货与退货处理"], ["仓储", "S5 库存查询、进出存查询、盘点结果、" "S7 生产入库与销售发货", "库存与批次查询、盘点差异确认、发货作业"], ["质量", "S0 质量主数据、S5 来料检验、S6 过程检验、" "S7 FQC 检验", "检验结果录入与审核、不合格处理、追溯查询"], ["生产与设备", "S2 工单执行追踪、S6 工序汇报、设备与模具台账", "日计划执行、工序汇报、设备与模具状态维护"], ["运营管理", "S8 异常列表与主动提报、订单链路全景、S9 各类看板", "异常提报与处置、闭环验证、看板判读"]], [2.2, 4.2, 3.8], ["l", "l", "l"])), ("p", "各岗位培训均包含移动端使用内容," "涵盖本岗位在移动端可执行的查询、报工、审批与预警处理操作。" "移动端培训在现场用参训人员本人的手机操作," "确保培训结束时每人的手机上已完成登录并能正常使用。"), ("h2", "4.4 智能诊断与数据分析功能专项培训"), ("h3", "4.4.1 专项培训的必要性"), ("p", "智能诊断与数据分析是本项目区别于常规管理软件的部分," "也是最容易「建成但没人用」的部分。" "原因是这类功能的价值不在于操作复杂," "而在于使用者是否理解指标口径、" "是否会判读诊断结论、" "是否知道拿到结论后该做什么。" "这些能力无法通过功能操作培训获得," "必须单独设课。"), ("h3", "4.4.2 课程内容"), ("table", ("智能诊断与数据分析专项培训课程", ["课程模块", "培训内容", "培训目标"], [["指标体系与口径", "四级指标结构、每个核心指标的定义与计算口径、" "指标卡片查看方式、口径变更留痕", "能说清每个关注指标的算法与数据来源"], ["看板判读与下钻", "九宫格看板结构、红黄绿状态含义、" "L1 至 L4 逐级下钻方法、下钻到明细证据", "能从一个异常指标下钻到具体单据"], ["诊断结论判读", "三层模型输出的区别(规则结论与统计提示)、" "触发依据查看、根因树与链路回溯的读法", "能复核诊断结论是否成立并说明理由"], ["改善闭环操作", "任务接收与处置填报、证据上传、验证提交、" "超时升级机制、案例归档", "能独立完成一次完整的闭环处置"], ["ChatBI 自助分析", "提问方式与常用问法、结果核对方法、" "与看板数据的一致性、导出与分享", "能自主完成常见的取数与对比分析"], ["运营例会应用", "以看板与诊断结论组织运营例会的方法、" "问题跟踪与责任落实", "能用系统支撑例会而非另做表格"]], [2.2, 4.6, 3.4], ["l", "l", "l"])), ("p", "本专项培训的实操环节全部使用采购人的真实数据," "由参训人员就自己关注的业务问题实际操作一遍" "从指标发现问题、下钻定位、诊断判读到发起改善的完整过程。" "培训结束时要求每位参训人员完成一个真实的分析案例," "作为培训成果的一部分。"), ("h2", "4.5 开发与运维人员培训"), ("p", "针对采购需求中对开发人员与运维人员培训的要求," "本项目单独安排技术类培训," "目标是使采购人技术人员具备自主运维与二次开发的基础能力。"), ("table", ("开发与运维人员培训课程", ["课程模块", "培训内容", "配套资料"], [["系统架构", "分层架构、模块依赖关系、技术选型说明、部署拓扑", "系统架构与部署说明"], ["数据模型", "核心业务表结构、数据中台分层模型、" "指标计算逻辑、血缘查看", "数据库设计与数据字典"], ["接口与二次开发", "接口分类与契约规范、鉴权方式、" "调用示例、扩展开发规范", "接口文档与数据映射表"], ["部署与升级", "容器化部署流程、配置管理、版本升级步骤、" "回滚操作", "运维手册"], ["监控与排查", "监控指标含义、告警规则配置、日志检索方法、" "常见故障排查路径", "运维手册与常见问题手册"], ["备份与应急", "备份策略与验证、恢复操作、" "主从切换、应急处置配合", "备份恢复与应急处置手册"]], [2.0, 4.8, 3.4], ["l", "l", "l"])), ("h2", "4.6 管理层专项培训"), ("p", "管理层培训时长控制在半天以内," "内容聚焦「看什么、怎么判断、要求谁做什么」," "不涉及具体操作细节。" "培训在管理层实际使用的终端(大屏或手机)上进行," "使用真实数据讲解。"), ("p", "培训要点包括:九宫格看板各格的业务含义与关注顺序;" "红黄绿状态的判定标准与应有反应;" "从看板发现问题到指派责任人的操作路径;" "运营例会上如何用看板与诊断结论替代人工汇报材料;" "以及移动端决策看板与预警推送的使用。"), ("h2", "4.7 培训手册与资料"), ("h3", "4.7.1 培训资料清单"), ("p", "本项目交付的培训资料如下表," "全部资料在培训实施前提交采购人," "并随系统版本变更同步更新。"), ("table", ("培训资料清单", ["资料名称", "面向对象", "内容与编写要求"], [["系统管理员手册", "系统管理员", "按管理任务组织,每项任务配操作截图与步骤说明," "含配置项含义说明表"], ["业务操作手册(分岗位)", "业务操作员", "按岗位分册,只包含该岗位使用的功能;" "以实际单据流转为线索组织,配操作截图"], ["智能诊断与数据分析手册", "运营分析岗与业务骨干", "含全部核心指标的口径说明、看板下钻路径、" "诊断结论判读方法与闭环操作步骤"], ["开发与运维手册", "采购人技术人员", "含架构说明、数据字典、接口文档、" "部署升级步骤、监控与排查指引"], ["备份恢复与应急处置手册", "系统管理员与运维人员", "含备份策略、恢复操作步骤、" "应急分级与处置流程、应急联系方式"], ["常见问题手册(FAQ)", "全部用户", "按问题现象组织,含原因说明与自助处理步骤;" "随服务过程持续补充"], ["培训课件", "全部参训人员", "各类培训的讲解课件,可供内部复训使用"], ["培训录像", "全部用户", "各场培训的完整录像,供未参训人员与新入职人员自学"]], [3.0, 2.6, 4.6], ["l", "l", "l"])), ("h3", "4.7.2 手册编写要求"), ("p", "培训手册以实际操作截图配步骤说明编写," "不使用抽象术语描述界面。" "这一要求的原因是:写成「在相应页面维护对应参数」这类表述的手册," "使用者仍然不知道点哪里;" "而配上截图并标注操作位置的手册," "新人可以照着做下来。"), ("p", "培训录像随手册一并交付。" "录像的价值在人员流动时体现——" "采购人后续有新人入职时可自主学习," "不必依赖我方重复到场培训。" "这是系统能够在采购人内部长期自主运行的基础条件之一。"), ("h2", "4.8 培训考核与效果保障"), ("h3", "4.8.1 培训考核"), ("p", "每类培训结束后组织考核," "考核形式为系统实操加简要笔试:" "实操部分要求受训人员在系统中独立完成本岗位的典型操作;" "笔试部分考查关键概念与业务规则的理解。" "考核通过标准为不低于 80 分," "未通过的安排补训并重新考核。"), ("h3", "4.8.2 培训记录与验收"), ("p", "培训签到表、考核记录与培训满意度评价表整理归档并提交采购人," "作为项目验收材料的一部分。" "培训考核通过率与培训满意度纳入项目验收指标," "标准见「UAT 测试与质量保障」一章的验收指标表。"), ("h3", "4.8.3 内部种子讲师培养"), ("p", "我方建议采购人在每个业务环节指定一至两名业务骨干作为内部种子讲师," "在集中培训中给予重点辅导," "使其掌握本环节全部功能并具备培训他人的能力。" "上线后本环节的日常答疑与新人培训由种子讲师承担," "复杂问题再联系我方。"), ("p", "这一安排对采购人的实际价值在于自主性。" "系统能否长期用好," "很大程度上取决于企业内部是否有人真正掌握了它;" "如果每次疑问都要联系供应商," "使用频率必然下降。" "培养种子讲师的成本很低," "但它决定了系统在一年后是仍在被积极使用," "还是变成一个只在检查时打开的系统。"), ("h3", "4.8.4 持续培训支持"), ("p", "质保期内,我方按采购人需要提供追加培训支持:" "版本升级涉及功能变化时提供变更说明与线上讲解;" "采购人人员变动较大时可申请一次补充培训;" "季度服务回顾会上可就使用中集中出现的问题安排专题讲解。" "上述支持在质保期内不额外收费。"), ]