工单字段设计是什么
工单字段遵循最小可用原则：类型、影响、紧急度、分类、渠道、状态与解决代码构成基本集合。字段过多会拖慢录入速度并诱发默认值糊弄，字段过少则无法度量与分流。设计的判断标准是每个字段都要有明确用途：要么驱动路由与优先级，要么产生可用于分析的统计维度。
基本信息
| 最小字段集 | 类型、影响、紧急度、分类、渠道、状态、解决代码 |
|---|---|
| 度量保障 | 时间戳自动记录，包括创建、首次响应、解决 |
| 自动化基础 | 分类与路由规则、优先级计算规则 |
| 质量风险 | 必填项过多导致随手填默认值 |
| 治理要求 | 解决代码定期维护，控制编码数量 |
典型使用场景
- 设计工单模板时平衡录入成本与统计需求
- 实现告警自动开单，需要稳定的分类与优先级规则
- 分析故障根因结构，依赖解决代码的准确登记
- 优化一线体验，减少重复字段与手工填写
- 对接报表体系，保证时间戳与状态流转口径一致
解决代码示例
解决代码示例
# 解决代码是趋势分析的基础，编码体系要提前设计
CODE-INFRA 基础设施（主机、网络、存储）
CODE-APP 应用缺陷（代码逻辑、版本问题）
CODE-CFG 配置错误（参数、权限、证书）
CODE-USER 操作问题（使用方式、误操作）
CODE-EXT 外部依赖（供应商、第三方接口）
# 代码要能映射到改进方向，否则统计出来无法行动字段设计要点
| 字段 | 用途 | 设计建议 |
|---|---|---|
| 影响 | 判断波及范围 | 用可枚举的档位，而非文字描述 |
| 紧急度 | 结合影响计算优先级 | 与影响共同决定，不让用户自选优先级 |
| 分类 | 路由到对应团队 | 两层分类足够，避免过深层级 |
| 解决代码 | 根因趋势分析 | 统一维护并定期收敛编码数量 |
影响与紧急度是 ITIL 常用的两个维度：影响描述波及范围，紧急度描述业务时间压力，两者组合决定优先级，比让提出人直接选优先级更稳定。