工单类型、分类层级和字段是三个分工明确的对象：类型决定一张工单走哪条处理流程、由谁受理，分类层级描述它在业务分类树中的位置，字段承载类型与分类所要求的具体信息。理解三者的定义、边界和配合方式，是设计工单分类结构的前提。本文以概念界定为主，说明三者如何共同决定一张工单的信息采集与流转。
要点总览（TL;DR）
- 工单类型决定工单走哪条处理流程、由谁受理；分类层级描述工单在业务分类树中的位置；字段承载类型与分类所要求的具体信息。
- 类型管流程与责任，层级管归类与统计，字段管信息采集与校验，三者分工明确，不能互相替代。
- 类型与分类的组合决定字段的必填、可选与可见规则，字段值又反过来支撑流程分流与分类统计。
- 状态、标签、优先级、表单模板是相邻概念，与三个核心对象职责不同，设计时应分开处理。
- 设计顺序建议先定类型、再定层级、最后配字段，并控制层级深度与字段数量。
工单类型、分类层级和字段各自指什么
这三个词在日常沟通中常被混用，但在工单设计里各自指向不同的对象。先把定义分开，后续讨论边界和配合才有共同语言。
工单类型：按处理流程与责任归属划分的工单种类
工单类型是对工单“走哪条路”的划分。它回答的是：这类工单由哪个团队受理、经过哪些处理环节、按什么时限要求推进。例如“故障报修”“账号申请”“费用报销”可以是三种类型，各自对应不同的受理角色和流程路径。类型是一种相对稳定的分类，通常由组织在搭建工单体系时预先定义，提交人选择类型后，工单即进入对应的处理通道。
分类层级：按业务主题逐层细分的树状归类结构
分类层级是对工单“属于什么业务范围”的划分。它是一棵有父子关系的树：一级分类下挂二级分类，二级分类下再挂三级分类，每个工单在树中落到一个具体节点。例如“IT服务”下分“硬件”“软件”“网络”，其中“软件”下再分“办公软件”“业务系统”。层级的作用是归类和统计，让管理者能按业务主题汇总工单量、分析问题分布。
字段：工单上承载具体信息的表单项及其取值规则
字段是工单表单上的一个个信息项，例如“报修设备编号”“故障发生时间”“影响范围”。每个字段不仅有名称，还有取值规则：是文本还是下拉选项、是否必填、取值范围如何限制。字段决定了工单能采集到哪些信息，以及这些信息以什么格式进入系统，供后续处理和统计使用。
一句话区分：类型管流程与责任，层级管归类与统计，字段管信息采集与校验。
三者的边界：哪些内容不属于这三个对象
概念清晰不仅靠定义，也靠排除。以下内容常被误归入三个对象，实际属于其他范畴。
- 类型不等于状态。状态描述工单当前处于哪个阶段，如“待受理”“处理中”“已解决”；类型描述工单属于哪一类业务、走哪条流程。同一类型的工单会依次经过多个状态。
- 分类层级不等于标签。层级有严格的父子结构和唯一归属，一张工单在一个分类树上只落一个节点；标签是扁平的、可多选的标记，用于灵活补充特征，不承担归类树的统计职责。
- 字段不等于模板排版。字段关注的是采集什么信息、如何校验取值；模板排版关注这些字段在页面上如何排列、分组和呈现。同一组字段可以有不同的排版方式。
- 权限与报表配置不属于三者定义。谁能看到哪类工单、报表如何呈现，属于权限与统计配置范畴，虽然会引用类型和分类，但本身不是类型、层级或字段。
此外，缺陷报告的具体书写规范、以及跨对象的平台级字段治理，属于其他主题，本文不展开。
类型、层级与字段如何协同决定一张工单的信息
三者不是并列的独立选项，而是在一张工单上依次发挥作用、相互约束。理解协同机制，才能设计出既好用又可统计的工单结构。
类型确定流程路径、受理角色与时限口径
提交人选定类型后，工单进入该类型对应的流程：由哪个角色先受理、是否需要多级审批、按什么时限要求推进。类型是流程分流的起点，也是责任归属的依据。
分类层级确定归属路径与统计维度
分类层级决定这张工单在业务树中的位置，进而决定它被计入哪个统计口径。管理者按一级分类看总量、按二级分类看结构，层级越细，统计颗粒度越细。
类型与分类的组合决定字段的必填、可选与可见
这是三者配合的核心：同一张表单，在不同类型和分类下呈现的字段要求可以不同。例如“故障报修”类型下，“设备编号”必填；选择“网络”分类时，“影响范围”变为必填；选择“办公软件”分类时，该字段可以选填。类型与分类的组合，构成了字段规则的触发条件。
字段值反过来支撑分类统计与流程分流
字段采集到的信息并非只供阅读。字段值可以用于细化统计，例如按“影响范围”字段汇总故障等级分布；也可以作为流程分流的依据，例如“影响范围”为“全公司”时自动升级处理级别。信息采集与流程、统计形成闭环。
从提交到受理的信息流转顺序
- 提交人选择工单类型，系统加载该类型的流程与基础字段集。
- 提交人选择分类层级节点，系统按“类型＋分类”组合调整字段的必填、可选与可见状态。
- 提交人填写字段值并提交，系统按字段校验规则检查完整性。
- 工单按类型进入对应受理队列，受理角色依据字段值判断处理方式。
- 处理完成后，工单按分类层级归入统计口径，字段值成为分析维度。
在工具层面，这套机制需要平台同时支持流程配置、分类结构和字段规则。ONES Desk 支持自定义工单属性与工单内容配置，并可灵活调整工作流，用于承载不同收集场景下的类型、字段与流程设置；企业版提供自定义处理流程与字段配置，以及多维度数据统计与分析能力。字段必填规则能否按类型与分类动态联动，需以具体版本的配置能力为准。
与相邻概念的区别：状态、标签、优先级、模板
把三个核心对象与几个高频相邻概念放在一起对照，能进一步固定各自的职责范围。
| 概念 | 回答的问题 | 与核心对象的关系 |
|---|---|---|
| 工单类型 | 走哪条流程、谁来受理 | 核心对象，流程与责任的划分依据 |
| 状态 | 当前处于哪个处理阶段 | 随流程推进而变化，同一类型下经历多个状态 |
| 分类层级 | 属于哪个业务范围 | 核心对象，树状归类与统计维度 |
| 标签 | 有哪些补充特征 | 扁平、可多选，不替代层级的唯一归属 |
| 优先级 | 处理顺序的紧急程度 | 可与类型并存，是独立属性，不由类型替代 |
| 字段 | 采集哪些信息、如何校验 | 核心对象，信息采集与校验的载体 |
| 表单模板 | 字段如何排列呈现 | 字段集合的排版方案，不决定字段取值规则 |
需要特别说明两组容易混淆的关系。其一，优先级与类型：类型决定流程路径，优先级决定同类工单之间的处理先后，两者维度不同，不能用一个替代另一个。其二，表单模板与字段集合：模板是字段的呈现方式，调整排版不改变字段的必填与校验规则；反过来，修改字段规则也不必重做模板。
一个具体例子：同一张工单里三者如何落地
以下为演示情景，用于说明三者的取值配合，不代表真实客户案例。
某员工提交一张工单，反映办公软件无法登录。
- 类型取值：“故障报修”。该类型决定工单进入故障处理流程，由IT服务台先受理，按故障时限要求推进。
- 分类层级路径：“IT服务 > 软件 > 办公软件”。该路径决定工单归入软件类故障的统计口径。
- 字段要求：在“故障报修＋办公软件”组合下，“故障现象描述”“发生时间”“影响人数”为必填；“设备编号”为选填，因为软件问题通常与具体设备关联较弱；“截图附件”可选填。
如果同一员工改为提交“账号申请”类型，并选择“IT服务 > 账号与权限”分类，字段要求随之变化：“申请账号名称”“所属系统”“审批人”成为必填，而“故障现象描述”不再出现。这正说明字段要求由类型与分类的组合驱动，而非固定不变。
常见误解纠正
第一种误解是把分类当类型。有人把“软件故障”直接做成一个类型，导致流程与业务分类纠缠在一起；正确做法是类型表达流程与责任（故障报修），分类表达业务范围（软件 > 办公软件）。第二种误解是把字段当分类。有人用“影响范围”字段的取值来代替分类层级，结果统计口径散落在字段值里，难以按树状结构汇总；字段适合记录具体信息，归类仍应由层级承担。
设计时的判断顺序与常见误区
落到设计决策上，建议按固定顺序推进，并提前识别几类高代价的错误。
先定类型，再定层级，再定字段
- 先梳理类型。按处理流程与责任归属划分，问清楚每类工单由谁受理、经过哪些环节。类型数量宜少而稳定。
- 再设计分类层级。按业务主题建树，控制层级深度，确保每个节点有明确的统计意义。
- 最后配置字段。在类型与分类确定后，逐组合梳理必填、可选与可见规则，避免字段先行导致结构反复调整。
层级过深与字段过多的代价
层级每加深一级，提交人的选择成本和维护成本都会上升，统计时也容易出现节点过细、样本分散的问题。字段过多同样有代价：必填项堆叠会拉长提交时间，降低填写质量，选填项过多则让信息采集失去重点。判断标准是：每个层级节点和每个字段都应对应一个实际的使用场景，无论是分流、处理还是统计。
类型与分类重复表达同一含义
如果类型叫“软件故障”，分类又叫“软件 > 故障”，两者就在重复表达同一件事，既增加维护负担，也让提交人困惑该选哪个。设计时应让类型聚焦流程差异，分类聚焦业务范围，两者维度错开。
字段必填规则随类型与分类变化的维护方式
当类型与分类组合较多时，字段规则会形成一张规则表。维护上建议：把规则集中记录在一处，明确每个组合的必填项；新增类型或分类时同步检查受影响的组合；定期清理长期无人使用的字段与节点。工具层面，ONES Desk 支持自定义工单属性与工单内容配置，并提供工单分析报表，可用于按分类与字段维度查看工单分布；具体哪些规则可按组合动态设置，需结合所用版本的配置能力确认。
常见问题
工单类型和分类层级能不能合并成一个字段？
可以合并，但通常不建议。类型承载流程与责任归属，分类层级承载业务归类与统计口径，两者维度不同。合并后，流程差异和业务范围会纠缠在同一个取值里，新增一种业务范围就可能牵动流程配置，统计时也难以按业务树汇总。若组织规模小、流程差异少，可以先用一套简化结构，但应保留后续拆分的空间。
字段的必填规则应该按类型设置，还是按分类设置？
取决于字段服务于哪个目的。用于流程分流的字段，例如影响范围、紧急程度，适合按类型设置必填；用于业务归类和统计的字段，例如所属系统、问题类别，适合按分类设置。当同一字段在不同类型与分类组合下要求不同时，需要按组合维护规则表，并定期检查新增类型或分类是否影响已有组合。
分类层级设计到几级比较合适？
没有统一标准，判断依据是每个节点是否对应实际的使用场景。层级越深，提交人的选择成本和维护成本越高，统计时也容易出现节点过细、样本分散。常见做法是控制在两到三级，确保每个节点都能支撑一类统计或分流需求；确实需要更细的区分时，可以先用字段补充，避免把分类树无限加深。
工单提交后，类型或分类还能修改吗？
这取决于流程设计与权限设置。类型变更通常意味着流程路径变化，需要谨慎处理，一般限制在受理前或由受理角色调整；分类变更影响统计口径，相对容易调整，但应保留变更记录以便追溯。设计时应明确哪些角色可以修改、在哪个阶段可以修改，避免统计口径在事后被无意改变。
标签能不能代替分类层级做统计？
标签是扁平、可多选的标记，适合补充特征，不承担树状归类的统计职责。用标签统计时，同一工单可能被打上多个标签，汇总口径容易重叠，也无法按父子层级逐级下钻。分类层级有唯一归属和父子结构，更适合做业务量的分层统计；标签可以作为分类之外的辅助维度，两者配合使用。
