400-8615-123 ITIL服务目录是IT部门向用户展示“能提供哪些服务、怎么申请、多久响应”的正式清单，缺少它，服务台会被大量说不清的需求淹没。下面用问答方式说明它的用途、组成和选型要点。
用户常问：服务目录和服务组合有什么区别？
服务目录只列“当前正在提供、用户可申请”的服务，好比餐厅的菜单。服务组合则记录全部IT服务的生命周期，包括已退役、在用、正在开发的，类似餐厅的完整菜品研发档案。服务目录是服务组合的一个子集，面向用户；服务组合主要给IT管理层看，用于判断哪些服务值得保留。
举例：公司员工电脑主要是Windows 10，但个别部门还在用Windows 7。服务组合里会同时记录这两类系统的支持服务，以及未来计划升级到Windows 11的规划。服务目录则只展示当前能申请的服务，比如“申请Windows 10笔记本”或“申请Windows 7兼容支持”。
服务目录长什么样？包含哪些信息？
一份合格的服务目录至少向用户说明：服务名称与描述、适用范围（哪个岗位能申请）、可用时间、服务级别（如响应时限）、费用（如有）、服务负责人。面向技术人员的视图还会额外包含审批流程、技术配置、安全要求等。注意，不要堆砌过多术语，用户视图应以业务语言为主，技术视图再补充细节。
没有服务目录，实际会出哪些乱子？
两个典型场景足以说明问题。
场景一：市场分析师申请新电脑。他发邮件给系统管理员要MacBook Pro和Office 2019。管理员回复：该岗位只能配戴尔，且公司只有Office 2016授权。来回几封邮件后，分析师才知道自己有权申请什么型号、多久能拿到。一个简单请求被拖成沟通灾难。
场景二：新员工入职。招聘经理需要为新人申请IT设备、工位、银行账户、入职培训，涉及人力、行政、IT、财务多个部门。没有服务目录，招聘经理只能挨个发邮件问，IT服务台也被大量“该找谁办”的咨询淹没。新员工入职延迟，各方效率都受影响。
用了服务目录，能带来哪些实际好处？
- 用户直接看到可申请的服务和标准，不用猜，也不用反复问服务台。
- 入职、离职、设备更换等常见事项可打包成标准服务流程，IT按预设工作流执行即可。
- 管理员通过服务申请数据，能看出哪些服务常用、哪些使用率低，便于调整资源分配。
- 与自助服务门户结合后，密码重置等高频操作可完全自助完成，减轻一线压力。
- 服务目录作为统一参考，帮助IT团队定期分析服务需求、生成改进报告。
服务目录适合谁用？怎么落地？
任何需要向内部用户提供IT服务的组织都适合，尤其是服务台工单量大、请求描述不清、跨部门协作频繁的团队。实施时建议分三步：先梳理现有IT服务清单，按岗位和业务分类；再为每项服务定义申请条件、时限、费用和审批路径；最后把目录嵌入服务台工具，让用户在线提交请求。
工具选型：服务目录功能怎么看？
市面上的ITSM工具大多内置服务目录模块。选型时重点看三点：是否支持业务视图和技术视图分离、能否灵活配置审批流、能否与事件管理和自助门户联动。Servicehot（永服科技旗下的ITSM工具，不开源）提供上述服务目录管理能力，适合需要一体化流程的中大型企业。具体功能细节，以官网演示为准。
一句话总结
服务目录不是一张静态网页，而是连接用户需求与IT交付的标准化接口。有了它，用户知道能申请什么，IT知道按什么标准交付，双方都省力。没有它，服务台天天当“翻译官”，业务部门干着急。
