适用场景

运维服务最容易亏在"没有边界"：客户把运维当保姆，任何问题都找你，而合同里只写了"提供技术支持"。

配置步骤（SLA 指标设计）

# 示例分级
# 一级（业务中断）：15 分钟响应，2 小时解决或给出方案
# 二级（功能异常）：30 分钟响应，8 小时内解决
# 三级（咨询/优化）：1 个工作日响应
# 可用性：核心系统 ≥99.5%（不含计划维护）

关键参数与建议

  • 服务范围写清：包含什么、不包含什么（开发需求、硬件更换谁出钱）
  • SLA 分级：响应时间、解决时间、到场时间、可用性指标
  • 计费方式：按系统、按设备数、按人天或按年度打包
  • 超出范围的处理：按人天计费，事先约定单价
  • 定期服务报告：巡检记录、故障统计，作为续费依据

容易踩的坑

  • 全都承诺 7×24 立即响应，成本无法覆盖
  • 未定义「解决」的口径（临时绕过算不算解决）
  • 未排除计划维护窗口，指标不可达

验证与巡检

# 证据：月度服务报告（工单量、响应达标率、故障时长）
  • 巡检：每月出报告、达标率与合同一致

小结

SLA 的核心是"双方都清楚边界"。写清楚比写漂亮重要，落地执行比承诺更多重要。

> 说明：文中命令为通用写法，不同型号/版本可能略有差异，落地前请对照设备实际版本的官方文档；带外管理与安全设备变更建议先在测试设备验证。