服务目录清单是一张按“服务项”逐行登记的表，用来让用户知道有哪些服务可以申请、从哪里申请、由谁负责、多久能得到响应。它的核心字段包括服务编号、服务名称、服务类别、服务说明、适用对象、申请入口、服务负责人、响应时限、解决时限、前置条件和状态。本文先给出一张可直接复制到文档或表格工具中的空白清单，再逐字段说明填写口径，划分必填与选填，并用一条完整示例演示填写结果，最后给出上线后的维护规则。
要点总览（TL;DR）
- 服务目录清单按服务项逐行登记，核心字段包括服务编号、服务名称、服务类别、服务说明、适用对象、申请入口、服务负责人、响应时限、解决时限、前置条件和状态。
- 服务编号、服务名称、服务类别、服务说明、适用对象、申请入口、服务负责人、响应时限和状态为必填；解决时限与前置条件可随团队成熟度逐步补齐。
- 响应时限衡量是否有人受理，解决时限衡量服务是否交付完成，两者分开填写才能让用户形成合理预期。
- 清单上线后按季度复核，新增由服务负责人提出并经目录管理角色审核，变更与下线保留编号和变更记录。
- 服务项落地到服务台后，可借助 ONES 服务台配置表单并分享填写链接，让用户从门户提单并跟踪处理进度。
可复制空白服务目录清单表
下面这张表按服务项逐行登记，表头与后文字段说明一一对应。复制到表格工具后，保留表头，从第一行开始逐项填写；一行只登记一个服务项，同一服务的不同适用对象或不同入口，建议拆成多行，避免一行内混装多种情况。
| 服务编号 | 服务名称 | 服务类别 | 服务说明 | 适用对象 | 申请入口 | 服务负责人 | 响应时限 | 解决时限 | 前置条件 | 状态 |
|---|---|---|---|---|---|---|---|---|---|---|
如果团队服务项较多，可以在表头之外增加“所属部门”“服务时间”“收费标准”等列，但建议先按上表跑通一轮，再按实际需要扩展，避免一开始列太多导致填写负担过重、清单难以维护。
每个字段填什么：字段说明
字段说明的作用是让不同的人填写同一张表时口径一致，汇总和检索才有意义。下表逐字段解释含义与填写口径，其中服务类别、适用对象和状态建议在团队内先约定取值，再开始批量填写。
| 字段 | 含义 | 填写口径 |
|---|---|---|
| 服务编号 | 服务项的唯一标识 | 建议采用“类别缩写-序号”的格式，如“IT-001”“HR-003”，编号一经使用不再复用，服务下线后编号保留 |
| 服务名称 | 用户看到的服务叫法 | 用用户能理解的名词短语，如“办公电脑申领”“账号权限开通”，避免内部术语和缩写 |
| 服务类别 | 服务所属的分组 | 先约定一套固定取值，如“IT支持”“人事服务”“行政后勤”“财务服务”，同一类别名称在全表保持一致 |
| 服务说明 | 这项服务具体做什么 | 一到两句话说清服务内容和交付物，如“为新入职员工配发笔记本电脑并完成基础软件安装” |
| 适用对象 | 谁可以申请这项服务 | 用可判断的范围描述，如“全体正式员工”“研发部门”“新入职员工”，避免写“相关人员”这类模糊表述 |
| 申请入口 | 用户从哪里发起申请 | 只写入口位置，如“服务台门户-IT支持分类”“企业微信工作台-行政申请”，不写审批步骤和流转细节 |
| 服务负责人 | 对这项服务质量和时限负责的人 | 写到岗位或具体姓名，如“IT运维组-张工”，负责人变更时同步更新 |
| 响应时限 | 从用户提交到有人受理的时间 | 写明确时长和工作时间口径，如“4个工作小时内响应”，与解决时限分开填写 |
| 解决时限 | 从受理到服务交付完成的时间 | 写明确时长，如“2个工作日内完成”，复杂服务可写“5个工作日内”，并注明是否含等待用户补充材料的时间 |
| 前置条件 | 申请前需要满足的条件或准备的材料 | 写可核验的条件，如“已完成入职手续”“需提供主管审批记录”，没有前置条件时填“无” |
| 状态 | 服务项当前是否可用 | 约定固定取值，如“在用”“试运行”“暂停”“已下线”，全表只用这几个值 |
响应时限与解决时限是最容易混淆的两个字段。响应时限衡量的是“有没有人接”，解决时限衡量的是“事情有没有办完”。两者分开填写，用户才能形成合理预期，负责人也能据此判断哪一环出现了积压。
必填与选填的划分
必填字段决定一条服务项能否成立：缺了它，用户无法判断这项服务是否与自己有关、去哪里申请、找谁负责。选填字段用于提升清单的完整度，可以随团队成熟度逐步补充。
| 字段 | 必填/选填 | 理由与适用场景 |
|---|---|---|
| 服务编号 | 必填 | 唯一标识，用于检索、引用和变更记录 |
| 服务名称 | 必填 | 用户识别服务的第一信息 |
| 服务类别 | 必填 | 决定清单的分组展示和入口归类 |
| 服务说明 | 必填 | 用户据此判断是否符合自身需求 |
| 适用对象 | 必填 | 避免不符合条件的用户误申请 |
| 申请入口 | 必填 | 没有入口，清单就只是介绍，无法转化为申请 |
| 服务负责人 | 必填 | 明确责任归属，便于用户咨询和问题追溯 |
| 响应时限 | 必填 | 形成用户预期，也是服务质量考核依据 |
| 解决时限 | 选填 | 服务刚上线、处理时长尚不稳定时可先留空，积累一段时间数据后补齐 |
| 前置条件 | 选填 | 简单服务通常无前置条件；涉及审批或材料准备的服务建议填写 |
| 状态 | 必填 | 区分在用与下线，防止用户申请已停止的服务 |
必填字段缺失时，不建议带着空缺直接发布。处理方式有两种：一是补齐后再上线；二是暂时将该服务项状态标为“试运行”，并在服务说明中注明信息待完善，同时指定负责人在约定时间内补全。选填字段留空时，建议统一填“无”或“待补充”，避免空白单元格被误读为遗漏。
填写示例：一条完整的服务项
下面用“办公电脑申领”这一条服务项演示填写结果，覆盖全部必填字段，并补齐选填字段，便于对照前文的字段说明。
| 字段 | 填写内容 |
|---|---|
| 服务编号 | IT-001 |
| 服务名称 | 办公电脑申领 |
| 服务类别 | IT支持 |
| 服务说明 | 为新入职员工及设备损坏员工配发笔记本电脑，完成操作系统和办公软件的基础安装 |
| 适用对象 | 全体正式员工及已办理入职手续的实习生 |
| 申请入口 | 服务台门户-IT支持分类-办公电脑申领 |
| 服务负责人 | IT运维组-张工 |
| 响应时限 | 4个工作小时内响应 |
| 解决时限 | 3个工作日内完成交付，不含等待库存补货的时间 |
| 前置条件 | 已完成入职手续；设备损坏的需提供旧设备回收确认 |
| 状态 | 在用 |
这条示例中，服务编号采用“类别缩写-序号”，与字段说明中的格式约定一致；适用对象写成可判断的范围，实习生只要办理完入职手续即可申请；申请入口只写到入口位置，没有描述审批流转；解决时限中注明了不含库存补货等待时间，避免用户按字面理解产生争议。对照前文，这条示例的每个字段都能在字段说明表中找到对应的填写口径。
清单的调整与维护方法
服务目录清单上线后如果长期不更新，会出现入口失效、负责人离职、时限与实际脱节等问题，用户逐渐不再信任清单。维护的重点是明确“谁在什么情况下改、改完怎么记录”。
新增服务项的触发条件与审批角色
出现以下情况时应新增服务项：团队开始提供一项此前未登记的服务；原有服务拆分为多个独立入口；服务对象扩展到新的群体且申请方式不同。新增由服务负责人提出，经服务目录的管理角色审核后发布，审核重点包括名称是否用户可理解、类别是否已有归属、入口是否真实可用、时限是否可承诺。
变更与下线的处理步骤
变更时先修改清单中的对应字段，再同步更新申请入口页面和相关说明，最后通知受影响的用户群体。下线时先将状态改为“已下线”，在服务说明中注明替代服务或联系方式，保留编号和历史记录，观察一个周期后再从展示入口移除。涉及负责人变更的，应同时确认原负责人手上的未结事项已完成交接。
定期复核的周期与责任人
建议每季度复核一次全量清单，由服务目录管理角色牵头，各服务负责人确认本人负责的服务项是否仍然准确。复核时逐项检查：入口链接是否可访问、负责人是否在职、时限是否与实际处理时长匹配、状态是否与实际一致。复核结果记录为“确认无误”或“已更新”，未按时确认的服务项在清单中标注待核实。
版本与变更记录方式
每次修改保留一条变更记录，至少包含变更日期、服务编号、变更字段、变更前后内容、操作人和审核人。记录可以放在清单附带的变更日志表中，也可以借助承载服务项的协作工具留存操作痕迹。服务目录清单落地后，服务项和申请入口需要在服务台中展示并由负责人持续维护；ONES 服务台和工单管理解决方案支持配置表单并分享填写链接，让用户在门户提单，工单处理过程中可直接与用户对话、同步处理进度，并可按项目定制需求响应流程，适合把清单中的服务项转化为可申请的入口。清单本身解决“有哪些服务、怎么填”，工单流转规则和知识库内容维护则属于另外的管理环节，需要单独设计。
常见问题
服务目录清单和服务台门户是什么关系？
服务目录清单解决“有哪些服务、每项服务怎么填”的问题，是一份管理台账；服务台门户解决“用户从哪里看到并申请”的问题，是面向用户的入口。清单中的申请入口字段需要指向真实可用的门户位置，两者才能衔接。清单本身不承载审批和流转，工单提交后的处理规则属于工单流程设计的内容。
团队服务项很少，还需要建服务目录清单吗？
服务项少时同样建议建清单，但可以先只填必填字段，把解决时限和前置条件留到后续补充。清单的价值在于让用户知道有哪些服务、找谁、多久响应，即使只有五六项服务，集中登记也能减少重复询问。服务项少时不必追求类别细分，先约定两三个类别即可。
响应时限和解决时限应该按工作日还是自然日计算？
两种口径都可以，关键是全表统一并在字段中写明。常见做法是响应时限按工作小时计算，解决时限按工作日计算，并在备注中说明是否包含等待用户补充材料或库存补货的时间。如果不同服务采用不同口径，应在解决时限字段中逐项注明，避免用户按字面理解产生争议。
服务负责人离职或转岗，清单怎么处理？
负责人变更时，先确认原负责人手上的未结事项完成交接，再更新清单中的服务负责人字段，并同步检查申请入口页面上的联系人信息。变更记录中应保留变更日期、服务编号、变更前后内容和操作人。如果一时找不到接任人，可将该服务项状态标为“暂停”，避免用户提交后无人受理。
清单中的服务项如何变成用户可提交的申请入口？
清单确定后，需要在服务台或工单工具中为服务项配置对应的申请表单，并把表单链接放到清单的申请入口字段所指位置。ONES 服务台和工单管理解决方案支持配置表单并分享填写链接，让用户在门户提单，工单处理过程中可直接与用户对话、同步处理进度，并可按项目定制需求响应流程。配置完成后应回填并验证入口链接是否可访问。
