先记录冲突点
界面文案和实际感受不一致时，先不要认定哪一方错了。把文案原文、出现位置和当时的操作顺序记下来，再描述你看到的结果。没有记录，冲突很快会变成模糊印象。
记录时只写可观察内容，不写猜测。例如写点了哪个入口、看到什么提示，而不是写系统一定在骗人。事实越清楚，后续判断越容易。
用单变量验证
选一个影响较小的场景，只改变与文案有关的一个条件。先按平常方式操作，再尝试文案提示的做法，比较前后差别。不要同时更换入口、路线和准备。
如果结果不明显，就停止加码，把问题留到下一次。一次只验一项，可以防止把偶然变化当成规律，也能减少反复试错的疲劳。
区分文案与规则
文案说明的是某个方向存在，具体规则可能还需要更多界面信息。看到移动速度提升，不代表所有行动都会同步变快；看到补货提示，也不代表资源一定更多。
把文案当成线索，而不是承诺。线索能引导观察，承诺则需要明确条件。条件没出现之前，最好不要把结论写成肯定句。
不急于下结论
一次不一致可能是操作顺序不同，也可能是理解偏差。至少对照两三次，再判断是否需要调整习惯。若每次结果都不同，就说明还有未掌握的条件。
遇到无法解释的现象，保留原文和问题即可。不确定就标注不确定，比编一个顺口的解释更负责，也方便以后回看。
建立更新记录
把每次看到的界面变化按顺序记下，注明哪些结论已确认、哪些已推翻、哪些仍待观察。记录不用长，但要能看出变化发生在哪一次。
下次启动先看最新一条，再决定是否沿用旧做法。这样即使文案和体验有差距，也不会把过时判断一直带下去。具体规则以游戏内实际说明为准。
把差异写进下一轮检查
记录完成后，把最明显的差异改写成下一轮检查项。例如文案说更快，就观察往返是否少停顿；提到补货，就看流程是否更顺。检查项要能被看到，不能写成主观感受。
下一轮只核对这一项，其他条件保持不变。核对完再决定保留、修改或删除。若仍无法判断，就继续标注待确认，不必为了得出结论而勉强解释。慢一点更可靠。这是值得的。
