第12章 信息系统服务管理 · 详细解读
系统规划与管理师教程（第2版）· 学习笔记
本章概述与知识框架
第12章"信息系统服务管理"是考试中分值占比极高的核心章节，它完整覆盖了信息系统服务的全生命周期——从战略规划、设计实现、运营提升，到退役终止和持续改进。
🔍 为什么这一章很重要？
信息系统服务管理是系统规划与管理师的核心工作内容。无论是案例分析还是论文写作，本章知识都是"必考"素材。你可以把这一章理解为：一个IT服务项目从生到死的完整管理手册。
flowchart TB A["12.1 服务战略规划
SLA/服务目录/需求识别"] --> B["12.2 服务设计实现
五要素设计"] B --> C["12.3 服务运营提升
关系/营销/成本/预算"] C --> D["12.4 服务退役终止
沟通/风险/回收/处置"] A -.-> E["12.5 持续改进与监督
（贯穿全生命周期）"] B -.-> E C -.-> E D -.-> E style E fill:#fef3c7,stroke:#d97706,stroke-width:2px
🧠 记忆口诀："战设运退改"——战略规划、设计实现、运营提升、退役终止、持续改进。五个阶段覆盖了IT服务从"出生"到"消亡"再到"持续优化"的完整过程。
12.1 服务战略规划
📌 本节核心：服务战略规划的本质是把客户需求翻译成可量化的服务承诺。核心产出物是SLA（服务级别协议），支撑工具是服务目录。
12.1.1 规划设计活动
服务规划设计的流程很简单：客户提需求 → 供方做设计 → 形成协议。具体来说，客户结合服务目录提出服务级别需求（SLR），供方在兼顾成本和定价的前提下进行服务级别设计，最终形成三份文件：
🔑 必记：服务规划设计的三个产出物——必背
SLA（服务级别协议，面向客户）、OLA（运营级别协议，面向内部部门）、UC（支持合同/Underpinning Contract，面向外部供应商）
12.1.2 服务目录管理
服务目录可以理解为IT服务的"菜单"——客户通过它能看到你能提供什么服务、什么标准、什么价格。服务目录是SLA制定的基础数据源。
🔑 服务目录管理的6个步骤：必背
①成立管理小组（需含市场、系统规划与管理、服务工程师三方）→ ②列举服务清单 → ③确定服务类别与代码 → ④编制服务详述 → ⑤评审并发布 → ⑥持续完善
①成立管理小组（需含市场、系统规划与管理、服务工程师三方）→ ②列举服务清单 → ③确定服务类别与代码 → ④编制服务详述 → ⑤评审并发布 → ⑥持续完善
🧠 记忆口诀："组单类述评善"——组（成立小组）、单（列举清单）、类（分类编码）、述（编制详述）、评（评审发布）、善（完善改进）
12.1.3 服务需求识别
客户对IT服务的需求可以从6个维度来识别。这6个维度是考试高频考点：
🔑 六大服务需求：必背
① 可用性需求——系统能正常运行多久？核心指标：MTBF（平均无故障时间）、MTTR（平均修复时间）、MTBSI（平均故障间隔）
② 连续性需求——灾难发生时怎么办？需要做风险评估和灾难恢复计划
③ 服务能力需求——当前和未来需要多大"马力"？关注对未来能力的预判
④ 信息安全需求——CIA三性：机密性(Confidentiality)、完整性(Integrity)、可用性(Availability)
⑤ 价格需求——预算多少？成本包括设备、软件、人力、第三方、管理、其他
⑥ 服务报告需求——需要什么样的报告？频率、内容、格式
① 可用性需求——系统能正常运行多久？核心指标：MTBF（平均无故障时间）、MTTR（平均修复时间）、MTBSI（平均故障间隔）
② 连续性需求——灾难发生时怎么办？需要做风险评估和灾难恢复计划
③ 服务能力需求——当前和未来需要多大"马力"？关注对未来能力的预判
④ 信息安全需求——CIA三性：机密性(Confidentiality)、完整性(Integrity)、可用性(Availability)
⑤ 价格需求——预算多少？成本包括设备、软件、人力、第三方、管理、其他
⑥ 服务报告需求——需要什么样的报告？频率、内容、格式
🧠 记忆口诀："可连能安价报"——可用性、连续性、能力、安全、价格、报告。想象一个场景：客户问"这个服务可以连续用吗？能力够不够？安全吗？价格多少？有报告吗？"
💡 三个核心可用性指标公式：必背
MTBF = 系统运行时间 / 故障次数（越长越好）
MTTR = 系统故障耗时 / 故障次数（越短越好）
MTBSI = MTBF + MTTR（越长越好）
MTBF = 系统运行时间 / 故障次数（越长越好）
MTTR = 系统故障耗时 / 故障次数（越短越好）
MTBSI = MTBF + MTTR（越长越好）
12.1.4 服务级别设计
这是12.1节的核心产出。三个关键概念必须区分清楚：
📋 SLA vs OLA vs UC —— 三者区别
| 概念 | 全称 | 对象 | 性质 |
|---|---|---|---|
| SLA | 服务级别协议 | 供方 ↔ 客户 | 对外承诺，合法文档 |
| OLA | 运营级别协议 | 供方内部各部门之间 | 内部后台协议，定义各参与方责任 |
| UC | 支持合同 | 供方 ↔ 外部供应商 | 正规合同，具法律效力 |
🧠 记忆口诀：SLA是"对客户"的承诺，OLA是"对内部"的分工，UC是"对外部"的合同。三者形成一条端到端的服务承诺链——SLA的目标必须分解到OLA和UC中才能落地。
12.2 服务设计实现
📌 本节核心：在识别了客户需求后，从五个要素（服务模式、人员、资源、技术、过程）对服务方案进行整体设计。这是"把SLA变成可落地方案"的关键环节。
12.2.1 服务模式设计
服务模式就是"怎么提供服务"，分为两大类四种方式：
🔑 服务模式分类：必背
远程服务：①远程集中监控 ②远程技术支持（电话/邮件/远程登录）
现场服务：③上门技术支持 ④驻场技术支持
远程服务：①远程集中监控 ②远程技术支持（电话/邮件/远程登录）
现场服务：③上门技术支持 ④驻场技术支持
12.2.2 人员要素设计
人员要素设计围绕三个维度展开：岗位职责、绩效考核、培训方案。目标是"确保服务团队组织架构与服务需求相适应，服务人员能力持续满足需求"。
🔑 三大岗位类型：必背
① 管理岗（服务总监/项目经理/质量经理）——管需求、管过程、管结果
② 技术支持岗（主机/网络/数据库工程师）——要有专业技术能力+服务响应能力
③ 操作岗（热线工程师/监控工程师/机房值守）——按规范和手册执行交付
① 管理岗（服务总监/项目经理/质量经理）——管需求、管过程、管结果
② 技术支持岗（主机/网络/数据库工程师）——要有专业技术能力+服务响应能力
③ 操作岗（热线工程师/监控工程师/机房值守）——按规范和手册执行交付
🔑 人员绩效方案设计的5个活动：必背
①确定绩效指标 → ②明确考核信息来源 → ③制定指标计算方法 → ④定义考核周期 → ⑤设计考核策略
①确定绩效指标 → ②明确考核信息来源 → ③制定指标计算方法 → ④定义考核周期 → ⑤设计考核策略
🔑 人员培训的5类内容：必背
管理培训 · 技术培训 · 工具培训 · 过程培训 · 交付和应急培训
管理培训 · 技术培训 · 工具培训 · 过程培训 · 交付和应急培训
12.2.3 资源要素设计
资源要素包括四大类：
🔑 四大资源要素：必背
① 服务工具（监控类/过程管理类/其他自动化工具）
② 服务台（不是过程，是职能！是供方与用户的统一联系点）
③ 备件库（备件响应方式、供应商管理、出入库管理、可用性管理）
④ 知识库（知识积累、共享、复用，支持添加/更新/查询）
① 服务工具（监控类/过程管理类/其他自动化工具）
② 服务台（不是过程，是职能！是供方与用户的统一联系点）
③ 备件库（备件响应方式、供应商管理、出入库管理、可用性管理）
④ 知识库（知识积累、共享、复用，支持添加/更新/查询）
💡 易错点：服务台是一个服务职能，不是一个服务过程！考试中经常在这一点上挖坑。服务台的核心作用是提供"统一联系点"（Single Point of Contact）。
12.2.4 技术要素设计
技术要素从三个角度考量：
🔑 技术要素三方面：必背
① 技术研发——编制研发预算，保障资金
② 发现问题的技术——制定监控指标及阈值表、制订测试环境建设计划
③ 解决问题的技术——制定标准操作流程(SOP)、制定应急预案、完成知识转移
① 技术研发——编制研发预算，保障资金
② 发现问题的技术——制定监控指标及阈值表、制订测试环境建设计划
③ 解决问题的技术——制定标准操作流程(SOP)、制定应急预案、完成知识转移
12.2.5 过程要素设计
这是12.2节中内容最多、考试频率最高的部分。信息系统服务管理共有8个核心管理过程：
🔑 八大服务管理过程：必背
①服务级别管理 ②服务报告管理 ③事件管理 ④问题管理 ⑤配置管理 ⑥变更管理 ⑦发布管理 ⑧信息安全管理
①服务级别管理 ②服务报告管理 ③事件管理 ④问题管理 ⑤配置管理 ⑥变更管理 ⑦发布管理 ⑧信息安全管理
🧠 记忆口诀："服服事问配变发信"——服务级别、服务报告、事件、问题、配置、变更、发布、信息安全。
或者用英文首字母联想：S-S-I-P-C-C-R-I（Service level, Service report, Incident, Problem, Configuration, Change, Release, Information security）
或者用英文首字母联想：S-S-I-P-C-C-R-I（Service level, Service report, Incident, Problem, Configuration, Change, Release, Information security）
📋 事件管理 vs 问题管理 —— 必须区分！
| 维度 | 事件管理 | 问题管理 |
|---|---|---|
| 目标 | 尽快恢复服务，减少对业务的影响 | 找出根本原因，防止同类事件再次发生 |
| 关注点 | 速度（快速解决） | 深度（彻底根治） |
| 触发 | 用户报修、监控告警 | 重复事件、重大事件 |
| 核心活动 | 受理→分类分级→初步支持→调查诊断→解决→关闭 | 建立→分类→调查诊断→解决→错误评估→关闭→导入知识库 |
💡 通俗理解：事件管理是"灭火"——先让服务恢复再说；问题管理是"找纵火犯"——搞清楚为什么会着火，确保不再烧。
12.3 服务运营提升
📌 本节核心：服务上线后如何"经营"好——维护客户关系、做好营销、算清成本、管好预算。这是从"技术视角"转向"经营视角"的关键章节。
12.3.1 业务关系管理
业务关系管理分为三类对象：
🔑 三类业务关系：必背
① 客户关系管理——最重要！7大活动：定期沟通、日常沟通、高层拜访、投诉管理、表扬管理、满意度调查、增值服务
② 供应商关系管理——4大活动：供应商选择/推荐、审核及管理、供应商间协调、争议处理、支持合同管理
③ 第三方关系管理——政府、资质认证单位、监理公司等。4大活动：定期沟通、日常沟通、信息收集分享、关系协调、配合支持
① 客户关系管理——最重要！7大活动：定期沟通、日常沟通、高层拜访、投诉管理、表扬管理、满意度调查、增值服务
② 供应商关系管理——4大活动：供应商选择/推荐、审核及管理、供应商间协调、争议处理、支持合同管理
③ 第三方关系管理——政府、资质认证单位、监理公司等。4大活动：定期沟通、日常沟通、信息收集分享、关系协调、配合支持
🔑 增值服务的4个原则：必背
①不能影响现有协议约定的服务内容 ②增值服务贴合客户需要 ③增值服务投入在可接受的范围内 ④本身有能力对增值服务内容进行引申
①不能影响现有协议约定的服务内容 ②增值服务贴合客户需要 ③增值服务投入在可接受的范围内 ④本身有能力对增值服务内容进行引申
12.3.2 服务营销管理
服务营销分为4个阶段，每个阶段都有具体活动：
flowchart LR A["启动准备阶段
营销准备+营销计划"] --> B["调研交流阶段
需求调研+解决方案"] B --> C["能力展示阶段
产品展示+持续沟通"] C --> D["服务达成阶段
达成协议+持续服务"] style A fill:#fef3c7,stroke:#d97706 style B fill:#dbeafe,stroke:#2563eb style C fill:#f0fdf4,stroke:#059669 style D fill:#faf5ff,stroke:#7c3aed
🧠 记忆口诀："启调展达"——启动准备、调研交流、展示能力、达成服务。这其实就是"准备→了解→展示→签单"的销售流程。
12.3.3 服务成本度量
服务成本由四大类构成，这是考试计算题的基础：
🔑 服务成本四大构成：必背
① 直接人力成本——直接参与项目人员的报酬、社保、福利
② 直接非人力成本——办公费、差旅费、培训费、业务费、采购费、租赁费（专用于该项目）
③ 间接人力成本——非项目组人员分摊（如PMO、部门管理人员）
④ 间接非人力成本——通用办公场地、通用软件等不因项目结束而停止的费用
① 直接人力成本——直接参与项目人员的报酬、社保、福利
② 直接非人力成本——办公费、差旅费、培训费、业务费、采购费、租赁费（专用于该项目）
③ 间接人力成本——非项目组人员分摊（如PMO、部门管理人员）
④ 间接非人力成本——通用办公场地、通用软件等不因项目结束而停止的费用
💡 区分直接与间接的关键：直接成本会随项目结束而终止，间接成本不会因某个项目结束而消失。比如：为项目专门租的会议室 → 直接成本；项目组成员日常办公场地 → 间接成本。
🔑 服务成本度量的三个因素：必背
①服务对象规模（功能点/设备数量）→ ②单位工作量（人·日/年）→ ③调整因子（服务要求、服务能力、服务对象和业务特征）
①服务对象规模（功能点/设备数量）→ ②单位工作量（人·日/年）→ ③调整因子（服务要求、服务能力、服务对象和业务特征）
12.3.4 服务项目预算、核算和结算
📋 预算 vs 核算 vs 结算 —— 三者区别
| 概念 | 时间 | 目的 |
|---|---|---|
| 预算 | 项目启动前 | 制定资金使用计划，形成预算表 |
| 核算 | 项目执行中 | 持续记录收支，掌握盈亏状态 |
| 结算 | 项目结束后 | 对整个生命周期收支进行总结 |
🔑 四个衡量项目收益的指标：必背
① 投入产出比 R = K/IN = 1:N（N越大越好）
② 投资回报率 = 项目利润/项目投资总额 × 100%
③ 项目净产出 = 净利润总额（收入减去所有开支）
④ 人均产出 = 净利润总额/人员数量
① 投入产出比 R = K/IN = 1:N（N越大越好）
② 投资回报率 = 项目利润/项目投资总额 × 100%
③ 项目净产出 = 净利润总额（收入减去所有开支）
④ 人均产出 = 净利润总额/人员数量
12.3.5 服务外包收益
🔑 服务外包的6大收益：必背
①成本效益 ②效率提升 ③降低风险 ④专注于主营业务 ⑤管理简单 ⑥提升满意度
①成本效益 ②效率提升 ③降低风险 ④专注于主营业务 ⑤管理简单 ⑥提升满意度
🧠 记忆口诀："成风降专管提"——成本效益、效率提升（风→效率）、降低风险、专注主业、管理简单、提升满意度
12.4 服务退役终止
📌 本节核心：服务退役终止不是简单"关掉服务器"，而是一个需要周密计划、充分沟通、风险控制、资源回收的系统工程。
12.4.1 沟通管理（4类会议）
🔑 退役终止阶段的4类会议：必背
① 服务终止计划编制会议——与项目经理确定终止事项，形成书面终止计划
② 服务终止计划评审会议——供需双方高层共同评审，明确责任分配
③ 移交会议——5类移交：文件信息、知识、技能、基线、模拟环境
④ 经验交流会——总结成功/失败经验，形成知识沉淀
① 服务终止计划编制会议——与项目经理确定终止事项，形成书面终止计划
② 服务终止计划评审会议——供需双方高层共同评审，明确责任分配
③ 移交会议——5类移交：文件信息、知识、技能、基线、模拟环境
④ 经验交流会——总结成功/失败经验，形成知识沉淀
12.4.2 风险控制（4类风险）
🔑 退役终止阶段的4类风险：必背
① 数据风险——泄露、篡改、滥用、违规传输、非法访问
② 业务连续性风险——人员变动风险、服务信息同步风险
③ 法律法规风险——合同条款歧义、知识产权纠纷
④ 信息安全风险——客户隐私数据、商业数据泄露
① 数据风险——泄露、篡改、滥用、违规传输、非法访问
② 业务连续性风险——人员变动风险、服务信息同步风险
③ 法律法规风险——合同条款歧义、知识产权纠纷
④ 信息安全风险——客户隐私数据、商业数据泄露
12.4.3 资源回收（4类资源）
🔑 需要回收的4类资源：必背
①文件归档（服务日志、项目计划、会议记录、合同文档、技术文件等）
②财务资源回收（撤销项目账目编码）
③人力资源回收（团队成员回归项目管理部门）
④基础设施资源回收（设备/工具恢复可用状态）
①文件归档（服务日志、项目计划、会议记录、合同文档、技术文件等）
②财务资源回收（撤销项目账目编码）
③人力资源回收（团队成员回归项目管理部门）
④基础设施资源回收（设备/工具恢复可用状态）
12.4.4 信息处置
🔑 信息处置两步走：必背
① 信息转移和清除——确定清单→制定方案→执行并记录
② 存储介质清除或销毁——确定介质→制定方案→执行并监督（含敏感信息需按国家规定处理）
① 信息转移和清除——确定清单→制定方案→执行并记录
② 存储介质清除或销毁——确定介质→制定方案→执行并监督（含敏感信息需按国家规定处理）
12.5 持续改进与监督
📌 本节核心：持续改进与监督贯穿服务全生命周期，不存在明显的起止时间。包含5项活动：风险管理、服务测量、质量管理、服务回顾、服务改进。
flowchart LR A["服务风险管理"] --> B["服务测量
（获取数据）"] B --> C["服务质量管理
（评价好坏）"] C --> D["服务回顾
（内外部审视）"] D --> E["服务改进
（优化提升）"] E -.->|"循环"| A style A fill:#fef2f2,stroke:#dc2626 style B fill:#dbeafe,stroke:#2563eb style C fill:#f0fdf4,stroke:#059669 style D fill:#fef3c7,stroke:#d97706 style E fill:#faf5ff,stroke:#7c3aed
12.5.1 服务风险管理
风险管理的对象包括5个方面：人员、技术、资源、过程、其他。通过风险识别→风险分析→风险评估→风险控制（回避/减少/分散/转移）来实现。
12.5.2 服务测量
服务测量是服务改进的基础——没有测量就没有改进。测量从四个要素展开：
🔑 服务测量的四个维度：必背
① 人员测量——备份工程师满足度、招聘匹配率、培训覆盖率、人员能力、工作量、岗位职责更新、绩效考核分配、团队状态
② 资源测量——运维工具（功能匹配、健康状态）、服务台（接听率、派单准确率、录单率、平均通话时间）、备件库（损坏率、命中率、复用率）、知识库（积累量、利用率、更新率、完整性）
③ 技术测量——研发规划、研发成果、SOP覆盖率、应急预案实施、监控点和阈值合理性
④ 过程测量——服务级别分析（SLA达成率）、事件统计分析、问题统计分析、变更与发布统计分析、配置统计分析
① 人员测量——备份工程师满足度、招聘匹配率、培训覆盖率、人员能力、工作量、岗位职责更新、绩效考核分配、团队状态
② 资源测量——运维工具（功能匹配、健康状态）、服务台（接听率、派单准确率、录单率、平均通话时间）、备件库（损坏率、命中率、复用率）、知识库（积累量、利用率、更新率、完整性）
③ 技术测量——研发规划、研发成果、SOP覆盖率、应急预案实施、监控点和阈值合理性
④ 过程测量——服务级别分析（SLA达成率）、事件统计分析、问题统计分析、变更与发布统计分析、配置统计分析
🔑 服务台4个关键测量指标：必背
接听率 = 响应的电话总数 / 用户呼叫总数 × 100%
派单准确率 = 首次派单得到解决的事件数 / 事件总数 × 100%
录单率 = 记录的事件数 / 所有呼叫总量 × 100%
平均通话时间 = 用户呼叫总时间 / 事件总数
接听率 = 响应的电话总数 / 用户呼叫总数 × 100%
派单准确率 = 首次派单得到解决的事件数 / 事件总数 × 100%
录单率 = 记录的事件数 / 所有呼叫总量 × 100%
平均通话时间 = 用户呼叫总时间 / 事件总数
12.5.3 服务质量管理
🔑 信息技术服务质量评价的5类特性：必背
①安全性（保密性、完整性、可追溯性）
②可靠性（可用性、连续性、稳定性、有效性）
③响应性（及时性、互动性、合规性）
④有形性（可视性、专业性、礼貌性）
⑤友好性（主动性、灵活性、完备性）
①安全性（保密性、完整性、可追溯性）
②可靠性（可用性、连续性、稳定性、有效性）
③响应性（及时性、互动性、合规性）
④有形性（可视性、专业性、礼貌性）
⑤友好性（主动性、灵活性、完备性）
🧠 记忆口诀："安可应有友"——安全性、可靠性、响应性、有形性、友好性。想象：一个"安全可靠"的服务"应该有"友好的态度。
🔑 服务质量管理三大活动：必背
①服务质量策划（定目标、定职责、定时间、形成文件）
②服务质量检查（满意度调查、项目质量保证、内审、管理评审、日常检查、质量文化培训）
③服务质量改进（确定改进方向→设定目标→落实任务→跟踪偏差）
①服务质量策划（定目标、定职责、定时间、形成文件）
②服务质量检查（满意度调查、项目质量保证、内审、管理评审、日常检查、质量文化培训）
③服务质量改进（确定改进方向→设定目标→落实任务→跟踪偏差）
12.5.4 服务回顾
🔑 四级服务回顾机制：必背
| 级别 | 内容 | 频率 | 参与者 |
|---|---|---|---|
| 一级 | 重大事件/特殊事件/投诉 | 不定期 | 系统规划与管理师 + 客户接口人 |
| 二级 | 月度例会（服务量、SLA达成率、重大事件） | 每月 | 系统规划与管理师 + 客户接口人 |
| 三级 | 季度回顾（服务数据分析、满意度、改进计划） | 每季度 | 系统规划与管理师 + 业务关系经理 + 客户接口人 |
| 四级 | 年度回顾（整体实施交付情况） | 每年 | 供方高层 + 系统规划与管理师 + 业务关系经理 + 客户接口人 |
🔑 与客户回顾内容 vs 团队内部回顾内容：必背
与客户回顾：合同执行情况、服务目标达成、SLA绩效、满意度、服务范围、业务需求变化、存在问题及行动计划
团队内部回顾：上周期计划回顾、疑难工单、未解决工单、各小组简报、问题回顾、工程师KPI总结、下周期计划
与客户回顾：合同执行情况、服务目标达成、SLA绩效、满意度、服务范围、业务需求变化、存在问题及行动计划
团队内部回顾：上周期计划回顾、疑难工单、未解决工单、各小组简报、问题回顾、工程师KPI总结、下周期计划
12.5.5 服务改进
🔑 服务改进三步走：必背
① 服务改进设计——定义目标→识别输入→制定计划→确认职责
② 服务改进实施——从人员、资源、技术、过程四个要素分别改进
③ 服务改进验证——验证改进效果
① 服务改进设计——定义目标→识别输入→制定计划→确认职责
② 服务改进实施——从人员、资源、技术、过程四个要素分别改进
③ 服务改进验证——验证改进效果
📋 服务四要素改进方向速查表
| 要素 | 改进方向 |
|---|---|
| 人员 | 改善管理体制、提高素质、调整储备比例、调整岗位结构 |
| 资源 | 保障业务支撑、完善IT工具、优化服务台/知识库/备件库管理制度 |
| 技术 | 研发计划重新规划、技术成果优化、完善技术文档、改进应急预案、更新监控指标及阈值 |
| 过程 | 完善现有过程、建立新过程、调整考核指标、提升对外服务形象、提供新服务 |
📋 全章必背考点汇总
一、核心概念（12.1）
- 必背 SLA / OLA / UC 的定义与区别
- 必背 服务目录管理的6个步骤
- 必背 六大服务需求（可用性、连续性、能力、安全、价格、报告）
- 必背 MTBF、MTTR、MTBSI 三个指标的含义与公式
- 必背 信息安全CIA三性（机密性、完整性、可用性）
二、服务设计实现（12.2）
- 必背 五大设计要素（模式、人员、资源、技术、过程）
- 必背 服务模式四分类（远程监控/远程支持/上门/驻场）
- 必背 三大岗位类型（管理岗/技术支持岗/操作岗）
- 必背 人员绩效方案设计的5个活动
- 必背 人员培训的5类内容
- 必背 四大资源要素（工具/服务台/备件库/知识库）
- 必背 服务台是"职能"不是"过程"
- 必背 技术要素三方面（研发/发现问题/解决问题）
- 必背 八大服务管理过程
- 必背 事件管理 vs 问题管理的区别
三、服务运营提升（12.3）
- 必背 三类业务关系（客户/供应商/第三方）
- 必背 客户关系管理7大活动
- 必背 增值服务4原则
- 必背 服务营销4阶段
- 必背 服务成本四大构成（直接/间接 × 人力/非人力）
- 必背 四个收益衡量指标（投入产出比、投资回报率、净产出、人均产出）
- 必背 服务外包6大收益
四、服务退役终止（12.4）
- 必背 4类沟通会议（编制/评审/移交/经验交流）
- 必背 5类移交内容（文件/知识/技能/基线/模拟环境）
- 必背 4类退役风险（数据/业务连续性/法律法规/信息安全）
- 必背 4类回收资源（文件/财务/人力/基础设施）
- 必背 信息处置两步走（转移清除 + 介质清除销毁）
五、持续改进与监督（12.5）
- 必背 5项持续改进活动（风险/测量/质量/回顾/改进）
- 必背 服务测量四维度（人员/资源/技术/过程）
- 必背 服务台4个关键测量指标
- 必背 服务质量5类特性（安全性/可靠性/响应性/有形性/友好性）
- 必背 四级服务回顾机制
- 必背 服务改进三步走（设计→实施→验证）
- 必背 服务四要素改进方向
💡 备考建议：本章是论文写作的"弹药库"——无论是写IT服务管理、SLA设计、还是服务改进，都能从本章找到丰富的素材。建议优先掌握12.1（SLA体系）、12.2（过程要素设计）、12.5（持续改进）这三个部分，它们在案例分析和论文中出现的频率最高。