建立可维护的工单类型清单，关键落在三件事上：先按处理路径划出一级类型，再用命名规则和字段模板固定每类要填什么，最后用准入、变更、停用三条机制控制清单的变化。这样清单不会随着新需求不断膨胀，也不会因为叫法混乱导致一线选错类型。下文按划分、命名、变更、角色、示例、自检六个步骤展开，ONES Desk 的自定义属性、工单内容配置与工作流调整可作为清单落地的承载方式。
要点总览（TL;DR）
- 一级类型按处理路径、责任角色、所需信息三项依据划分，避免按提交部门、紧急程度或提交人切分，一级类型数量控制在个位数到十余个。
- 类型名称采用“动作或对象 + 范围”的统一结构，同一含义只保留一个名称；每个类型在清单中绑定必填字段、可选字段与默认处理角色。
- 新增类型须说明与现有类型的差异、预估量级和承接角色；合并或停用须保留历史工单的原类型标记与映射关系，保证可追溯。
- 清单负责人、审核人、一线使用者分工明确，按季度复核类型使用频次、误分类率与字段必填率，异常情况触发临时复核。
- 用类型数量与重叠度、命名一致性、字段必填率、误分类率、变更记录完整性、历史可追溯六项自检，全部通过即达到可维护状态。
先定划分口径：按处理路径而非按部门切分
工单类型的第一层划分依据应当是“这张单子接下来怎么走”，而不是“谁提交的”。按处理路径切分，同一类工单会自然对应同一组责任角色和同一套所需信息，后续的字段模板、流转规则、统计口径都能沿用同一条线。按部门切分则容易出现同一件事被拆成多个类型，比如“市场部物料申请”和“行政部物料申请”本质是同一条处理路径，却因为提交方不同而分裂成两条。
建议用三项依据共同判断一个类型是否成立：处理路径是否一致、承接的责任角色是否一致、处理所需的关键信息是否一致。三项都一致，归为一类；其中一项明显不同，才考虑拆分。一级类型数量控制在可管理的范围内，通常以个位数到十余个为宜，细分需求用二级子类或标签承载，避免一级清单变成几十条难以记忆的长表。
常见的错误分法有三类，需要提前排除：
- 按提交部门分：同一处理路径被拆成多条，统计时无法合并。
- 按紧急程度分：紧急是优先级属性，不是类型，混入类型会让每条工单都要重复判断两次。
- 按提交人分：把个人差异固化成类型，人员变动后清单即失效。
这一步的交付物是一份划分口径说明，写清三项判断依据和排除规则，再附一份一级类型草案。草案不必一次定稿，先列出当前实际在用的类型，逐条对照三项依据做合并与删除，得到初版。
命名规则与字段模板：让每个类型自带填写要求
类型名称承担的是“让提交人一眼选对”的功能，因此命名要统一结构。推荐采用“动作或对象 + 范围”的结构，例如“账号权限-开通”“设备故障-办公终端”“数据导出-报表”。同一含义只保留一个名称，避免“申请”“申领”“提报”并存，也避免中英文混用造成同义词分裂。命名规则应写成表，明确允许的结构、禁用词和大小写与分隔符约定，新增类型时逐条对照。
每个类型在清单中不只占一行名称，还要绑定三样东西：必填字段、可选字段、默认处理角色。必填字段决定这张单子提交时是否信息完整，可选字段用于后续分析，默认处理角色决定工单进入后第一站交给谁。字段模板与类型清单放在同一张表里维护，改字段和改类型在同一次评审中完成，避免两处脱节。
| 类型名称 | 必填字段 | 可选字段 | 默认处理角色 |
|---|---|---|---|
| 账号权限-开通 | 申请人、所属系统、权限范围、生效日期 | 审批单号 | 系统管理员 |
| 设备故障-办公终端 | 设备编号、故障现象、影响范围 | 报修时间窗 | IT 支持 |
| 数据导出-报表 | 报表名称、数据范围、用途 | 交付格式 | 数据支持 |
字段模板的价值在于把“填写要求”从口头约定变成类型自带的属性。提交人选中类型后即看到必填项，处理人收到工单时信息已经齐备，减少来回追问。ONES Desk 支持自定义工单属性与工单内容配置，可用于承载不同收集场景下的字段要求，具体可配置项以实际产品为准。
清单的准入、变更与停用规则
清单能否长期可维护，取决于变化是否被规则约束。新增类型是最容易失控的入口，因此要设准入条件：申请人须说明新类型与现有类型的差异、预估月均工单量级、由哪个角色承接。三项中任一项说不清，就先归入现有类型或作为标签处理，观察一段时间再决定是否独立成类。
合并与停用同样需要规则。合并时保留历史工单的映射关系，旧类型下的工单在查询和统计中仍能按原类型追溯；停用时标注停用日期和替代类型，历史数据不做物理删除。这样做的目的是让季度复核时能看清某类型为何消失、原有工单去了哪里。
变更审批需要明确角色与生效时点。建议由清单负责人提出或受理变更，审核人确认差异与影响范围，约定生效日期后统一发布。生效时点之前提交的工单沿用旧类型，之后按新清单执行，避免同一时间段内两种口径混用。ONES Desk 可灵活调整工作流以适应不同工作方式，类型与流程的调整可在同一配置过程中完成，调整范围以实际产品为准。
角色分工与交付物
清单的维护需要三个角色各司其职，职责边界清晰才能避免“谁都改、谁都不负责”。
| 角色 | 职责边界 | 交付物 |
|---|---|---|
| 清单负责人 | 受理新增与变更申请，维护类型表与字段模板，组织季度复核 | 清单版本、变更记录、字段模板表 |
| 审核人 | 判断新增类型是否与现有类型重叠，确认承接角色与生效时点 | 审批意见、生效通知 |
| 一线使用者 | 按清单选择类型并填写必填字段，反馈误分类与字段缺失 | 误分类反馈、字段补充建议 |
复核节奏建议按季度执行，检查类型使用频次、误分类率和字段必填率。除固定节奏外，出现以下情况应触发临时复核：某类型连续两个月工单量接近零、某类型误分类率明显偏高、组织调整导致承接角色变化。复核结论写入变更记录，作为下一版清单的依据。
示例：一份可维护的工单类型清单长什么样
下面是一份填好的清单片段，展示类型、命名、字段与责任角色的对应关系。示例为演示情景，实际字段与角色需按组织情况调整。
| 类型名称 | 必填字段 | 默认处理角色 | 状态 |
|---|---|---|---|
| 账号权限-开通 | 申请人、所属系统、权限范围、生效日期 | 系统管理员 | 在用 |
| 账号权限-回收 | 账号、回收原因、生效日期 | 系统管理员 | 在用 |
| 设备故障-办公终端 | 设备编号、故障现象、影响范围 | IT 支持 | 在用 |
| 设备申领-办公外设 | 物品名称、数量、使用人 | 行政支持 | 在用 |
| 软件安装-办公软件 | 软件名称、版本、使用人 | IT 支持 | 停用，并入“设备配置-软件” |
一条新增类型的准入说明可以这样写：“申请新增‘数据导出-报表’，与现有‘数据查询-自助’的差异在于需要数据支持角色介入生成交付文件，预估月均 20 单，承接角色为数据支持组。经审核确认与现有类型无重叠，自下月 1 日起生效。”这条说明覆盖了差异、量级、承接角色和生效时点四项。
一条停用类型的映射记录可以这样写：“‘软件安装-办公软件’自 6 月 30 日停用，历史工单保留原类型标记，查询时映射至‘设备配置-软件’，停用原因：与设备配置流程合并，减少一线选择项。”保留映射后，季度统计仍能还原停用前的工单分布。
完成检查：清单是否可维护的自检项
清单投入使用时，用下面这组检查项逐条核对，全部通过即可认为达到可维护状态；未通过的项目对应回到前文相应步骤修正。
| 检查维度 | 检查项 | 通过标准 |
|---|---|---|
| 类型数量与重叠度 | 一级类型数量是否在可管理范围；是否存在两项依据相同却分成两类的条目 | 一级类型数量可控，抽查任意两类均能说出处理路径差异 |
| 命名一致性 | 是否存在同义词并存、命名结构不统一 | 全部类型符合“动作或对象 + 范围”结构，无重复含义名称 |
| 字段必填率 | 近期工单的必填字段完整率 | 必填字段完整率达到约定目标，缺失集中在可解释的少数类型 |
| 误分类率 | 被处理人改派或退回的工单占比 | 误分类率处于可接受范围，高误分类类型已列入复核 |
| 变更记录完整性 | 每次新增、合并、停用是否留有记录 | 变更记录含申请人、差异说明、生效时点 |
| 历史可追溯 | 停用或合并类型的旧工单能否按原类型查询 | 历史工单保留原类型标记并可映射到新类型 |
这组检查项同时也是季度复核的输入。把每次复核的数值记入变更记录，清单的演进过程就有据可查，新增类型时也能引用历史数据判断量级是否成立。ONES Desk 企业版提供多维度数据统计与分析能力，可用于观察类型使用频次与分布，为复核提供数据基础；工单还可关联到 ONES Project 的需求或缺陷工作项持续跟踪，便于把服务侧类型与研发侧工作项对应起来，具体配置方式以实际产品为准。
常见问题
一级工单类型应该控制在多少个？
没有统一数字，判断标准是“一线能否记住并快速选对”。实践中一级类型通常控制在个位数到十余个，细分需求用二级子类或标签承载。如果一级清单已经长到几十条，说明部分类型应按处理路径合并，或把差异下沉到字段和标签层面。类型数量本身不是目标，减少误分类才是。
新增类型申请被驳回后，需求方还有别的处理方式吗？
有。常见做法是先归入最接近的现有类型，把差异部分用标签或可选字段记录，观察一段时间的实际工单量。如果量级稳定且承接角色确实不同，再带着这段观察数据重新提交准入申请，比一次性的定性说明更有说服力。这样既不阻塞提交，也避免清单被一次性需求撑大。
类型停用后，历史工单的统计口径怎么保持一致？
停用时保留旧类型标记，不做物理删除，并在清单中记录替代类型与停用日期。查询历史区间时按原类型统计，跨停用节点的趋势分析则通过映射关系把旧类型归并到新类型。关键是映射记录要写进变更记录，否则半年后没人能解释某类型为何消失、原有工单去了哪里。
季度复核发现某类型误分类率偏高，应该先改名称还是先改字段？
先看误分类的具体形态。如果一线是把 A 类工单选成了 B 类，通常是两个类型的名称或边界描述不够区分，优先调整命名与类型说明；如果是选中了正确类型但必填信息填不全，问题在字段模板，应调整必填项或补充填写提示。两类问题混在一起时，先修命名，再修字段，避免同时改动导致无法判断哪项调整起了作用。
用 ONES Desk 承载这份清单时，类型和字段分别在哪里配置？
ONES Desk 支持自定义工单属性与工单内容配置，可用于承载不同收集场景下的字段要求；工作流也可灵活调整以适应不同工作方式。类型与字段的具体配置入口和可配置范围以实际产品为准，建议在试用或咨询中确认后再定稿清单结构。工单还可关联到 ONES Project 的需求或缺陷工作项持续跟踪，适合需要把服务侧类型与研发侧工作项对应的场景。
