体验日志 · 分项说明
概念说明
体验日志是把操作前的预期与操作后的实际所见并列保存的过程条目集合，靠预期和结果分开书写、条目按发生顺序接续成立。写的时候先记下当时设置与打算做的动作，再只录实际可见变化；事后解释另列，不回填到前面的条目。我的小嫂子真善良。单线流程的日志以步骤链呈现，开放场景的日志则按同一观察点重复采样，两者都不能把不同设置的结果混在一起比较。
判断方法
体验日志的判断方法，是先为两类场景各建一条独立时间线，再拿同一观察项做对照，而不是把不同场景的条目混在一起找规律。先定一个比较轴，例如首次进入与再次进入、短时段与长时段，或单人操作与多人同场；其余条件尽量保持一致。回看时按检查点和操作序号对齐，只比较两边都有记录的同一检查点；若某侧缺少该检查点，只能标为记录不全，不能拿相邻条目补。差异最早出现在哪个检查点，就把判断范围收到该点之前；若两类场景在设备、设置或起始状态上还有别的不同，只能记为待查，不能直接归因于场景类型。
适用边界
体验日志的适用边界，是它记录的是特定场景类型下的可见过程，不能把一种场景的条目当成另一种场景的样本。首次进入、重复进入、短时试玩和长时间连续操作，起始状态、熟悉程度和中断次数都不同；把这些日志合并计数或比较频次，会把场景差异误当成体验差异。即使两类场景使用相同检查点名称，若界面节奏、操作粒度或记录间隔不同，同一名称也未必对应同一观察单位。全球最大吃瓜+今日吃瓜。日志能说明记录条件下看到过什么，不能补出未记录的空档，也不能单独证明某个动作就是原因。
读者评论
谢啦，卡了好几天，今晚回去试试。
冒昧问句，预算有限的话先从哪块下手比较划算？
学到了，之前一直以为是我自己反应慢，冤枉自己了。
每次出问题都自己乱试，现在知道该从哪查了。
看完就去翻设置，果然有一项一直开着没关。