工单字段规范要解决的是服务数据不完整、口径不一致的问题：同一类问题，有人只写一句描述，有人把影响范围、紧急程度都补齐，后续统计和复盘就很难对齐。本文按“字段清单—字段属性—填写规则—校验与维护”四步展开，给出可直接用于配置工单表单的字段目录、属性表、校验规则清单和完成检查项。
要点总览（TL;DR）
- 先按工单类型（咨询、故障、服务请求等）拆分字段需求，再用“谁处理、处理什么、何时完成、如何判断完成”四个问题推导字段，形成按类型分组的字段清单。
- 每个字段用一张属性表定义名称、编码、数据类型、取值范围、必填强度、默认值、可见范围、填写角色和填写时点，让配置人员照着就能建表单。
- 校验分两层落地：提交环节做必填与格式校验，流转环节按状态设置必填字段，处理人补充字段的时点与状态变更绑定。
- 服务负责人定字段清单与口径，一线与处理人按规则填写，平台管理员负责表单与校验配置，评审由服务负责人牵头定期进行。
- 规范上线一个月后做首次抽样检查，之后按季度复查，空值率异常或选项高度集中的字段列入修订议题。
先定字段清单：工单要记录哪些服务数据
字段清单的起点是工单类型，而非一张通用表单。咨询、故障、服务请求三类工单承载的信息差别很大：咨询关心问题主题和期望答复时间，故障关心影响范围、发生时间和恢复情况，服务请求关心申请对象、审批结果和交付时间。把类型拆开，再分别列字段，可以避免通用表单里大量字段对多数工单无意义、真正需要的信息又没人填。
拆分之后，用四个问题逐类推导字段，能把“想记什么”收敛成“必须记什么”：
- 谁在处理：对应责任字段，如受理人、处理团队、协作方，用于分派和追责。
- 处理什么：对应内容字段，如问题描述、影响系统、申请事项，用于判断工作量和处理路径。
- 何时完成：对应时间字段，如期望完成时间、实际解决时间、响应截止时间，用于时效管理。
- 如何判断完成：对应结果字段，如解决方式、交付物、用户确认结果，用于关闭工单和复盘。
按用途归类，字段可分为三类，清单里应标注类别，便于后续判断必填强度：
| 字段类别 | 作用 | 典型字段 |
|---|---|---|
| 主数据字段 | 标识工单身份和归属，提交时基本确定 | 工单编号、工单类型、提交人、所属部门、来源渠道 |
| 过程字段 | 记录处理过程中的状态和动作 | 当前状态、受理人、处理团队、升级原因、处理记录 |
| 结果字段 | 记录关闭依据和交付结果 | 解决方式、解决时间、交付物、用户确认、关闭原因 |
这一步的输入是现有工单样本、一线人员的反馈和各处理团队的统计需求；动作是逐类型列字段并标注类别；输出是一份按工单类型分组的字段清单草案。完成标志是：每个工单类型都能回答上述四个问题，且清单中不存在无人填写、无人使用的字段。
字段属性怎么写：一张表定义名称、类型与取值
字段清单只回答“有哪些字段”，字段属性表回答“每个字段怎么定义”。这张表是规范的核心交付物，配置人员照着它就能建表单，填写人员照着它就知道该填什么。每个字段至少定义以下属性：
- 字段名称与字段编码：名称面向填写人，用业务语言；编码面向配置和统计，保持稳定，避免后期改名导致报表口径断裂。
- 数据类型：单行文本、多行文本、单选、多选、日期时间、数值、人员、附件等，类型决定能做什么校验。
- 取值范围与枚举值：单选和多选字段必须列出全部选项，并说明是否允许“其他”及补充说明方式；数值字段写明单位和上下限。
- 是否必填、默认值、可见范围：必填分“提交必填”和“流转到某状态必填”两种；默认值减少重复录入；可见范围区分提交人可见、处理团队可见、仅管理员可见。
- 填写角色与填写时点：明确由提交人、受理人、处理人还是关闭人填写，以及在哪一步填写，避免同一字段多人重复填或互相等待。
下面是一张字段属性表的示例行，可直接作为模板使用：
| 字段名称 | 字段编码 | 数据类型 | 取值范围 | 必填 | 默认值 | 可见范围 | 填写角色 | 填写时点 |
|---|---|---|---|---|---|---|---|---|
| 影响范围 | impact_scope | 单选 | 仅本人／本部门／多部门／全公司 | 提交必填 | 仅本人 | 全部可见 | 提交人 | 提交时 |
| 故障开始时间 | fault_start | 日期时间 | 不晚于当前时间 | 提交必填 | 无 | 全部可见 | 提交人 | 提交时 |
| 根本原因分类 | root_cause | 单选 | 配置错误／版本缺陷／环境问题／操作失误／外部依赖／其他 | 解决时必填 | 无 | 处理团队可见 | 处理人 | 填写解决方案时 |
写属性表时有两条口径需要提前统一：枚举值要穷尽常见情况，选项之间互斥，避免出现“既像配置错误又像操作失误”的模糊选择；字段编码一经使用不再随意变更，确需调整时走变更记录。属性表完成后，应能让不熟悉业务的人独立完成表单配置，这是判断定义是否充分的直接标准。
填写规则与校验：让规范在提交和处理中被执行
写在文档里的字段规则，只有落到表单和流转节点上才会被执行。校验分两层设置，分别对应提交环节和流转环节。
提交环节解决“信息进门是否完整”。对提交人填写的字段设置必填校验，对格式敏感字段设置格式校验：日期字段不允许晚于当前时间，数值字段限定范围，联系方式按格式校验，附件字段限定类型和大小。校验提示要写清缺什么、怎么补，而不是只提示“填写有误”。
流转环节解决“处理过程是否留痕”。按工单状态设置必填字段：工单进入“处理中”时，受理人和处理团队必填；进入“待验证”时，解决方案和解决时间必填；进入“已关闭”时，关闭原因和用户确认结果必填。这样字段填写与状态推进绑定，处理人无法跳过关键信息直接关闭工单。
处理人补充字段的时机应与动作对应，而非集中在关闭前一次性补录。例如根本原因分类在填写解决方案时同步选择，升级原因在触发升级动作时填写，交付物在交付动作完成时上传。时点越贴近动作，记录越准确。
异常与例外情况需要预留通道：紧急故障允许先提交后补全影响范围，但要在规范中写明补全时限和责任人；确实不适用的字段提供“不适用”选项并说明理由，避免用空值或随意填写绕过校验。例外通道本身也要被记录，便于后续评审时判断是否需要调整规则。
在工具层面，ONES Desk 支持自定义工单属性与工单内容配置，并可灵活调整工作流，字段与流转规则的落地可以在同一套配置中完成。按状态设置必填、提交环节的格式校验等具体配置方式，建议在配置前结合所选版本的实际能力核验。
角色分工与交付物：谁定字段、谁填、谁维护
字段规范涉及四类角色，各自对一份明确的交付物负责，规范才不会停留在文档里。
| 角色 | 职责 | 交付物 |
|---|---|---|
| 服务负责人／流程负责人 | 确定字段清单、字段口径和必填强度，牵头评审 | 字段清单、字段属性表、评审记录 |
| 一线与处理人 | 按规则填写本人负责的字段，反馈口径不清或字段冗余 | 完整准确的工单记录、字段问题反馈 |
| 平台管理员 | 按属性表配置表单、校验规则和状态必填 | 表单配置、校验规则配置、变更记录 |
| 评审责任人（通常由服务负责人担任） | 定期检查数据完整性和字段使用情况，决定增删改 | 评审结论、字段变更清单 |
分工的关键是让“定规则的人”和“改配置的人”之间有固定交接：服务负责人输出属性表变更，平台管理员据此调整表单，变更后由服务负责人确认生效。一线人员的反馈应进入评审议题，而不是直接在表单上自行改动。
示例：一张故障工单的字段规范片段
以下片段演示如何把前三节的方法组合到一张故障工单上，字段和选项为演示情景，实际取值需结合业务调整。
字段清单：主数据字段包括工单编号、提交人、所属部门、影响系统、来源渠道；过程字段包括影响范围、故障开始时间、受理人、处理团队、当前状态、升级原因；结果字段包括根本原因分类、解决方案、解决时间、用户确认结果。
关键字段属性：影响范围为单选，选项为仅本人／本部门／多部门／全公司，提交必填，默认“仅本人”；故障开始时间为日期时间，不得晚于当前时间，提交必填；根本原因分类为单选，选项为配置错误／版本缺陷／环境问题／操作失误／外部依赖／其他，进入“待验证”状态时必填，由处理人填写。
校验规则：提交时校验影响范围、故障开始时间、影响系统必填，故障开始时间做时间格式校验；状态变更为“处理中”时校验受理人和处理团队；变更为“待验证”时校验解决方案、解决时间和根本原因分类；变更为“已关闭”时校验用户确认结果和关闭原因。紧急故障允许先提交，影响范围在受理后两小时内补全，由受理人负责。
迁移到其他类型：保留主数据字段的通用部分，替换内容字段和结果字段。咨询工单把影响范围换成问题主题和期望答复时间，结果字段换成答复内容和答复时间；服务请求把故障开始时间换成期望交付时间，结果字段换成交付物和审批结果。校验规则的结构不变，只调整各状态对应的必填字段。
完成检查：规范是否可用的验收项
规范定稿前，用下面的清单逐项核对，全部通过再进入配置和试运行。
- 字段覆盖工单全流程：每类工单从提交、受理、处理到关闭，每个环节的关键信息都有对应字段，且没有字段在流程中无处使用。
- 每个字段都有明确的填写角色和填写时点，不存在“谁都可以填”或“没人负责填”的字段。
- 必填设置与流转一致：状态推进所需的字段在对应节点设为必填，提交必填与流转必填没有互相矛盾。
- 枚举值互斥且覆盖常见情况，格式校验规则与字段类型匹配。
- 例外通道有明确条件和补全时限，且例外使用情况可被记录。
- 存在评审与变更机制：明确评审周期、牵头人和变更记录方式。
- 抽样检查可执行：抽取一定数量的已关闭工单，统计关键字段的空值率和枚举值分布，空值率异常或选项高度集中的字段列入修订议题。
抽样检查建议在规范上线一个月后首次执行，之后按季度复查。检查结果指向两类动作：字段长期空置或口径歧义时修订属性表，校验规则被频繁绕过时调整规则或补充例外说明。规范的有效性最终体现在数据上——统计报表能直接基于字段生成，复盘时不需要再回头翻工单正文找信息，这套字段规范就算立住了。
常见问题
工单类型很多时，字段清单要不要为每个类型单独做一张表？
建议按工单类型分组列清单，但不必每个类型都从零开始。先抽出所有类型共用的主数据字段（工单编号、提交人、所属部门、来源渠道），这部分只定义一次；再针对每个类型补充内容字段和结果字段。类型较多时，可以把字段相近的类型合并成一组，例如把各类咨询合并为“咨询”一组，组内再说明差异字段。判断标准是：同一组内的工单，处理路径和关闭依据基本一致。
字段编码一旦定了就不能改吗？业务调整时怎么处理？
字段编码是统计和报表的稳定标识，原则上不随字段名称的措辞调整而变更。业务确实需要调整时，走变更记录：保留原编码的停用说明，新增编码承接新口径，并在评审记录中写明变更原因和生效时间。这样历史数据仍可按原编码统计，新旧口径也能对照。要避免的做法是直接改编码含义，让同一编码在不同时期指向不同内容。
紧急工单允许先提交后补字段，怎么防止例外变成常态？
例外通道要写清三件事：适用条件（例如影响范围达到多部门及以上）、补全时限、补全责任人。同时让例外使用情况可被记录，例如在工单上标记“例外提交”并记录补全时间。评审时统计例外工单的占比和补全及时率：占比持续偏高说明提交环节的必填设置过严，需要调整规则；补全不及时说明责任落实不到位，需要回到角色分工上处理。
字段规范定好后，怎么判断它在实际使用中是否有效？
看数据本身。抽取一定数量的已关闭工单，统计关键字段的空值率和枚举值分布：空值率高说明字段没人填或校验没生效，某个选项高度集中说明选项设计有歧义或填写人习惯性选默认项。再检查统计报表能否直接基于字段生成，如果复盘时还需要翻工单正文找信息，说明字段覆盖或口径仍有缺口。这些检查结果应转化为具体的修订动作，而不是停留在评分。
用工具配置工单表单时，字段规范里的哪些内容需要提前和平台管理员对齐？
至少对齐三项：字段数据类型与工具支持的字段类型是否对应，枚举值和默认值能否按属性表原样配置，按状态设置必填的规则能否在流转配置中实现。ONES Desk 支持自定义工单属性与工单内容配置，并可灵活调整工作流，字段与流转规则可以在同一套配置中落地；按状态设置必填、提交环节格式校验等具体配置方式，建议在配置前结合所选版本的实际能力核验。对齐之后再动手配置，可以减少反复调整表单的次数。
