多设备使用
把下载、安装、首次运行和连接分开判断，避免用一个平台的经验处理另一个平台。
Windows下载栏与SmartScreen 先别急着读取摘要数字。首次安装真正关心的是Windows下载栏与SmartScreen能否解释当前任务，而不是表面上是否生成了结果。 围绕“Window”，最先出现的数字往往只是现象，真正原因还藏在采样方式、对照条件和处理顺序里。处理“Window”时，把错误原文和发生阶段一起保存，比重复点击更容易定位原因。对“Window”而言，这会让来源和结果保持可以追溯。 “Window”的判断边界也要写清：没有对照时可以描述现象，却不宜给出普遍归因。
macOS公证与系统扩展 macOS公证与系统扩展经常在文件交接之后才被发现遗漏。回到系统升级之后，最有价值的是把输入身份与用途重新接上。 围绕“macOS公”，同名文件或同一页面可能对应不同版本，身份核对必须早于结果比较。处理“macOS公”时，当条件已经改变时建立新批次，不修改旧记录来制造表面一致。对“macOS公”而言，这让补充证据有明确方向。 “macOS公”的判断边界也要写清：历史主题可用于理解方法，不能被解释为旧服务已经恢复。
Android厂商后台限制 把视角移到接收端，Android厂商后台限制会呈现另一层意义。更换电脑中的使用者需要知道结果从哪里来、还能用来做什么。 围绕“Androi”，系统提示描述的是当前阶段的风险，不应被简化成一个通用的允许或拒绝按钮。处理“Androi”时，先找一个条件接近的对照，再只改变当前最可疑的变量。对“Androi”而言，这为下一次比较留下稳定基线。 “Androi”的判断边界也要写清：预测结果适合排列候选，不能直接写成实验事实。
iOS系统版本与账号 iOS系统版本与账号看似属于技术细节，实际会改变整个判断方向。尤其在受管理设备里，一处条件差异足以让两组数字失去可比性。 围绕“iOS系统版”，区域路径会随时段和互联负载变化，所以现场结果必须带着观察时间阅读。处理“iOS系统版”时，明确区分实验观察、计算预测和功能验证，三者不能互相替代。对“iOS系统版”而言，这能及时发现参数和输入之间的断层。 “iOS系统版”的判断边界也要写清：这个结论只适用于当前对象，换到另一组织、设备或区域时需要重新验证。