先标出失败发生在哪一段
更新过程可以按获取文件、检查准备、执行变化和结果回读分段，但具体流程仍以可靠产品说明为准。神圣计划相关更新异常出现时，先记录最后一个明确成功的阶段，以及第一个出现问题的位置。
例如文件已保存，但尚未开始安装就中断，不能写成安装失败；程序替换完成而某份资料读取异常，也不应只记“更新没成功”。阶段划分能让后续检查更具体，避免直接套用不相关的办法。
完整提示比简短概括有用
保留错误文字、代码、窗口名称和发生时间，不只写“报错了”。截图同时保留必要上下文，但遮住账号、个人目录或访问凭据。若提示无法复制，可以手工抄录，并标明是否有字句无法辨认。
不要根据提示里的一个词立即认定根因。比如出现网络字样，可能指获取文件、连接服务或验证过程，需要结合阶段判断。将提示视为线索，比把它直接改写成服务器、设备或软件责任更准确。
版本与环境记录前后两份
更新前版本、目标版本和实际显示版本应分别记录；没有发现明确标识时写未知，不用文件名猜测。再附设备、系统、文件来源和当前日期，让别人能够理解这是哪一次操作，而不是长期模糊状态。
假设目标文件与教程属于不同平台，首先需要处理对象不匹配，反复运行不会补足这个条件。若前后版本无法确认，也可以先回到来源说明，避免在不清楚现有状态时继续覆盖文件。
记录已经尝试及资料影响
按时间列出每次尝试的单一动作和结果，例如重新获取文件、核对空间或再次打开页面。不要把多个动作连做后只写最终结果，否则难以判断哪一步改变了现象，也不便恢复到可比较状态。
另外检查重要资料是否仍能读取、备份是否存在，以及当前是否还能使用原有环境。这里记录影响范围，不要求立即修复。若发现资料状态不明，优先保留现有副本和现场，不为了继续尝试先删除目录。
下一步围绕缺失证据展开
一份完整失败记录可以按目标、阶段、提示、环境、尝试、资料状态和待查项组织。待查项应具体，例如“目标文件是否适用于当前系统”，而不是笼统要求一个保证成功的方法。
之后根据可信说明选择最小检查，并在结果出现后更新记录。即使问题暂时未解决，这份记录也能减少重复尝试；真正恢复后，再用原来失败的步骤重新检查，明确恢复了哪些部分。
- 失败记录给每次尝试一个序号，附动作与结果，让重新获取文件和重新运行保持可区分。
- 提示暂时消失时写明观察时长，不直接宣称永久解决，也保留原复现条件。
- 等待他人帮助期间尽量保持现有状态，确需继续改变条件时，先补记录再进行单项检查。