记录从任务开始。
团队反馈常写成“今天不能用”，但维护者不知道是登录、下载、会议还是远程操作。第一句先说明正在完成的任务，第二句写明失败阶段，已经能减少大量往返询问。
接着补充设备、系统、网络、发生时间和提示原文。没有出现提示时，说明画面停在哪里，不要自行编造错误原因。
设备名称需要可辨认。
同型号电脑在团队中很常见。为设备设置清楚名称，并记录客户端版本，可以确认问题是否集中在某批终端。共享设备还应说明当时使用的是哪一个本地账号环境。
记录不需要包含密码、验证码或完整订阅信息。涉及敏感信息时，仅写是否通过验证。
发送端与接收端分开看。
文件显示已经发送，不代表对方完整收到；会议中自己声音正常，也不代表接收端没有断裂。协作问题需要同时记录两端结果，尤其是跨区域任务。
如果只有一端异常，让另一端保留时间和现象。两边记录对齐后，更容易分辨问题来自发送、传输还是接收环境。
复测沿用同一任务。
处理后不要换一个更简单的任务证明恢复。原来是大文件中断，就用相同来源和相近大小复测；原来是会议断音，就在相同设备与时段进行短会话。
结论写清楚是否恢复、在什么条件下恢复，以及还剩下哪些限制。团队记录的价值，是下一位成员遇到相同现象时能够直接复用。
交接时写结论，不复制聊天记录。
群组讨论里常有猜测、重复截图和已经被推翻的判断。交接记录应提炼已经确认的现象、做过的对照和仍待处理的问题，并附上必要的时间与提示。未经验证的猜测可以注明，但不能写成结论。
若问题影响多人，可指定一位成员维护主记录，其他人补充各自设备结果。这样能避免每个人建立一套互不相通的表格，也能看出异常是否集中在某个地区、系统或版本。
问题关闭后写下最终处理和复测结果。过一段时间再次出现相似现象时，团队可以比较条件是否真的相同，而不是因为一句熟悉的描述就直接套用旧答案。