工单字段越加越多，关键信息却仍然反复缺失，通常说明必填项没有按用途分层，校验规则也没有在提交前发挥作用。本文给出一套可执行的方法：先按工单类型拆分字段集，把字段分为定位必需、分派必需和统计可选三类；再设置格式校验、条件必填与提交前提示；最后用退回率、补填率等指标验证效果，并建立字段清理机制。
要点总览（TL;DR）
- 必填项按用途分三层：定位必需、分派必需、统计可选；只把缺失后流程立即卡住的字段设为提单必填，其余改为选填或由处理人在流转中补齐。
- 先按工单类型拆分字段集，再用三个问题判断必填：缺失能否分派、能否复现问题、能否结单；三问皆“能”的字段不设为提单必填。
- 必填项设置按四步执行：建字段集、标注必填与选填、设置条件必填、灰度上线观察退回率与补填率，每步都有输入、输出与完成标志。
- 校验规则分格式校验、条件必填、提交前提示三层；提示文案写清信息用途，校验不能替代字段精简，不必要字段应删除或改选填。
- 上线后以退回率、补填率、平均受理时长、字段完整度验证效果，并建立字段增删审批与季度清理机制，防止字段回涨。
先定字段分层：哪些必须提单时填，哪些可以后补
必填项设置的核心判断标准是：这个字段缺失时，工单还能不能继续往前走。能分派、能处理、能结单的字段，就不应压在提单人身上；缺失后流程立即卡住的字段，才进入提单必填。按这个标准做分层，字段数量会自然收敛，而不是靠逐条争论“这个信息有没有用”。
分层之前先做一件事：按工单类型拆分字段集。报障、服务请求、账号权限申请、投诉建议各自需要的信息不同，用一套表单覆盖所有场景，必然出现大量与当前场景无关的字段，提单人只能随意填写或留空。每类工单维护自己的字段集，是后续必填与校验设置的基础。
在每个字段集内部，把字段分为三层：
| 分层 | 判断标准 | 填写时点 | 负责人 |
|---|---|---|---|
| 定位必需 | 缺失后无法判断问题是什么、发生在哪里、影响谁 | 提单时必填 | 提单人 |
| 分派必需 | 缺失后无法确定处理团队或处理优先级 | 提单时必填，或受理环节补齐 | 提单人 / 一线处理人 |
| 统计可选 | 缺失不影响分派和处理，仅影响后续报表与复盘 | 选填，处理过程中补录 | 处理人 |
判断一个字段是否设为提单必填，可以连续问三个问题：缺失该字段，工单能否分派到正确的处理人？缺失该字段，处理人能否复现或定位问题？缺失该字段，工单能否正常结单？三个问题都答“能”，这个字段就不应设为提单必填，改为选填或交给处理环节补填。
可后补字段的典型处理方式，是在工单流转到受理或处理环节时，由处理人补充资产编号、影响范围、根因分类等信息。提单人只承担定位问题所必需的字段，处理人承担分派与结单所需的字段，统计类字段在结单前补齐即可。这样既保证信息完整，又不把填写负担集中在前端。
本步的交付物是一张字段分层清单，至少包含字段名、所属工单类型、分层归属、填写时点和负责人五列。清单完成后，每个字段的必填与否就有了可追溯的依据，后续新增字段也按同一口径评审。
必填项设置的四步操作
分层清单确定后，进入具体配置。四步操作按顺序执行，每步都有明确的输入、动作、输出和完成标志，避免配置过程变成反复讨论。
第一步：按工单类型建立字段集
输入是近三个月的历史工单和处理人访谈记录。动作是从历史工单中统计各类型工单实际填写了哪些字段、哪些字段经常为空、哪些字段在退回原因中出现频率最高；访谈处理人，确认他们在受理时真正需要看到哪些信息。输出是每类工单的候选字段列表。完成标志是每类工单都有独立的字段清单，且清单中的字段都能对应到至少一条历史工单或一位处理人的明确需求。
第二步：标注必填与选填
输入是候选字段列表和字段分层清单。动作是逐字段标注必填、选填、后补三种状态，并写明标注理由。输出是一张字段配置表，包含字段名、工单类型、必填状态、填写时点、负责人和理由。完成标志是配置表中不存在“理由为空”的必填字段，也不存在同时被标为提单必填和后补的字段。
第三步：设置条件必填
输入是字段配置表和字段之间的依赖关系。动作是把只在特定分类下才有意义的字段改为条件必填，例如选择“网络故障”分类后才要求填写网络位置，选择“账号权限”分类后才要求填写目标系统。输出是带触发条件的字段配置表。完成标志是每个条件必填字段都能说清触发条件和不适用的场景，且默认状态下不会出现在无关工单的表单中。
第四步：灰度上线并观察
输入是配置完成的字段集和校验规则。动作是先在一类工单或一个团队范围内上线，观察两周左右的退回率、补填率和提单耗时。输出是上线检查记录，包含上线范围、观察指标和发现的问题。完成标志是退回率没有明显上升、补填率处于可接受范围，且提单人没有集中反馈字段过多。灰度通过后再推广到其他工单类型。
在ONES Desk中，工单属性与工单内容支持自定义配置，可以按收集场景组织字段；工作流也可按企业实际处理方式调整。字段级必填与条件必填的具体设置项，建议在产品的表单配置界面中核实后落地，本文的配置表可直接作为配置前的设计依据。
校验规则怎么配：格式、条件与提交前提示
必填项解决“填不填”，校验规则解决“填得对不对”。三类校验按顺序配置，能把大部分返工挡在提交之前。
格式校验适用于可以机器判断的规则：资产编号的字符长度与前缀、日期字段的合法范围、附件类型与大小限制、手机号或邮箱格式。这类规则配置成本低、误判少，应优先启用。配置时注意规则与字段用途匹配，例如附件类型限制应说明允许的格式，而不是提交后才告知不符合要求。
条件必填依赖其他字段的取值触发。它与第三步设置的条件必填是同一机制的两个视角：配置时定义触发条件，校验时在条件满足的情况下拦截空值。条件必填的价值在于避免无关字段干扰，例如只有选择“硬件故障”时才要求填写设备序列号，选择“软件故障”时该字段不出现也不校验。
提交前提示是在提交动作发生前，汇总当前表单的缺失项和格式错误，一次性展示给提单人。相比逐字段报错，提交前汇总能减少来回滚动查找，也便于在提示中说明每个字段的用途。提示文案应写清“为什么需要这个信息”，例如“请填写受影响范围，用于判断影响人数并安排处理优先级”，而不是只写“此项必填”。
| 规则类型 | 触发条件 | 提示文案要点 | 适用工单类型 |
|---|---|---|---|
| 格式校验 | 字段有固定格式要求 | 说明允许的格式与示例 | 全部类型 |
| 条件必填 | 依赖字段取特定值 | 说明该分类下为何需要 | 分类差异明显的类型 |
| 提交前提示 | 点击提交时汇总缺失项 | 逐项说明用途与补齐方式 | 全部类型 |
需要强调的是，校验规则不能替代字段精简。一个字段如果本身不必要，正确做法是删除或改为选填，而不是用校验强制填写。校验规则越多，提单人的填写负担越重，长期看会催生敷衍填写，反而降低数据质量。每增加一条校验规则，都应能回答“这条规则防止的是哪类返工”。
角色分工与各环节交付物
字段和规则的设计、落地、维护分属不同角色，职责不清时最容易出现字段只增不减、规则无人复核的情况。
| 角色 | 主要职责 | 交付物 | 参与节奏 |
|---|---|---|---|
| 服务台负责人 | 字段分层与必填项决策，审批字段增删 | 字段分层清单、字段变更审批记录 | 季度评审，变更时审批 |
| 平台配置人员 | 字段集、条件必填与校验规则落地 | 字段配置表、校验规则清单、上线检查记录 | 按变更单执行 |
| 一线处理人 | 受理环节补齐分派必需信息，反馈字段缺失问题 | 补填记录、字段问题反馈 | 日常 |
| 提单人 | 填写定位必需字段 | 工单提交内容 | 每次提单 |
服务台负责人对“哪些字段必填”做最终判断，依据是字段分层清单和上线后的指标表现，而不是单个提单人或处理人的临时要求。平台配置人员负责把决策转成具体配置，并保留配置表与规则清单，便于回溯。一线处理人在受理时补齐分派必需信息，同时是字段设计是否合理的第一反馈来源。提单人只承担定位必需字段，这一边界应在表单说明中明确写出。
复盘节奏建议与指标观察周期一致，初期每月一次，稳定后转为每季度一次。复盘内容包括：新增字段是否有审批记录、必填字段是否仍符合分层标准、校验规则是否产生集中报错。维护责任矩阵可以把每个字段的负责人固定下来，字段变更时由负责人发起、服务台负责人审批、配置人员执行。
示例：一条报障工单的字段与校验设计
以办公网络中断报障为例，展示分层与校验如何落到一张表单上。以下为演示情景，字段取舍按前文标准推导，实际配置以组织自身场景为准。
提单时必填字段保留四项：报障人及联系方式（缺失无法回访确认）、故障现象描述（缺失无法判断问题类型）、受影响位置（缺失无法定位现场）、影响范围单选（缺失无法判断优先级）。选填字段包括：设备编号、首次发现时间、已尝试的处理动作、相关截图附件。这些字段有助于处理人快速定位，但缺失时工单仍可分派。
条件必填设置两处：当影响范围选择“多人受影响”时，触发“受影响人数”必填，用于判断是否升级为群体事件；当故障现象选择“无法连接无线网络”时，触发“无线网络名称”必填，用于缩小排查范围。选择其他现象时，这两个字段不出现，也不参与校验。
提交前提示的实际文案可以这样写：“提交前请确认：1）故障现象已描述具体表现，便于判断问题类型；2）受影响位置已填写楼层或区域，便于安排现场处理；3）影响范围已选择，用于确定处理优先级。设备编号和截图可稍后补充，不影响受理。”提示把必填原因和可后补字段同时说清，减少提单人因不确定而反复修改。
处理环节补填的字段包括：资产编号、故障根因分类、处理措施、是否需回访。补填时点在受理确认后、结单之前，由处理人完成。结单校验只检查根因分类与处理措施是否填写，不要求提单人回填。这样一张表单的字段总量可控，必填项集中在定位问题所必需的信息上，统计类字段在流程后段补齐。
上线后的完成检查与持续调整
设置是否达到平衡目标，用指标判断，而不是凭感觉。上线后按以下检查项逐条核对：
| 检查项 | 观察内容 | 参考通过标准 | 观察周期 |
|---|---|---|---|
| 退回率 | 因信息缺失被退回的工单占比 | 较上线前下降或持平 | 上线后两周，之后每月 |
| 补填率 | 后补字段在结单前完成补填的比例 | 分派必需字段补填率接近全覆盖 | 每月 |
| 平均受理时长 | 从提交到受理确认的时间 | 无明显延长 | 每月 |
| 字段填写完整度 | 选填字段的实际填写比例 | 统计类字段在结单时基本完整 | 每季度 |
通过标准应结合上线前的基线数据设定，没有基线时先观察一个周期建立基线，再判断变化方向。观察期内如果退回率上升，优先检查必填项是否误设了统计类字段；如果补填率偏低，检查处理环节的补填时点是否明确、结单校验是否覆盖。
字段增删需要触发条件和审批方式。触发条件可以设为：某字段连续一个季度填写率低于约定比例、某字段在退回原因中反复出现、业务场景发生变化需要新增定位信息。审批由服务台负责人执行，配置人员按审批结果调整，变更记录进入字段配置表。定期清理机制建议每季度执行一次，逐个复核必填字段是否仍满足三个判断问题，对不再满足的字段降为选填或删除。清理结果与新增记录一并归档，防止字段在多次迭代中回涨。
在工单需要转入研发处理时，ONES Desk支持将工单一键关联到ONES Project的需求或缺陷工作项，继续跟踪处理进度。字段补填与状态流转的配合方式，可在实际工作流中按团队处理习惯配置，确保补填动作发生在结单之前。
常见问题
历史工单数据很少或质量差，字段分层还能怎么做？
历史数据不足时，把访谈作为主要输入。分别找两三位一线处理人和服务台负责人，请他们按“受理时最想先看到什么信息”排序，再对照最近能拿到的工单样本核对。字段分层清单先按访谈结论起草，标注为待验证，灰度上线一个周期后用退回率和补填率校正。关键是让每个必填字段都能对应到具体处理动作，而不是等数据齐全再开始。
条件必填会不会让表单看起来字段更多、提单人更困惑？
条件必填的作用是让无关字段不出现。配置时把触发条件限定在分类选择之后，默认状态下表单只展示通用字段；提单人选择分类后，才出现该分类下真正需要的字段。为避免困惑，可在分类选项旁用一句话说明选择后需要补充哪些信息。上线前用几类典型工单走一遍填写流程，确认条件触发后的字段数量仍在可接受范围。
处理人反映补填字段太多，补填环节怎么减负？
先检查补填字段是否真的属于分派必需或结单必需。统计类字段可以放到结单前一次性补录，或由系统从已有记录中带出，减少手工填写。补填时点也要明确：受理确认时补分派信息，结单前补根因与处理措施，避免所有字段堆在同一个环节。若某字段连续一个季度补填率偏低，应复核它是否仍值得保留。
校验规则上线后集中报错，应该先改规则还是先改字段？
先看报错集中在哪类字段。如果是格式规则与字段实际用途不匹配，调整规则或提示文案；如果是字段本身不必要却用校验强制填写，应把该字段改为选填或删除。判断依据是这条规则防止的是哪类返工：说不清对应返工的规则，优先精简而不是继续加提示。调整后保留变更记录，观察一个周期再评估。
ONES Desk 能否直接配置字段必填和条件必填？
ONES Desk 支持自定义工单属性与工单内容，可按收集场景组织字段，工作流也可按企业实际处理方式调整，并支持快速配置表单、分享填写链接供用户在门户提单（F1、F2、F4）。字段级必填与条件必填的具体设置项，官网未给出配置细节，建议在产品的表单配置界面中核实后落地；本文的字段配置表可作为配置前的设计依据。
