工单必填字段太少，受理人拿到的信息不足以判断问题；必填字段太多，提交人填到一半就放弃，或者随手填“无”“待定”应付过去。兼顾信息完整与提交便利的关键，是把字段按用途分层：定位问题所需的最小字段在提交时必填，分流派单所需字段按工单类型条件必填，处理记录和统计分析类字段放到后续环节补录，再用类型模板和控件设计降低填写成本。
要点总览（TL;DR）
- 把工单字段按用途分成定位问题、分流派单、处理记录、统计分析四类，只有提交人当下知道且事后无法补回的信息才设为无条件必填。
- 无条件必填集压到现象、影响范围、联系方式三项左右；分类、优先级、处理组等分流字段按工单类型条件必填，在受理环节补齐。
- 用类型模板承载差异化字段，公共字段与类型专属字段分开，类型选择放在表单前部驱动后续字段显示。
- 降低填写成本靠控件与提示：有限取值用下拉或单选，设置合理默认值，字段旁写清填写口径和示例，校验即时提示。
- 上线后按必填字段数量、提交时长、退回比例、空值率和无效选项占比核对，按先调选项、再调必填级别、最后增删字段的顺序迭代。
先定原则：哪些字段必须填，哪些可以后补
字段该不该必填，判断标准只有一条：这个信息在提交那一刻是否只有提交人知道，且事后无法可靠补回。符合这条的设为无条件必填；可以由受理人或处理人在后续环节判断、补录的，就不该压在提交人身上。按用途把现有字段清单分成四类，再逐类确定填写时点和必填级别。
| 用途 | 典型字段 | 填写时点 | 必填级别 |
|---|---|---|---|
| 定位问题 | 问题现象、影响范围、发生时间、联系方式 | 提交时 | 无条件必填 |
| 分流派单 | 工单分类、优先级、处理组、影响系统 | 提交时或受理时 | 条件必填，随工单类型变化 |
| 处理记录 | 原因分析、解决动作、处理耗时、关联变更 | 处理过程中 | 处理阶段必填，提交时隐藏 |
| 统计分析 | 问题根因分类、满意度、复盘结论 | 关闭前后 | 选填或关闭时补录 |
无条件必填集要压到最小。现象描述、影响范围、联系方式这三项通常已经够受理人做出第一轮判断；影响范围可以用“仅本人”“整个部门”“全部用户”这类选项表达，比要求提交人写一段完整描述更省力也更可比。发生时间可以默认取提交时间，仅在补录历史问题时要求修改。
统计类字段最容易误设成必填。根因分类、复盘结论这类信息在提交时提交人往往并不知道，强行必填只会得到大量“其他”选项，反而污染统计口径。把它们移到处理或关闭阶段，由处理人依据实际处理过程填写，数据质量更高，提交表单也更轻。
按工单类型设计字段模板
一套表单覆盖所有场景，结果通常是字段越加越多，而每个类型真正需要的字段又不够细。可行做法是先划分工单类型，再为每类确定字段集合，用类型模板承载差异化的必填要求。
划分类型时以“处理路径是否明显不同”为准，例如账号权限、系统故障、设备报修、业务咨询。类型确定后，把字段拆成公共字段和类型专属字段两部分：公共字段是所有类型都要填的最小集，类型专属字段只在选中该类型后出现。类型选择控件放在表单前部，提交人先选类型，后续字段随之显示或隐藏，避免面对一长串与自己无关的字段。
| 工单类型 | 公共字段 | 类型专属字段 | 模板维护人 |
|---|---|---|---|
| 账号权限 | 现象、影响范围、联系方式 | 目标系统、申请权限项、授权审批人 | 服务台负责人 |
| 系统故障 | 现象、影响范围、联系方式 | 故障系统、报错信息、首次发生时间 | 服务台负责人与对应处理组 |
| 设备报修 | 现象、影响范围、联系方式 | 设备编号、所在位置、是否影响使用 | 服务台负责人 |
| 业务咨询 | 现象、影响范围、联系方式 | 咨询主题、期望答复时间 | 服务台负责人 |
类型数量需要控制。类型超过十个以后，提交人选择困难，维护成本也上升。合并规则可以按处理组归属来定：由同一处理组按同一流程处理的类型，合并为一个类型，差异部分用类型内的二级选项表达。模板维护责任落在服务台负责人身上，处理组提出字段增减需求，负责人评估后统一修改，避免各处理组自行加字段导致表单膨胀。每次修改记录变更原因和生效时间，便于后续核对数据口径。
降低提交成本的具体做法
字段选对之后，单个字段怎么填同样影响提交体验。优先用选择代替输入，用默认值代替空白，用字段旁的说明代替提交后的统一报错。
- 控件形式：分类、影响范围、优先级这类取值有限的字段用下拉或单选；系统与模块之间存在从属关系时用级联选择，选完系统再选模块，减少无效选项。
- 默认值与排序：发生时间默认当前时间；影响范围默认“仅本人”；常用选项排在前面，低频选项折叠或后置。
- 标签与提示：字段标签写清填写口径，例如“影响范围（选择受影响的用户数量级）”，并在字段下方给一个填写示例，减少理解偏差。
- 校验提示：必填校验在字段失焦时即时提示，提示文案说明该字段用于什么判断，而不是只在提交时弹出“有必填项未填写”。
- 附件与描述分工：描述字段只要求写清现象和影响，截图、日志、报错原文放附件，并在描述中提示“可附截图说明”。这样描述字段不必承载大段信息，提交人也不必在文本框里组织完整叙述。
| 字段 | 控件形式 | 默认值 | 提示文案示例 |
|---|---|---|---|
| 影响范围 | 单选 | 仅本人 | 选择受影响的用户范围，便于判断优先级 |
| 工单分类 | 级联选择 | 无 | 先选大类再选子类，决定后续处理组 |
| 发生时间 | 日期时间 | 当前时间 | 补录历史问题时请修改为实际发生时间 |
| 问题现象 | 多行文本 | 无 | 一句话说明看到的现象，细节可放附件 |
这些做法在工具层面需要表单配置能力支撑。ONES Desk 支持自定义工单属性和工单内容，适配不同的收集场景，服务台可以按上述分层思路配置字段集合；门户一键分享填写链接的方式，也让提交人从统一入口进入对应表单，减少选错类型的情况。具体控件形式与校验行为以实际环境配置为准。
角色分工与各阶段交付物
字段规范要落地，需要明确谁定字段、谁填字段、谁在什么时点补齐。把责任按角色和时点拆开，每个环节都有明确的交付物。
| 角色 | 时点 | 负责字段 | 交付物 |
|---|---|---|---|
| 服务台负责人 | 日常维护 | 字段规范、类型模板、选项值 | 字段清单与模板变更记录 |
| 提交人 | 提交时 | 最小必填集：现象、影响范围、联系方式 | 可受理的工单 |
| 受理人 | 受理时 | 分类、优先级、处理组、影响系统 | 完成分流的工单 |
| 处理人 | 处理中与关闭时 | 原因分析、解决动作、根因分类、解决结果 | 处理记录完整的已关闭工单 |
| 服务台负责人 | 按季度 | 字段使用情况复核 | 字段调整建议 |
受理人是字段完整度的关键节点。提交人只填最小集，受理人在接单时补齐分流字段，这一步同时起到校验作用：如果现象描述不足以判断分类，受理人可以退回补充，而不是靠猜。处理人负责处理记录类字段，关闭前确认解决结果已填写。服务台负责人按季度复核各字段的空值率、选项分布和实际使用频率，长期空置或高度集中在“其他”的字段，考虑删除或调整选项。
工作流配置需要与这套分工对应。ONES Desk 支持灵活调整工作流以适应不同企业的处理方式，工单还可以一键关联到 ONES Project 的需求或缺陷工作项持续跟踪，处理过程中的原因与解决动作可以随工作项记录沉淀，关闭时再回填到工单字段。
示例：一条报障工单的字段流转
以下为演示情景，用一条系统故障工单说明字段必填级别如何随阶段变化。
提交时。提交人选择类型“系统故障”，表单只显示公共字段和该类型的专属字段。必填项为：问题现象（“登录后页面一直转圈，无法进入工作台”）、影响范围（选择“整个部门”）、联系方式；专属字段中故障系统为必填，报错信息为选填，可附截图。此时分类、优先级、处理组均不显示。
受理时。受理人接单，补充工单分类（系统故障—前端服务）、优先级（高）、处理组（应用支持组）。这三个字段在受理环节变为必填，提交环节保持隐藏。受理人核对现象描述后判断信息充分，直接派单。
处理中。处理人填写原因分析（缓存服务异常）和解决动作（重启缓存并扩容），关联本次变更记录。这两个字段在处理阶段必填，关闭前不可留空。
关闭时。处理人确认解决结果（已恢复，观察一天无复现），根因分类选择“服务容量不足”，满意度评价由提交人填写，设为选填。工单关闭后，统计类字段进入报表口径。
这条工单从提交到关闭，提交人只填了四个字段，受理人和处理人各补两到三个字段，信息完整度由后续环节保证，提交环节的负担控制在最低。
上线后的完成检查
字段设计是否达到兼顾目标，需要在上线后按可观察指标核对，而不是凭感觉判断。以下清单可逐项检查。
- 必填字段数量与提交时长：统计提交页面的必填字段数，观察从打开表单到提交成功的平均时长；必填项超过七八个或时长明显偏长时，回头检查是否有字段可以后移。
- 退回与返工比例：统计因信息不足被受理人退回补充的工单占比，以及受理人自行补填分类字段的比例。退回率高说明提交端必填集偏小，补填比例高说明分流字段设置位置需要调整。
- 字段空值率与无效选项占比：按字段统计空值率和“其他”“无”“待定”等无效选项的占比，占比高的字段检查选项设计或必填级别。
- 按类型抽查完整度：每类工单抽取一定数量，核对处理记录和关闭字段是否齐全，重点看类型专属字段是否真正被使用。
- 调整路径：发现问题后按“先调选项、再调必填级别、最后增删字段”的顺序处理，每次调整记录生效时间，观察一到两个统计周期再评估效果。
检查频率建议与工单量匹配，量大的服务台按月抽查，量小的按季度复核。字段规范是持续迭代的过程，上线只是起点，后续依据实际数据做小步调整，才能让必填字段长期保持在信息完整与提交便利之间的合理位置。
常见问题
提交人坚持不填影响范围，受理人还能正常派单吗？
影响范围是判断优先级的主要依据，建议保留为无条件必填，但把填写方式改成单选，例如“仅本人”“整个部门”“全部用户”，提交人点选即可，不需要组织语言。如果某类工单确实无法判断影响范围，可以在该类型模板中把它改为选填，由受理人在接单时依据沟通结果补填，并在字段说明中注明由受理人确认。
工单类型越分越细，字段模板维护不过来怎么办？
先按处理路径是否明显不同来合并类型：由同一处理组按同一流程处理的场景归为一类，差异部分用类型内的二级选项表达。类型数量控制在十个以内，模板由服务台负责人统一维护，处理组提出增减需求后评估生效。每次修改记录原因和生效时间，避免同一字段在不同模板中出现口径不一致。
统计类字段放到关闭阶段补录，会不会导致数据缺失更严重？
关闭阶段补录的前提是把字段设为关闭前必填，并由处理人填写，而不是完全放开。根因分类、解决结果这类信息处理人最清楚，放在关闭前填写比让提交人猜测更准确。上线后按字段统计空值率，若某字段长期空置或高度集中在“其他”，说明选项设计或填写时点需要调整，而不是简单改回提交时必填。
用ONES Desk落地这套字段分层，需要提前确认哪些配置？
ONES Desk 支持自定义工单属性和工单内容，适配不同的收集场景，也支持灵活调整工作流，服务台可以按分层思路配置字段集合与处理环节。落地前建议在实际环境中确认三件事：按工单类型设置条件必填的实现方式、各字段可用的控件形式与默认值、必填校验提示的呈现位置。门户一键分享填写链接的方式可以让提交人从统一入口进入对应表单，减少选错类型的情况。
字段规范调整后，历史工单的数据口径怎么处理？
每次调整记录生效时间，统计报表按生效时间分段解读，避免把新旧口径混在一起比较。删除字段前先导出历史数据或保留字段只做隐藏，新增字段在生效后一到两个统计周期内单独观察填写情况。跨周期的趋势分析以字段含义未变的指标为主，口径变化的指标单独标注说明。
