工单字段规范决定了一张工单能否被准确分派、持续跟踪和事后复盘。本文提供一份可直接复制到文档或表格工具中的空白字段表，并逐字段说明填写口径、划分必填与选填、给出一条完整填写示例，最后说明字段增删与版本维护的方法。适用于故障报修、内部咨询、需求受理等常见工单场景，团队可在此基础上按自身流程裁剪。
要点总览（TL;DR）
- 工单字段规范用一张四组字段表落地：标识与分类、描述与证据、流转与责任、时间与结果，复制表头即可作为团队字段字典。
- 必填判定看缺了是否影响分派、跟踪或复盘；复现步骤、环境信息按工单类型差异化必填，故障类要求最严。
- 填写示例演示一条故障工单从标题、复现步骤到解决说明与关闭原因的完整写法，可对照空白表逐项检查。
- 字段表上线后按准入评审、版本记录、月度抽查三个环节维护，停用字段用标记而非删除，保留历史工单可读性。
可复制空白工单字段规范表
下表按四组组织字段：标识与分类、描述与证据、流转与责任、时间与结果。每行给出字段名、类型、取值范围、必填属性、填写说明和示例值，复制后可直接作为团队字段字典使用。示例值列用于说明格式，实际填写时替换为真实内容。
| 分组 | 字段名 | 字段类型 | 取值范围 | 必填/选填 | 填写说明 | 示例值 |
|---|---|---|---|---|---|---|
| 标识与分类 | 工单编号 | 文本（自动生成） | 系统按规则生成，全局唯一 | 必填 | 提交后由系统生成，人工不修改 | TK-20250612-0031 |
| 标识与分类 | 工单标题 | 单行文本 | 建议15–40字 | 必填 | 概括“对象+现象+影响”，避免只写“有问题” | 财务报销系统上传发票后页面报错 |
| 标识与分类 | 工单类型 | 单选 | 故障 / 咨询 / 需求 / 其他 | 必填 | 按诉求性质选择，决定后续必填项与处理路径 | 故障 |
| 标识与分类 | 业务分类 | 级联单选 | 按团队分类树取值，如“办公系统/报销” | 必填 | 选到最末级分类，便于统计与分派 | 办公系统/财务报销 |
| 标识与分类 | 优先级 | 单选 | P1紧急 / P2高 / P3中 / P4低 | 必填 | 按影响范围与紧迫程度选择，参照团队优先级口径 | P2高 |
| 标识与分类 | 影响范围 | 单选 | 单人 / 多人 / 单部门 / 多部门 / 全员 | 必填 | 描述受影响对象数量与范围 | 单部门 |
| 描述与证据 | 问题现象 | 多行文本 | 建议50–300字 | 必填 | 写清发生了什么、在哪个页面或环节、出现什么提示 | 点击“提交报销”后页面提示“附件上传失败”，发票无法保存 |
| 描述与证据 | 复现步骤 | 多行文本（编号） | 按1、2、3顺序列出 | 故障类必填 | 从初始状态写到问题出现，包含关键操作与输入 | 1. 登录报销系统；2. 新建报销单；3. 上传PDF发票；4. 点击提交 |
| 描述与证据 | 期望结果 | 多行文本 | 一段完整描述 | 选填 | 说明正常情况应出现的结果，便于判断是否修复 | 发票上传成功并进入审批流 |
| 描述与证据 | 环境信息 | 多行文本 | 系统、版本、终端、浏览器等 | 选填 | 故障类建议填写，咨询与需求类可留空 | Web端，Chrome 126，Windows 11 |
| 描述与证据 | 附件 | 文件 | 截图、日志、录屏、文档 | 选填 | 能佐证现象的材料，命名体现内容 | 报错截图.png |
| 流转与责任 | 提交人 | 人员（自动带出） | 系统账号 | 必填 | 默认当前登录人，代提时注明实际反馈人 | 张三 |
| 流转与责任 | 处理人 | 人员 | 团队成员 | 必填（分派后） | 由分派规则或负责人指定，同一时刻保留一名主处理人 | 李四 |
| 流转与责任 | 处理团队 | 单选 | 按组织设置取值 | 选填 | 跨团队协作时填写承接团队 | IT运维组 |
| 流转与责任 | 状态 | 单选 | 待受理 / 处理中 / 待反馈 / 已解决 / 已关闭 | 必填 | 按实际进展更新，状态变更需与处理动作对应 | 处理中 |
| 流转与责任 | 关联工单 | 关联关系 | 其他工单编号 | 选填 | 重复工单、上下游依赖时填写 | TK-20250610-0018 |
| 时间与结果 | 提交时间 | 日期时间（自动） | 系统记录 | 必填 | 创建工单时自动写入 | 2025-06-12 09:20 |
| 时间与结果 | 首次响应时间 | 日期时间（自动） | 系统记录 | 必填 | 处理人首次回复或受理时写入 | 2025-06-12 09:45 |
| 时间与结果 | 解决时间 | 日期时间（自动） | 系统记录 | 必填 | 状态转为“已解决”时写入 | 2025-06-12 14:10 |
| 时间与结果 | 解决说明 | 多行文本 | 建议30–200字 | 必填（解决时） | 写清原因与处理动作，便于复盘与知识沉淀 | 附件服务临时异常，重启服务并清理缓存后恢复 |
| 时间与结果 | 关闭原因 | 单选 | 已解决 / 重复工单 / 无法复现 / 用户撤回 / 转需求 | 必填（关闭时） | 与解决说明配合使用，关闭原因决定统计口径 | 已解决 |
复制时保留表头与分组列，删除示例值列即可作为空白模板下发；若团队使用在线表格，可将“必填/选填”列改为数据校验或条件格式，减少漏填。
字段说明：每个字段填什么、怎么填
字段表能否执行，取决于每个字段是否有明确的取值口径。以下按四组说明填写规则，规则与上表逐行对应。
标识与分类字段
工单编号由系统生成，人工只读，作用是让后续沟通、关联和统计有唯一指向。工单标题要包含对象、现象和影响三要素，例如“报销系统上传发票报错，影响部门报销提交”，避免“系统坏了”“帮忙看一下”这类无法检索的标题。工单类型决定后续必填项和流转路径，提交时按诉求性质选择，处理过程中发现类型选错应及时更正并记录。业务分类选到最末级，分类树由团队统一维护，新增分类需走评审。优先级按影响范围与紧迫程度判断，团队应事先约定口径，例如“全员不可用且无替代方案为P1，单部门受阻为P2”，避免人人填P1。影响范围与优先级配合使用，前者描述客观波及面，后者表达处理顺序。
描述与证据字段
问题现象写“在什么位置、做了什么、出现什么结果”，用陈述句描述可观察的事实。复现步骤按操作顺序编号，从登录或初始状态写起，包含关键输入和点击动作，让处理人按步骤能重现问题；无法稳定复现时，注明出现频率和最近一次出现时间。期望结果说明正常情况应达到的状态，作为验收依据。环境信息记录系统名称、版本、终端类型和浏览器等，故障类建议填写，咨询与需求类可留空。附件用于补充截图、日志或录屏，文件名体现内容，避免“截图1”“新建文档”这类无法辨认的命名。
流转与责任字段
提交人默认带出当前账号，代他人提交时在描述中注明实际反馈人。处理人在分派后填写，同一时刻保留一名主处理人，协作人员通过关联或评论体现，避免多人同时负责导致无人推进。处理团队用于跨团队协作场景，单团队内处理可留空。状态按实际进展更新：受理即转“处理中”，等待提交人补充信息转“待反馈”，问题解决转“已解决”，确认无误后转“已关闭”。状态变更应与处理动作对应，避免长期停留在“处理中”而无进展记录。关联工单在重复提交、上下游依赖或同一根因引发多张工单时填写，便于合并统计。
时间与结果字段
提交时间、首次响应时间、解决时间由系统在对应动作发生时自动写入，人工不补录，以保证响应时长与解决时长统计可信。解决说明在状态转为“已解决”时填写，写清根因与处理动作，例如“配置项缺失，补充后重启生效”，这段文字是后续知识库沉淀和同类问题快速处理的素材。关闭原因在关闭工单时选择，与解决说明配合：选择“已解决”需有解决说明；选择“重复工单”需填写关联工单；选择“无法复现”需说明已尝试的复现条件；选择“转需求”需注明转入的需求编号或受理记录。
必填与选填怎么划分
必填字段的判定标准是：缺少该字段，工单就无法被正确分派、持续跟踪或事后复盘。按此标准，标识、分类、描述中的核心信息、责任与状态、关键时间点应设为必填；用于补充说明、辅助定位或特定场景才需要的字段设为选填。下表给出默认划分，团队可结合流程成熟度调整。
| 字段 | 默认属性 | 划分依据 |
|---|---|---|
| 工单编号、提交时间 | 必填（系统生成） | 唯一标识与统计基准，缺失则无法检索和计算时长 |
| 工单标题、工单类型、业务分类 | 必填 | 决定分派路径与统计维度 |
| 优先级、影响范围 | 必填 | 决定处理顺序与资源投入 |
| 问题现象 | 必填 | 缺少则处理人无法判断问题 |
| 复现步骤 | 故障类必填，其他类型选填 | 故障定位依赖复现路径，咨询与需求不涉及 |
| 期望结果 | 选填 | 辅助判断，可由现象推导 |
| 环境信息 | 故障类建议必填，其他选填 | 环境差异是常见故障原因 |
| 附件 | 选填 | 有则更好，无截图时仍可凭文字受理 |
| 提交人、处理人、状态 | 必填 | 责任归属与流转跟踪的基础 |
| 处理团队、关联工单 | 选填 | 特定协作场景才需要 |
| 首次响应时间、解决时间 | 必填（系统记录） | 服务时效统计依据 |
| 解决说明、关闭原因 | 解决/关闭时必填 | 复盘与统计口径依赖这两项 |
按工单类型差异化必填是常见做法。故障类要求问题现象、复现步骤、环境信息齐全，便于定位；咨询类以问题现象和期望结果为主，复现步骤与环境信息可省略；需求类应补充业务背景与期望效果，可将“期望结果”提升为必填，并增加“期望完成时间”等选填字段。差异化配置应写入字段规范文档，并在提交表单中通过条件显示实现，避免提交人面对与类型无关的字段。
填写示例：一条完整工单
以下示例演示一条故障工单按上述模板填写后的完整结果，字段顺序与空白表一致，可直接对照检查。
| 字段名 | 填写内容 |
|---|---|
| 工单编号 | TK-20250612-0031 |
| 工单标题 | 财务报销系统上传发票后提交报错，影响部门报销 |
| 工单类型 | 故障 |
| 业务分类 | 办公系统/财务报销 |
| 优先级 | P2高 |
| 影响范围 | 单部门 |
| 问题现象 | 在报销单中上传PDF发票后点击“提交报销”，页面提示“附件上传失败”，发票未保存，报销单停留在草稿状态。当天上午多名同事反馈相同问题。 |
| 复现步骤 | 1. 登录财务报销系统；2. 新建报销单并填写金额；3. 上传一张PDF格式发票；4. 点击“提交报销” |
| 期望结果 | 发票上传成功，报销单提交后进入部门审批流 |
| 环境信息 | Web端，Chrome 126，Windows 11，公司内网 |
| 附件 | 报错截图.png、浏览器控制台日志.txt |
| 提交人 | 张三 |
| 处理人 | 李四 |
| 处理团队 | IT运维组 |
| 状态 | 已解决 |
| 关联工单 | TK-20250610-0018（同一附件服务问题） |
| 提交时间 | 2025-06-12 09:20 |
| 首次响应时间 | 2025-06-12 09:45 |
| 解决时间 | 2025-06-12 14:10 |
| 解决说明 | 附件存储服务连接池耗尽，扩容并重启服务后恢复；已通知财务部门重新提交。 |
| 关闭原因 | 已解决 |
几个关键字段的写法值得注意。标题同时交代系统、现象和影响，检索“报销”“上传”都能命中。优先级选P2而非P1，因为影响限于单部门且存在线下报销的临时替代方式，符合团队口径。复现步骤从登录写到提交，包含文件格式这一关键输入，处理人按步骤即可重现。解决说明写清根因与处理动作，并说明后续通知，关闭原因与解决说明一致，统计时该工单计入“已解决”而非“重复工单”。
字段规范的调整与维护方法
字段表上线后，业务变化会带来新增字段、调整取值和清理冗余的需求。维护机制应围绕准入、版本和检查三个环节设计，避免字段越加越多、口径逐渐失真。
新增字段的准入判断
新增字段前先回答三个问题：这个字段的信息能否写入现有字段或描述中；缺少它是否会导致分派、跟踪或统计出错；谁来填写、何时填写、由谁校验。三个问题都有明确答案才进入评审。评审由工单流程负责人、一线处理人和数据统计人员共同参与，评估新增字段对提交表单长度和填写负担的影响。通过评审的字段需同时更新字段表、填写说明和提交表单，并在字段表中标注启用日期。
版本记录与通知
字段表按版本管理，每次变更记录版本号、变更内容、生效日期和负责人。取值范围的调整（如新增优先级档位、合并关闭原因）属于影响统计口径的变更，应提前通知提交人与处理人，并说明历史数据的处理方式。字段停用采用标记停用而非直接删除，保留历史工单的可读性。变更通知可随工单系统公告或团队例会发布，确保一线知道新字段从何时开始必填。
填写质量检查与冗余清理
建议每月抽查一批工单，检查必填字段是否完整、标题是否可检索、复现步骤是否可执行、关闭原因与解决说明是否匹配。对长期空置的选填字段评估是否保留，对填写率低但确有价值的字段考虑改为必填或调整位置。检查结果反馈给提交频次高的部门，形成填写规范的持续改进。工单字段规范落地需要工具承载字段配置与流转规则，ONES 支持在工作项类型中配置自定义字段、设置必填校验，并按状态流转记录时间与处理人，团队可将上述字段表映射为系统配置，减少人工核对。
常见问题
工单标题和问题现象都写了，内容会不会重复？
两者分工不同。标题用于列表检索和快速判断，控制在15–40字，写清对象、现象和影响；问题现象用于处理人理解细节，写清在哪个页面、做了什么、出现什么提示。标题可以从问题现象中提炼，但不必把细节全部塞进标题。检查方法是：只看标题列表，能否判断这张工单该分给谁、大致什么严重程度。
团队里没人愿意填复现步骤，怎么推动？
先把复现步骤限定在故障类工单，咨询和需求类不要求，减少无关负担。其次在提交表单中把复现步骤设为故障类型的必填项，并在字段说明里给出编号写法的示例。还可以在月度抽查中统计故障工单的复现步骤完整率，把结果反馈给提交频次高的部门。处理人也可以在首次响应时补充自己复现的路径，逐步形成示范。
关闭原因和解决说明能否只填一个？
建议两者配合使用。解决说明记录根因和处理动作，是知识沉淀的素材；关闭原因决定统计口径，例如“重复工单”“无法复现”“转需求”会进入不同的统计分类。选择“已解决”时应有解决说明；选择“重复工单”时应填写关联工单；选择“无法复现”时应说明已尝试的复现条件。只填关闭原因会让复盘缺少依据，只填解决说明则难以按原因分类统计。
字段规范上线后，历史工单的旧字段怎么处理？
停用字段采用标记停用而非直接删除，历史工单仍可正常显示原有内容。新增或调整取值范围的字段，在字段表中标注启用日期，并说明历史数据的处理方式：是保持原值、批量映射到新取值，还是留空。涉及统计口径变化的调整，应提前通知提交人和处理人，避免新旧数据混算时口径不一致。
不同团队的工单类型不一样，这张表要整体改吗？
不必整体重写。四组字段结构可以保留，调整集中在工单类型的取值和对应的差异化必填规则上。例如有的团队把“需求”拆成“功能建议”和“数据提取”，只需在类型取值中增加选项，并在字段说明中补充该类型的必填项。业务分类树按团队实际组织维护，选到最末级的要求保持一致即可。
