在合适的时间运行扫描
先完成标准卸载；若供应商或 Windows 要求重启，请照做。待处理的文件操作常在重启后完成；在半途中扫描会产生大量误报。
若产品附带单独的「清理」或「修复」工具，请在第一次残留扫描前运行。你希望供应商自身的挂钩先释放服务与驱动；否则列表会包含在重启前仍属合法注册的项目。
按簇审阅，不要「全选」
按路径与发布者对项目分组。若每一行都明确位于以已卸载产品命名的文件夹下，风险低于指向通用系统路径或广泛共享的运行时的情况。不确定时先暂停，在另一台机器或文档中查清这些文件的归属。
长列表看似权威，其实不然。在脑中分为「明显在 Program Files\厂商\产品 下」与「可能是任何东西」。第二类值得放慢节奏或跳过。
AppData、ProgramData 以及每用户与整台计算机范围
Roaming 与 LocalLow 会积累设置与缓存。未经同意删除其他用户的配置文件数据会引发支持事故。在共享电脑上，除非有面向所有配置文件的维护窗口，否则只扫描并清理安装该软件的帐户。
ProgramData 常存放许可证与共享配置；删除前确认子文件夹名称与已移除产品一致。
服务与计划任务
后台条目往往比卸载程序存活更久。删除前确认服务名对应于你卸载的同一产品版本。有些任务会被你仍在使用的其他软件重建；删掉它们会造成令人困惑的倒退。
在任务计划程序中打开任务的参数，阅读完整命令行。像「Update」这样的泛化名称是警示——把可执行路径追溯到你能认出的发布者。
注册表建议项
将注册表命中视为比用户 AppData 下空文件夹更高风险。优先删除明显限定于供应商与版本的键。不要对你未读过的配置单元做席卷式「优化」。
若机器重要，删除前导出该键的 .reg 备份。单个文件常在两周后出问题时省下大量时间。
清理后验证
重启一次，启动日常应用；仅在你动过驱动时再查看设备管理器或事件查看器。静默损坏才是你想避免的失败模式——而不是空的扫描列表。
记录你删除的内容
对重要电脑记下时间与产品。若一周后出问题，可以对照变更。还原点仍然有价值；见术语表中的还原点。