工单提报模板把“谁、遇到什么问题、影响多大、期望何时解决”一次问清，让受理方拿到工单就能分类和分派。本文提供一张可直接复制到文档或表格工具中的空白模板，并逐字段说明填写口径、区分必填与选填，再用一条完整示例演示从提报到受理的填写过程，最后给出模板上线后的调整与维护方法。
要点总览（TL;DR）
- 工单提报模板用一张表覆盖五个区域：表头字段、问题描述、影响与优先级、处理区、附件与备注，处理区由受理人接手后填写。
- 必填字段围绕“能分类、能分派、能计时”设定：标题、提报人、部门、提报时间、联系方式、问题现象、发生时间、影响范围、影响用户数、业务中断程度。
- 问题现象写可观察的结果，复现步骤写操作顺序，两者分开，受理人才能先复现再判断问题出在哪一环。
- 模板上线后按工单类型拆分变体，用退回比例、追问次数、字段空白率等数据检验有效性，并保持文档模板与系统表单字段同步。
可直接复制的工单提报空白模板
下面这张表分为五个区域：表头字段区、问题描述区、影响与优先级区、处理区、附件与备注区。复制到文档工具时，可保留两列结构，左列字段名、右列填写内容；复制到表格工具时，可将每个字段做成一行，便于后续筛选和统计。单条工单使用一张表，表头字段与正文描述区同表呈现。
| 区域 | 字段 | 填写内容 |
|---|---|---|
| 表头字段区 | 工单标题 | |
| 提报人 | ||
| 提报部门 | ||
| 提报时间 | ||
| 联系方式 | ||
| 问题描述区 | 问题现象 | |
| 发生时间 | ||
| 影响范围 | ||
| 复现步骤 | ||
| 影响与优先级区 | 影响用户数 | |
| 业务中断程度 | ||
| 期望解决时间 | ||
| 处理区 | 工单分类 | |
| 优先级 | ||
| 受理人 | ||
| 计划完成时间 | ||
| 当前状态 | ||
| 附件与备注区 | 附件 | |
| 备注 |
表格中“处理区”的五个字段在提报阶段留空，由受理方接手后填写。提报人只需完成前三个区域和附件备注区，这样一张表同时承载了提报信息与处理记录，避免提报和处理分散在两份文档里。
每个字段填什么：字段说明与填写口径
字段说明的目标是让不同提报人填出的内容可以横向比较。同一类问题，不同人写出来的现象、影响和期望时间如果口径不一，分类和分派就会依赖受理人反复追问。下表按字段给出含义、填写口径和填写角色。
| 字段 | 含义 | 填写口径 | 填写角色 |
|---|---|---|---|
| 工单标题 | 一句话概括问题 | 写“对象+异常表现”，控制在二十字左右，避免只写“有问题”“帮忙看看” | 提报人 |
| 提报人 | 发起工单的人 | 填真实姓名，便于受理方回访确认 | 提报人 |
| 提报部门 | 提报人所属部门 | 填到具体团队，便于按部门统计工单来源 | 提报人 |
| 提报时间 | 提交工单的时间 | 精确到分钟，作为响应时效的起点 | 提报人 |
| 联系方式 | 可联系到提报人的方式 | 填常用电话或企业通讯账号，注明首选方式 | 提报人 |
| 问题现象 | 实际观察到的结果 | 写可观察的结果，例如“提交后页面提示保存失败”，不写推测原因 | 提报人 |
| 发生时间 | 问题首次出现的时间 | 写首次出现时间；间歇性问题补充出现频率 | 提报人 |
| 影响范围 | 受影响的业务和对象 | 写清受影响的系统、流程或数据范围，例如“华东区订单导出” | 提报人 |
| 复现步骤 | 触发问题的操作顺序 | 按操作顺序编号，从登录开始写到问题出现，每步一个动作 | 提报人 |
| 影响用户数 | 受影响的人数或账号数 | 填估算值并注明口径，例如“约30名客服账号” | 提报人 |
| 业务中断程度 | 业务是否还能继续 | 在“完全中断、部分受阻、可绕行、无影响”中选一项 | 提报人 |
| 期望解决时间 | 提报方期望的完成时间 | 写具体日期或时间段，并说明该时间的业务依据 | 提报人 |
| 工单分类 | 问题所属类别 | 按组织统一的分类目录选择，不自行新造类别 | 受理人 |
| 优先级 | 处理先后顺序 | 结合影响用户数和业务中断程度判定，与期望时间区分开 | 受理人 |
| 受理人 | 负责处理的人 | 由分派规则或值班安排确定 | 受理人 |
| 计划完成时间 | 承诺的处理完成时间 | 依据优先级和排期给出，变更时更新并说明原因 | 受理人 |
| 当前状态 | 工单所处环节 | 按“待受理、处理中、待验证、已关闭”等统一状态填写 | 受理人 |
| 附件 | 辅助定位问题的材料 | 放截图、报错文本、日志片段；大文件注明获取路径 | 提报人 |
| 备注 | 补充说明 | 写临时绕行方案、关联工单号等，不重复已有字段内容 | 提报人、受理人 |
问题现象和复现步骤是最容易写偏的两项。现象写观察到的结果，复现步骤写操作顺序，两者分开后，受理人可以先按步骤复现，再对照现象判断问题出在哪一环。影响与优先级区的判断口径需要提前约定：影响用户数和业务中断程度由提报人如实填写，优先级由受理人结合整体排班判定，提报人的期望解决时间作为参考输入，不直接等于优先级。
处理区字段由受理人在接手时填写，分类和优先级在受理当时确定，计划完成时间随排期调整，当前状态随处理进展更新。附件与备注的使用边界是：附件放能帮助定位问题的原始材料，备注放无法归入其他字段的补充信息，两者都不替代问题现象和复现步骤的文字描述。
必填与选填：哪些字段不能空
必填字段的作用是保证工单能进入分类与分派环节。缺少提报人和联系方式，受理人无法回访确认；缺少问题现象和影响范围，受理人无法判断类别和紧急程度；缺少发生时间和期望解决时间，响应时效缺少起点和参照。因此必填项围绕“能分类、能分派、能计时”来设定。
| 字段 | 必填/选填 | 设定理由或适用场景 |
|---|---|---|
| 工单标题 | 必填 | 分类和检索的第一依据 |
| 提报人 | 必填 | 回访确认和结果反馈的对象 |
| 提报部门 | 必填 | 按部门统计来源和分摊处理量 |
| 提报时间 | 必填 | 响应时效的计时起点 |
| 联系方式 | 必填 | 处理中需要补充信息时使用 |
| 问题现象 | 必填 | 判断问题类别的主要依据 |
| 发生时间 | 必填 | 判断是否为新增问题、是否与变更相关 |
| 影响范围 | 必填 | 分派到对应处理团队的依据 |
| 复现步骤 | 选填 | 可稳定复现的问题建议填写；一次性异常可先描述现象 |
| 影响用户数 | 必填 | 优先级判定的输入之一 |
| 业务中断程度 | 必填 | 优先级判定的输入之一 |
| 期望解决时间 | 选填 | 有明确业务节点时填写，例如对账日、活动上线前 |
| 工单分类 | 必填（受理人填） | 进入处理队列的前提 |
| 优先级 | 必填（受理人填） | 决定处理顺序 |
| 受理人 | 必填（受理人填） | 明确责任归属 |
| 计划完成时间 | 选填（受理人填） | 需要对外承诺时填写 |
| 当前状态 | 必填（受理人填） | 跟踪处理进展 |
| 附件 | 选填 | 有截图、日志等材料时上传 |
| 备注 | 选填 | 有绕行方案或关联信息时填写 |
按工单类型调整必填项是常见做法。故障类工单把复现步骤设为必填，因为定位依赖复现；咨询类工单可以弱化影响用户数，重点保留问题现象和期望答复时间；权限申请类工单则需要补充申请对象和授权范围。调整时保持“分类、分派、计时”三类字段不缺失，其余字段按类型增减。
必填项与分类、分派、SLA 计时的关系需要说清：分类依赖标题、问题现象和影响范围；分派依赖影响范围和提报部门；SLA 计时依赖提报时间和优先级。必填字段缺失时，工单通常只能退回补充，无法进入正常处理队列。具体系统如何校验必填、如何触发计时，以实际配置为准。
填写示例：一条完整工单从提报到受理
以下为演示情景，用于说明各字段如何落笔，非真实客户案例。场景设定为某公司客服团队在订单系统中遇到导出失败。
| 区域 | 字段 | 填写内容 |
|---|---|---|
| 表头字段区 | 工单标题 | 订单导出提交后提示保存失败 |
| 提报人 | 张敏 | |
| 提报部门 | 客服中心-订单组 | |
| 提报时间 | 2025-03-11 09:20 | |
| 联系方式 | 企业通讯账号 zhangmin，首选文字沟通 | |
| 问题描述区 | 问题现象 | 在订单列表点击“导出”后，页面提示“保存失败，请重试”，重复点击结果相同，未生成文件 |
| 发生时间 | 2025-03-11 08:50 首次出现，之后每次操作均出现 | |
| 影响范围 | 客服中心订单组的订单导出功能，涉及华东区当日订单核对 | |
| 复现步骤 | 1. 登录订单系统；2. 进入订单列表，筛选当日华东区订单；3. 点击“导出”；4. 页面提示“保存失败，请重试” | |
| 影响与优先级区 | 影响用户数 | 约12名客服账号 |
| 业务中断程度 | 部分受阻，可逐条查看订单但无法批量导出 | |
| 期望解决时间 | 2025-03-11 14:00 前，当日对账需要导出数据 | |
| 处理区 | 工单分类 | 系统故障-数据导出 |
| 优先级 | 高 | |
| 受理人 | 李工（应用支持组） | |
| 计划完成时间 | 2025-03-11 13:30 | |
| 当前状态 | 处理中 | |
| 附件与备注区 | 附件 | 报错页面截图1张、浏览器控制台报错文本 |
| 备注 | 临时绕行：可先按订单号逐条查询，已通知组内同事 |
逐项看这份示例：标题写“对象+异常表现”，受理人一眼能判断属于导出功能；问题现象只写观察到的提示和结果，没有猜测是网络还是权限问题；复现步骤从登录写到报错，四步可照着操作；影响范围写到具体团队和业务动作，便于分派到应用支持组。
优先级判为“高”的依据是：影响约12名客服账号，业务部分受阻但当日对账依赖导出，期望时间在当天下午。影响用户数不算大，业务中断程度为部分受阻，因此没有定为最高级；但存在明确的当日业务节点，排在处理队列前列。受理人接手后填写分类、优先级、受理人、计划完成时间和当前状态，计划完成时间早于提报人的期望时间，留出验证余量。处理过程中若发现需要提报人补充信息，通过联系方式回访，并在备注中记录沟通结果。
模板的调整与维护方法
模板上线后需要随工单类型和业务变化调整，否则会出现字段越填越多、关键信息反而被淹没的情况。维护的重点是控制字段增删、保留版本记录，并用填写质量数据检验模板是否有效。
按工单类型拆分模板变体是第一步。故障报修、权限申请、业务咨询、数据修正的必填项和信息重点不同，可以共用表头字段区，在问题描述区和影响与优先级区做差异化。拆分依据是处理路径是否明显不同：分类目录、受理团队、SLA 口径有一项不同，就值得单独做一个变体；差异只在个别选填字段，用同一模板加条件必填即可。
字段增删要有判断依据和评审角色。出现以下情况时考虑增加字段：受理人反复追问同一类信息、某类工单经常因缺少信息被退回、统计报表需要按新维度拆分。考虑删除或改为选填的情况包括：某字段长期空白率高、填写内容与已有字段重复、字段值无法用于分类或分派。字段变更由工单流程负责人发起，受理团队负责人和一线提报代表参与评审，涉及统计口径的变更同步给数据使用方。
模板版本与变更记录建议包含以下项目：
| 记录项 | 内容示例 |
|---|---|
| 版本号 | V1.2 |
| 生效日期 | 2025-04-01 |
| 变更字段 | 新增“关联工单号”，复现步骤改为故障类必填 |
| 变更原因 | 同类问题重复提报较多，需要关联历史工单 |
| 发起人与评审人 | 流程负责人发起，受理团队负责人评审 |
| 影响范围 | 故障报修模板，历史工单不回溯 |
用填写质量数据检验模板是否有效，可以看几个指标：必填字段的完整率、工单因信息不足被退回的比例、受理人平均追问次数、从提报到受理的时长、分类返工率。退回比例和追问次数持续偏高，说明字段口径不清或必填项设置不合理；某字段空白率长期很高，说明它对该类工单价值有限。指标按工单类型分别统计，避免整体平均值掩盖个别类型的问题。
模板与工单系统表单字段需要同步维护。文档版模板用于培训和对外说明，系统表单是实际收集入口，两者字段名称、必填设置、下拉选项应保持一致，否则提报人按文档填写、系统里却找不到对应项。表单配置调整后同步更新文档版本号和变更记录。将模板落地到工单系统时，ONES Desk 支持自定义工单属性与工单内容配置，适配不同角色的收集需求；其门户可一键分享填写链接收集工单，受理方可以评估和定义工单优先级，工作流也可按企业实际处理方式调整。字段类型、必填校验和状态流转的具体配置方式，以产品实际界面为准。
常见问题
提报人写不清复现步骤时，工单还能正常受理吗？
可以。复现步骤在通用模板中设为选填，可稳定复现的问题建议填写；一次性异常或间歇性问题，先写清问题现象、发生时间和出现频率，受理人也能据此初步判断类别并分派。故障类工单对定位依赖较强，可以把复现步骤设为该类模板的必填项，同时允许提报人用截图、日志片段等附件补充。
提报人填的期望解决时间和受理人定的优先级是什么关系？
两者是不同性质的输入。期望解决时间表达提报方的业务节点，例如对账日、活动上线前，作为排期参考；优先级由受理人结合影响用户数、业务中断程度和整体排班判定。存在明确当日业务节点时，优先级通常会提高，但期望时间本身不直接等于优先级。计划完成时间由受理人给出，可以与期望时间不同，变更时更新并说明原因。
同一张模板要覆盖故障报修、权限申请、业务咨询等多种工单，字段怎么取舍？
共用表头字段区，在问题描述区和影响与优先级区做差异化。判断是否单独做变体的依据是处理路径：分类目录、受理团队、SLA 口径有一项不同，就值得拆出独立模板；差异只在个别选填字段，用同一模板加条件必填即可。调整时保持分类、分派、计时三类字段不缺失，其余字段按工单类型增减。
文档版模板和工单系统里的表单如何保持一致？
两者字段名称、必填设置、下拉选项应保持一致，否则提报人按文档填写、系统里却找不到对应项。表单配置调整后，同步更新文档版本号和变更记录。将模板落地到工单系统时，ONES Desk 支持自定义工单属性与工单内容配置，适配不同角色的收集需求；门户可一键分享填写链接收集工单，受理方可以评估和定义工单优先级，工作流也可按企业实际处理方式调整。字段类型、必填校验和状态流转的具体配置方式，以产品实际界面为准。
模板用了一段时间，怎么判断哪些字段该删或改为选填？
看填写质量数据：某字段长期空白率高、填写内容与已有字段重复、字段值无法用于分类或分派，都是删除或改为选填的信号。反过来，受理人反复追问同一类信息、某类工单经常因缺少信息被退回、统计报表需要按新维度拆分，说明该增加字段。指标按工单类型分别统计，避免整体平均值掩盖个别类型的问题。
