IT支持记录至少要保留六类信息：工单标识与时间、报障人与受影响对象、现象与影响范围、处置过程与操作人、恢复结果与验证、后续动作与关闭确认。下面给出一张可直接复制到文档或表格软件中的空白模板，并逐字段说明填写口径、必填与选填的划分、一条完整示例，以及团队按自身场景调整模板的方法。适用于内部IT服务台、桌面支持与账号权限类支持场景。
要点总览（TL;DR）
- IT支持记录至少保留六类信息：工单标识与时间、报障人与受影响对象、现象与影响范围、处置过程与操作人、恢复结果与验证、后续动作与关闭确认。
- 必填字段按“缺少就无法追溯、交接或复盘”判定，默认覆盖谁、何时、什么对象、什么现象、做了什么、结果如何、谁确认这条最小链路；协作方、临时措施、后续动作、关联问题默认选填。
- 模板以四组字段的表格给出，可直接复制到文档或表格软件；字段说明、必填划分与填写示例使用同一套字段名，便于不同值班人员一致填写。
- 涉及账号权限、外部供应商、临时措施或批量问题时，相应选填字段转为必填，并把这类场景写成附加规则，减少临时判断。
- 模板按版本维护，新增字段先小范围试用，定期抽查已关闭工单的必填完整性与时间顺序，记录只覆盖单次支持请求，根因分析交接给相邻流程。
可复制空白IT支持记录模板
模板按“基本信息、报障信息、处置过程、结果与关闭”四组排列，每行一个字段，字段名后标注必填或选填。复制到表格软件时，可将第一列作为字段名、第二列作为填写内容，第三列保留填写提示；粘贴到文档时，按“字段名：填写内容”逐行填写即可。
| 分组 | 字段 | 必填/选填 | 填写内容 |
|---|---|---|---|
| 基本信息 | 工单编号 | 必填 | |
| 基本信息 | 报障时间 | 必填 | |
| 基本信息 | 受理时间 | 必填 | |
| 基本信息 | 恢复时间 | 必填 | |
| 基本信息 | 关闭时间 | 必填 | |
| 报障信息 | 报障人 | 必填 | |
| 报障信息 | 所属部门 | 必填 | |
| 报障信息 | 联系方式 | 必填 | |
| 报障信息 | 受影响对象 | 必填 | |
| 报障信息 | 现象描述 | 必填 | |
| 报障信息 | 影响范围 | 必填 | |
| 报障信息 | 紧急程度 | 必填 | |
| 处置过程 | 处置动作 | 必填 | |
| 处置过程 | 操作人 | 必填 | |
| 处置过程 | 协作方 | 选填 | |
| 处置过程 | 临时措施 | 选填 | |
| 结果与关闭 | 恢复结果 | 必填 | |
| 结果与关闭 | 验证方式 | 必填 | |
| 结果与关闭 | 验证人 | 必填 | |
| 结果与关闭 | 后续动作 | 选填 | |
| 结果与关闭 | 关联问题 | 选填 | |
| 结果与关闭 | 关闭确认人 | 必填 |
填写时保持一行一个字段，不在同一格内混写多个时间或多个操作人。处置动作较多时，可在“处置动作”下按时间顺序分行记录，每行注明操作人和时间点，便于交接与复盘。
每个字段记录什么：字段说明
字段说明的作用是让不同值班人员对同一字段写出同一种口径。以下按模板顺序逐项解释，字段名与模板保持一致。
基本信息组
- 工单编号：支持系统或服务台生成的唯一标识，用于检索、关联和引用。手工登记时按团队约定规则编号，保证不重复。
- 报障时间：用户首次反馈问题的时间，精确到分钟，用于计算响应时长。
- 受理时间：支持人员接单并开始处理的时间。与报障时间的差值反映排队等待情况。
- 恢复时间：受影响对象恢复可用的时间点，以验证通过为准，不以“已操作”为准。
- 关闭时间：完成关闭确认的时间。恢复时间与关闭时间之间通常留有用户确认或观察期。
报障信息组
- 报障人：实际反馈问题的人，可能不是受影响人本身，需分别记录。
- 所属部门：报障人所在部门，用于统计问题分布和后续沟通。
- 联系方式：可回访的电话、即时通讯或邮箱，保证验证和关闭确认能找到人。
- 受影响对象：明确写人员、设备、系统或账号中的哪一类及具体标识，如“账号 zhangsan”“财务部打印机 A302”。
- 现象描述：记录用户看到的原始现象和报错信息，保留原话或截图要点，避免提前写成结论。
- 影响范围：说明影响单人、单部门还是多部门，是否影响关键业务时段，用于判断紧急程度。
- 紧急程度：按团队既定分级填写，如高、中、低，并简述定级理由。
处置过程组
- 处置动作：按时间顺序记录实际执行的操作，写清对象和结果，如“重置账号密码并解除锁定”。
- 操作人：执行每一步处置的人员，多人协作时逐步对应。
- 协作方：参与处理的二线团队、供应商或业务方，写明协作内容和时间。
- 临时措施：为尽快恢复而采取的过渡手段，注明有效期和后续替换计划。
结果与关闭组
- 恢复结果：描述恢复后的状态，如“用户可正常登录并访问共享盘”。
- 验证方式：写明如何确认恢复，如“用户现场登录验证”“远程复测接口返回正常”。
- 验证人：执行验证的人，通常是报障人或支持人员，需可追溯。
- 后续动作：记录需要跟进的事项，如更换配件、提交权限审批、安排回访。
- 关联问题：填写同一根因或同一批次的其它工单编号，便于合并分析。
- 关闭确认人：确认问题解决并同意关闭的人员，一般为报障人或其主管。
必填与选填怎么划分
必填字段的判定原则是：缺少该字段就无法完成追溯、交接或复盘中的至少一项。按此原则，模板默认必填覆盖“谁、什么时候、什么对象、出了什么现象、做了什么、结果如何、谁确认”这条最小链路；选填字段用于补充协作和后续信息，不影响单条记录的基本可用性。
| 类别 | 字段 | 说明 |
|---|---|---|
| 默认必填 | 工单编号、报障时间、受理时间、恢复时间、关闭时间 | 支撑时长统计与追溯 |
| 默认必填 | 报障人、所属部门、联系方式、受影响对象 | 支撑回访与对象定位 |
| 默认必填 | 现象描述、影响范围、紧急程度 | 支撑定级与交接 |
| 默认必填 | 处置动作、操作人 | 支撑过程追溯 |
| 默认必填 | 恢复结果、验证方式、验证人、关闭确认人 | 支撑结果确认与关闭 |
| 默认选填 | 协作方、临时措施 | 无协作或未采取过渡手段时留空 |
| 默认选填 | 后续动作、关联问题 | 无跟进事项或未发现关联时留空 |
部分字段在特定场景下应转为必填：涉及账号权限变更时，“处置动作”需写明授权来源和审批人，“验证方式”需包含权限实际生效的验证；涉及外部供应商时，“协作方”需写明供应商名称、对接人和响应时间；采取了临时措施时，“临时措施”需注明有效期和替换计划；问题可能批量出现时，“关联问题”需填写同批工单编号。团队可在模板说明中把这些场景写成附加规则，避免每次临时判断。
完整填写示例：一次账号无法登录的支持记录
以下示例为演示情景，用于说明各字段如何配合形成连贯记录，字段名与模板、字段说明保持一致。
| 字段 | 填写内容 |
|---|---|
| 工单编号 | IT-2024-0318-017 |
| 报障时间 | 2024-03-18 09:12 |
| 受理时间 | 2024-03-18 09:20 |
| 恢复时间 | 2024-03-18 09:46 |
| 关闭时间 | 2024-03-18 10:05 |
| 报障人 | 李敏 |
| 所属部门 | 财务部 |
| 联系方式 | 分机 8021 |
| 受影响对象 | 账号 limin（域账号） |
| 现象描述 | 用户输入正确密码后提示“账户已被锁定”，无法登录办公系统，重复尝试三次均失败 |
| 影响范围 | 仅影响李敏本人，当日需完成报销提交，处于月度结账前关键时段 |
| 紧急程度 | 中：单人受影响，但涉及结账前关键操作 |
| 处置动作 | 09:25 查询账号状态，确认因连续输错密码触发锁定；09:30 核对身份后解锁账号并重置密码；09:38 指导用户在新设备上重新登录 |
| 操作人 | 支持工程师 王磊 |
| 协作方 | 无 |
| 临时措施 | 无 |
| 恢复结果 | 用户可正常登录办公系统并提交报销单 |
| 验证方式 | 用户现场登录成功，并完成一次报销单提交测试 |
| 验证人 | 李敏 |
| 后续动作 | 提醒用户妥善保管新密码；一周内回访是否再次出现锁定 |
| 关联问题 | 无 |
| 关闭确认人 | 李敏 |
这条记录中，现象描述保留了用户看到的原始提示，处置动作按时间顺序写清查询、解锁、重置和指导登录，恢复结果与验证方式相互对应，关闭时间晚于恢复时间并留有用户确认。整条记录可以支撑后续回访，也能在同类锁定问题集中出现时作为排查样本。
模板的调整与维护方法
模板需要随团队场景变化而调整，调整的依据应是记录用途，而非字段越多越好。新增字段前先回答：这个字段服务于追溯、交接、复盘还是统计；如果只是个别工单需要，优先写入“后续动作”或备注，不急于扩展模板。
新增字段的判断与命名
- 新增字段应能对应一个明确的填写动作和可核验的内容，避免“处理情况”“相关说明”这类含义过宽的字段。
- 命名沿用现有风格：对象加属性，如“审批人”“替换设备编号”，与已有字段不重复、不歧义。
- 新增字段先在小范围试用，确认填写率和使用场景后再纳入正式模板。
字段变更的版本与通知
- 模板每次调整记录版本号和生效日期，保留变更说明，说明新增、删除或口径变化。
- 变更生效前通知值班人员和相关协作方，并在模板顶部标注当前版本，避免新旧口径混用。
- 删除字段前确认历史记录仍可检索，已关闭工单不回溯改写。
定期抽查记录完整性
建议按固定周期抽查一定数量的已关闭工单，核对必填字段是否齐全、时间顺序是否合理、验证人与关闭确认人是否可追溯。抽查发现的高频缺项，可作为下一轮模板调整或培训的依据。抽查结果按团队和问题类型汇总，比单条记录更能反映填写习惯。
与相邻流程的边界
IT支持记录聚焦单次支持请求的受理、处置、恢复与关闭。事件恢复流程关注服务中断期间的统一指挥与恢复步骤，根因治理关注问题消除与预防措施，两者可以在“关联问题”和“后续动作”中留下入口，但详细分析不在本模板内展开。记录中写明关联编号和跟进责任人，即可把信息交接给相应流程。
当记录需要长期留存并支持多人检索时，可将上述字段承载在工单或工作项中：报障信息作为提交时的必填项，处置动作按时间顺序追加为处理记录，恢复结果与验证信息在关闭前由验证人确认，关闭确认人完成最后一步状态流转。ONES 的工作项字段、处理记录和状态流转可以承载这类结构化留存，使字段口径与模板保持一致，也便于按部门、时间或问题类型检索历史记录。选择承载方式时，以团队现有的工单入口和检索习惯为准，模板字段本身保持稳定即可。
常见问题
报障人和受影响对象不是同一个人时，记录里怎么处理？
两个字段分别填写，不做合并。报障人写实际反馈问题的人，受影响对象写真正受影响的人员、设备、系统或账号及具体标识，例如“账号 limin（域账号）”。这样在回访、验证和关闭确认时能找到正确的人，也能在统计影响范围时区分反馈渠道和实际受影响面。验证人和关闭确认人同样按实际执行人填写，不默认等同于报障人。
支持过程中多次尝试、多人协作，处置动作怎么写才不混乱？
按时间顺序逐条记录，每条写清时间点、操作对象、动作和结果，多人协作时每条对应到具体操作人。例如先写查询账号状态并确认锁定原因，再写核对身份后解锁并重置密码，最后写指导用户重新登录。协作方字段写明参与的二线团队、供应商或业务方及其响应时间。这样交接时能看清每一步由谁完成，复盘时也能定位是哪一步带来恢复。
恢复时间和关闭时间为什么分开记录？
恢复时间以验证通过为准，表示受影响对象重新可用；关闭时间表示完成关闭确认，两者之间通常留有用户确认或观察期。分开记录可以区分“技术侧已处理”和“用户侧已确认”两个节点，计算响应与恢复时长时口径更清楚。如果团队习惯在验证通过后立即关闭，两个时间可以相同，但仍建议分别填写，避免后续统计时无法区分。
小团队工单量少，能不能精简模板字段？
可以精简，但建议保留支撑追溯、交接和复盘的最小链路：工单编号与关键时间、报障人与受影响对象、现象与影响范围、处置动作与操作人、恢复结果与验证人、关闭确认人。协作方、临时措施、后续动作、关联问题在无对应情况时可留空。精简的方式是减少选填字段的使用频率，而非删除必填项；如果某类字段长期无人填写又确实影响追溯，再按版本调整流程处理。
记录里发现同类问题反复出现，应该记在哪里？
在“关联问题”中填写同根因或同批次的其它工单编号，在“后续动作”中写明跟进事项和责任人，把信息交接给问题管理或根因治理流程。IT支持记录本身聚焦单次请求的受理、处置、恢复与关闭，不在记录内展开根因分析和预防措施。保留关联编号和跟进人，既能让单条记录保持简洁，也能让批量问题在汇总时被识别出来。
