服务目录是什么
服务目录面向用户呈现可以申请什么服务：名称、说明、适用对象、申请方式与时限。它把 IT 能力翻译成用户语言，让员工不必了解内部系统如何划分就能找到入口。与服务请求管理衔接后，每个目录条目就是一个可自助发起的工作流。目录要定期评审，长期无人使用的条目应下线，否则会持续增加认知负担，也会让用户对承诺产生误解。
基本信息
| 面向 | 用户与业务方 |
|---|---|
| 内容 | 服务项 + 申请入口 + 时限 |
| 价值 | 减少咨询、明确预期 |
| 划分粒度 | 按用户能理解的场景划分 |
| 维护节奏 | 每季度评审，下线无人使用的条目 |
| 关联实践 | 服务请求管理、服务台、知识管理 |
典型使用场景
- 员工自助：VPN、邮箱、权限、软件安装的标准入口
- 新员工入职：把入职所需服务打包成清单，一次申请
- 权限类服务：明确适用对象与审批要求，减少越权申请
- 对外服务说明：向合作方说明可用能力与申请方式
- 认知减负：用户只描述需求，不必知道内部系统划分
- 目录治理：按使用量与评价淘汰低价值条目
服务目录条示例
服务目录条示例
服务名：VPN 账号申请
适用：正式员工
时限：1 个工作日
入口：门户表单 → 审批 → 开通通知
字段：申请理由 / 使用期限 / 审批人条目必备字段
| 字段 | 作用 | 缺失后果 |
|---|---|---|
| 服务名 | 用户检索的入口 | 找不到服务，只能电话咨询 |
| 适用对象 | 明确谁可以申请 | 收到大量无效申请 |
| 时限 | 管理用户预期 | 用户频繁催单 |
| 申请入口 | 一键发起请求 | 目录与后台流程脱节 |
| 表单字段 | 支撑审批与交付 | 审批来回补信息，交付被拉长 |
目录要定期评审：无人使用的服务项应下线，既降低认知负担，也避免维护成本持续累积。