工单分类要落到一套可执行的机制上：先按服务对象和处置路径确定一级分类，再用二级分类细分问题类型，配套必填字段、填写规则和责任人；分类表定稿后先小范围试运行，用一段时间的工单回看分类命中率、改派率和字段完整度，再迭代定版。ONES Desk 可承载分类字段配置与工单流转，本文按分类体系、字段规范、落地步骤和上线检查的顺序展开。
要点总览（TL;DR）
- 一级分类按服务对象或处置路径二选一为主，承担派单路由；二级分类按问题类型细分，承担统计与问题定位，层级控制在两级。
- 分类字段围绕路由和统计设置必填项，首版必填字段控制在5个以内，每个枚举字段配口径说明，由归口角色统一维护取值。
- 落地按梳理历史工单、设计分类表初稿、配置系统校验、小范围试运行2到4周、定版发布五步推进，每步有明确完成标志。
- 角色上区分分类负责人、审批人、一线受理人、维护归口和数据分析角色，一级分类变更集中到固定周期处理。
- 上线前核对分类覆盖度、互斥性、必填校验、联动派单和变更机制，上线后保持每月一次分类质量回看。
工单分类体系怎么搭：从一级分类到二级分类
分类体系的核心是让受理人看到工单时能快速判断“这单归谁、走哪条路”。一级分类承担路由功能，二级分类承担统计和问题定位功能，两层各司其职，层级不宜继续加深。
一级分类按服务对象或处置路径划分
两种划分依据选其一为主，避免混用导致边界模糊。按服务对象划分，适合服务台面对多类人群的场景，例如“内部员工”“外部客户”“合作伙伴”；按处置路径划分，适合问题解决流程差异明显的场景，例如“账号与权限”“系统故障”“业务咨询”“需求与变更”。当同一张工单既涉及对象又涉及路径时，以决定“派给哪个团队”的那个维度作为一级分类，另一个维度放入字段。
二级分类按问题类型细分
二级分类回答“具体是什么问题”，用于统计高频问题和沉淀知识。划分时从历史工单中归纳真实出现的问题类型，每个一级分类下控制在 3 到 8 个二级分类。二级分类应描述问题现象或请求内容，例如“密码重置”“权限申请”“登录失败”“数据导出异常”，避免使用“其他问题”以外的模糊名称；确实无法归类的工单统一进入“其他”，并定期回看“其他”的占比，占比持续偏高说明分类有缺口。
层级与数量控制原则
- 层级控制在两级。第三级需求通常可以用字段或标签表达，增加层级会抬高填写成本、降低一致性。
- 一级分类总数建议控制在 5 到 10 个，超过 10 个时受理人选择困难，误分类率上升。
- 每个二级分类应有明确的判定描述，写清“包含什么、不包含什么”，边界相邻的分类要互相引用排除项。
- 分类数量随业务变化调整，但调整要有节奏，避免频繁增删导致历史数据无法对比。
分类命名与编码规则
命名使用业务人员能直接理解的名词短语，长度控制在 2 到 8 个字，同一层级内保持词性一致，例如都用“名词+名词”或都用“动词+对象”。编码用于报表和系统对接，建议采用“一级两位字母+二级两位数字”的结构，如 AC-01 表示账号与权限下的密码重置。编码一经发布不重复使用，分类停用时保留编码并标记停用日期，避免历史工单的编码指向发生变化。
分类字段与填写规范：每类工单要填什么
分类本身是一个字段，但它要发挥作用，需要和影响范围、紧急程度等字段配合。字段设计的原则是：支撑路由和统计的字段必填，辅助判断的字段选填，每个字段都有明确的取值口径。
分类相关字段构成
| 字段 | 作用 | 填写要求 | 取值示例 |
|---|---|---|---|
| 一级分类 | 决定受理团队和处置路径 | 必填，受理时选择 | 账号与权限 |
| 二级分类 | 定位具体问题类型，支撑统计 | 必填，随一级分类联动 | 密码重置 |
| 影响范围 | 判断影响人数与业务面 | 必填，枚举选择 | 单人 / 单部门 / 多部门 / 全公司 |
| 紧急程度 | 支撑优先级排序 | 必填，枚举选择 | 紧急 / 高 / 中 / 低 |
| 问题描述 | 补充分类无法表达的信息 | 必填，自由文本 | 现象、发生时间、已尝试的操作 |
| 关联系统或产品 | 辅助定位责任团队 | 按需必填，视分类而定 | 办公系统、业务系统名称 |
| 期望完成时间 | 支撑服务承诺判断 | 选填 | 日期 |
必填与选填的划分依据
判断一个字段是否必填，看它是否被下游动作直接使用：影响派单的字段必填，影响统计口径的字段必填，只用于补充说明的字段选填。必填字段过多会拖慢受理速度，导致受理人随意填写，反而降低数据质量。建议首版必填字段控制在 5 个以内，试运行后根据实际缺失情况再增加。
字段取值口径与枚举值维护
每个枚举字段都要写口径说明，例如“紧急”定义为业务中断且无替代方案，“高”定义为部分功能不可用但有临时绕行方式。口径说明随字段一起发布，作为受理人的判断依据。枚举值由分类维护归口角色统一增删，业务方提出新增需求时说明使用场景和预计工单量，评估后统一发布，避免各团队自行添加同义值。
字段与分类的联动规则
联动可以减少无效填写：选定一级分类后，二级分类只显示该分类下的选项；部分一级分类要求“关联系统”必填，其他分类可隐藏该字段；不同分类可对应不同的处置流程和默认受理团队。配置联动前先画一张“分类—字段—流程”对照表，确认每条规则都有业务理由，再在系统中实现。
分类落地步骤：从梳理到试运行
分类体系从设计到可用，按以下五步推进，每步都有明确的输入、动作、输出和完成标志，避免设计停留在文档层面。
第一步：梳理现有工单样本并归类
输入：近 3 到 6 个月的历史工单，数量不足时取全部。动作：抽取不少于 200 条样本，逐条阅读问题描述，按问题现象做卡片归类，记录每类的出现频次和当前实际承接团队。输出：一份问题类型频次清单和现有承接关系说明。完成标志：样本中 90% 以上的工单能归入某个问题类型，剩余部分单独列出作为待定项。
第二步：设计分类表初稿
输入：第一步的频次清单、现有团队分工。动作：合并低频且处置方式相同的类型，拆分高频且处置路径不同的类型，确定一级、二级分类和编码，同步起草字段清单与填写口径。输出：分类表初稿、字段规范表、分类与承接团队对照表。完成标志：每个分类都有判定描述和承接团队，分类之间边界清晰，评审人能在不看说明的情况下正确归类抽样工单。
第三步：配置到工单系统并设置必填校验
输入：分类表初稿、字段规范表。动作：在工单系统中建立分类字段和枚举值，配置必填规则、分类联动和默认派单规则，按分类设置处置流程。ONES Desk 支持自定义工单属性与工单内容，并可灵活调整工作流，可用于承载分类字段和流转规则；具体的校验与联动配置方式以实际产品配置界面为准。输出：系统内可用的分类表单和流程配置。完成标志：提交一张测试工单，分类选项、必填提示和派单结果均符合设计。
第四步：小范围试运行与回看
输入：已配置的系统环境、试运行范围（建议选一个业务团队或一类工单）。动作：试运行 2 到 4 周，期间记录分类命中情况、改派记录和字段缺失情况，每周回看一次。输出：试运行数据记录和问题清单。完成标志：形成一份包含命中率、改派率、字段完整度和受理人反馈的回看报告。
第五步：定版与发布
输入：试运行回看报告。动作：根据数据调整分类边界、合并或拆分分类、修订字段口径，形成正式版本，配套发布填写说明和培训材料。输出：定版分类表、字段规范、填写说明。完成标志：分类表完成审批，全员可见，旧分类数据完成映射说明。
角色分工与交付物：谁定分类、谁填分类、谁维护
分类体系能否长期可用，取决于责任是否落到具体角色。以下分工适用于多数服务台场景，团队规模较小时可由一人兼任多个角色，但职责边界仍需明确。
| 角色 | 职责 | 交付物 |
|---|---|---|
| 分类体系负责人 | 组织分类设计与评审，对分类整体结构负责 | 分类表、字段规范、评审记录 |
| 审批角色（服务负责人） | 审批分类定版和重大变更，确认与团队分工一致 | 审批意见、定版发布通知 |
| 一线受理人 | 受理时按口径选择分类、填写必填字段，发现分类缺口时提交反馈 | 分类准确的工单记录、分类问题反馈 |
| 分类维护归口角色 | 统一维护枚举值、编码和联动规则，处理新增与停用申请 | 分类变更记录、枚举值维护日志 |
| 数据分析角色 | 定期统计分类分布、改派率和字段完整度 | 分类质量月报 |
变更流程建议固定为：提出申请—说明场景与影响—归口角色评估—负责人审批—发布并通知。涉及一级分类增删的变更影响面大，应集中到固定周期处理；二级分类和枚举值的调整可以按需进行，但需同步更新填写说明。
示例：一套服务工单分类表长什么样
以下是一套面向企业内部服务台的分类表示例，用于说明分类层级、字段和填写方式，实际使用时需按自身业务调整。
| 编码 | 一级分类 | 二级分类 | 判定说明 | 默认承接团队 |
|---|---|---|---|---|
| AC | 账号与权限 | AC-01 密码重置 | 用户忘记密码或账号被锁定，需重置或解锁 | IT 服务台 |
| AC | 账号与权限 | AC-02 权限申请 | 申请开通、变更或回收系统访问权限 | IT 服务台转系统管理员 |
| AC | 账号与权限 | AC-03 账号异常 | 账号被盗用、登录地异常等安全类问题 | 信息安全组 |
| SW | 软件与工具 | SW-01 安装与升级 | 软件安装、版本升级、授权激活 | 桌面支持 |
| SW | 软件与工具 | SW-02 使用咨询 | 功能使用方法咨询，不涉及故障 | 桌面支持 |
| NW | 网络与设备 | NW-01 网络中断 | 无法访问内网或外网，影响办公 | 网络组 |
| NW | 网络与设备 | NW-02 设备故障 | 电脑、打印机、会议设备硬件故障 | 桌面支持 |
| RQ | 需求与变更 | RQ-01 系统需求 | 对业务系统提出功能新增或调整需求 | 业务系统组 |
| OT | 其他 | OT-01 待归类 | 暂无法归入现有分类的问题 | 服务台主管 |
示例工单的字段填写
一张“财务同事无法登录报销系统”的工单，填写方式为：一级分类“账号与权限”，二级分类“AC-01 密码重置”，影响范围“单人”，紧急程度“中”，问题描述“登录报销系统提示密码错误，已尝试找回密码未收到邮件，发生时间今日 9:30”，关联系统“报销系统”。受理人据此直接派给 IT 服务台，无需二次确认。
常见填写错误与纠正
- 一级分类选“软件与工具”、二级分类却选“网络中断”：二级分类必须与一级分类联动，系统层面限制跨类选择。
- 把“申请开通权限”填成“账号异常”：权限申请走审批流程，账号异常走安全排查，判定说明中应写明两者区别。
- 影响范围一律填“全公司”：口径中应明确“全公司”指多个部门同时受影响且业务中断，单人问题不得选此项。
- 问题描述只写“不能用”：描述模板应提示填写现象、发生时间、已尝试操作三项。
完成检查：分类体系上线前的核对项
上线前逐项核对以下内容，全部通过再正式发布，可以避免分类表上线后频繁返工。
| 核对项 | 检查内容 | 通过标准 |
|---|---|---|
| 分类覆盖度 | 用试运行工单和抽样历史工单逐条归类 | 90% 以上工单能归入现有分类，“其他”占比低于 10% |
| 分类互斥性 | 检查相邻分类的判定说明是否重叠 | 每条工单只有一种合理归类，评审人归类结果一致 |
| 字段必填配置 | 在系统中逐项验证必填提示和提交拦截 | 必填字段未填时无法提交，提示文案清晰 |
| 联动与派单规则 | 测试各一级分类下的二级选项、字段显示和默认承接团队 | 联动结果与对照表一致，测试工单派单正确 |
| 试运行指标 | 回看分类命中率、改派率、字段完整度 | 命中率达到约定目标，改派原因已逐条分析并处理 |
| 变更与维护机制 | 确认归口角色、申请流程和发布周期已明确 | 变更流程有书面说明，责任人已知晓 |
| 配套材料 | 检查填写说明、培训材料和历史数据映射说明 | 受理人可独立完成分类填写，历史数据可按映射对照 |
上线后建议保持每月一次的分类质量回看，重点关注“其他”分类占比、改派率和新增分类申请。当某类工单量持续增长或改派集中在同一路径时，说明分类结构需要调整，按变更流程处理即可。分类体系的价值在于持续可用，首版不必追求完备，能支撑路由和统计、并能随业务迭代，就是一套合格的工单分类。
常见问题
历史工单数量不足200条，还能做分类梳理吗？
可以。样本量的作用是覆盖足够多的问题类型，数量不足时取全部历史工单，同时补充其他来源的记录，例如受理群里的问题反馈、邮件请求或口头报障的登记。梳理时重点关注问题类型的分布，而非样本绝对数量。若历史记录很少，说明分类体系可以先按业务预判设计初稿，把试运行阶段作为主要验证手段，试运行期间逐条记录新工单的归类情况，用真实数据补足样本。
试运行期间发现分类边界重叠，应该马上改还是等定版再改？
影响派单的错误应立即修正，涉及统计口径的调整可以集中到定版时处理。判断标准是看问题是否导致工单被派给错误团队：如果两条分类的判定说明重叠、受理人反复选错并产生改派，应在试运行中直接修订判定说明或合并分类，并记录变更原因。如果只是个别工单归类有争议、不影响派单，先记入问题清单，在回看报告中汇总分析，避免试运行期间频繁改动让受理人无所适从。
一线受理人反映必填字段太多、填写太慢，怎么处理？
先核对必填字段是否都被下游动作直接使用。只用于补充说明的字段改为选填，能通过分类联动自动带出的字段不再要求手工填写。首版必填字段建议控制在5个以内，试运行后根据实际缺失情况再增加。同时检查字段的呈现方式：枚举选择比自由文本快，联动后选项变少也能缩短填写时间。如果受理速度仍然受影响，可以把部分字段的填写责任后移到承接团队，在工单流转到处理环节时补充。
分类体系定版后，业务方要求新增分类，走什么流程？
按固定变更流程处理：业务方提出申请并说明使用场景和预计工单量，分类维护归口角色评估是否与现有分类重叠、是否影响历史数据对比，分类体系负责人审批后统一发布并更新填写说明。一级分类的增删影响派单路径和报表口径，建议集中到固定周期处理；二级分类和枚举值的调整可以按需进行。新增分类时同步确认编码不重复、承接团队已明确，停用的分类保留编码并标记停用日期。
分类命中率和改派率应该怎么统计，多久看一次？
命中率指工单在首次受理时被归入最终处理分类的比例，可以用首次分类与结单分类一致的数量除以总工单量计算；改派率指因分类错误导致转派的工单占比，统计时记录改派原因。试运行期间建议每周回看一次，正式上线后保持每月一次。统计维度可以按一级分类拆分，找出问题集中的分类。数据来源可以是工单系统的流转记录和分类字段，ONES Desk 提供多维度数据统计与分析能力，具体报表维度以实际产品配置为准。
