适用场景

用户不知道能找 IT 要什么、要多久，就会到处问人。服务目录把"能提供什么服务、多长时间、怎么申请"写清楚，减少沟通成本。

配置步骤（服务目录设计）

# 服务项模板
# 名称 | 适用对象 | 申请入口 | 必填信息 | 处理时限 | 责任人 | 依赖条件
# 例：VPN 开通 | 全体员工 | 门户提交 | 部门/用途/设备 | 1 个工作日 | 网络组 | 主管审批

关键参数与建议

  • 服务项：账号开通、权限申请、软件安装、设备报修、网络变更、VPN 开通
  • 每项要素：申请入口、必填信息、处理时限、责任人、常见问题
  • 自助优先：高频简单事项做自助（改密、加白、模板下载）
  • 度量：各服务项工单量、平均处理时长、满意度
  • 迭代：按工单量定期优化流程与自助覆盖率

容易踩的坑

  • 服务项过于笼统，用户不知选哪个
  • 无时限承诺，处理拖延无人知
  • 不写依赖条件，反复来回沟通

验证与巡检

# 证据：服务目录文档 + 门户入口截图
  • 巡检：服务项季度更新、时限达标率

小结

服务目录验收：随机问一个员工"要装软件怎么申请"，他能自己找到入口并知道多久能好。做到就说明目录有效。

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