体验日志 · 分项说明
概念说明
体验日志是把操作前的预期与操作后的实际所见并列保存的过程条目集合，靠预期和结果分开书写、条目按发生顺序接续成立。写的时候先记下当时设置与打算做的动作，再只录实际可见变化；事后解释另列，不回填到前面的条目。单线流程的日志以步骤链呈现，开放场景的日志则按同一观察点重复采样，两者都不能把不同设置的结果混在一起比较。
判断方法
体验日志的判断方法，是先为两类场景各建一条独立时间线，再拿同一观察项做对照，而不是把不同场景的条目混在一起找规律。先定一个比较轴，例如首次进入与再次进入、短时段与长时段，或单人操作与多人同场；其余条件尽量保持一致。回看时按检查点和操作序号对齐，只比较两边都有记录的同一检查点；若某侧缺少该检查点，只能标为记录不全，不能拿相邻条目补。差异最早出现在哪个检查点，就把判断范围收到该点之前；若两类场景在设备、设置或起始状态上还有别的不同，只能记为待查，不能直接归因于场景类型。818黑瓜吃料主题大赛24。
适用边界
体验日志的适用边界，是它记录的是特定场景类型下的可见过程，不能把一种场景的条目当成另一种场景的样本。首次进入、重复进入、短时试玩和长时间连续操作，起始状态、熟悉程度和中断次数都不同；把这些日志合并计数或比较频次，会把场景差异误当成体验差异。每日大瓜大赛爆料。即使两类场景使用相同检查点名称，若界面节奏、操作粒度或记录间隔不同，同一名称也未必对应同一观察单位。日志能说明记录条件下看到过什么，不能补出未记录的空档，也不能单独证明某个动作就是原因。
读者评论
这个说法还是头一回听到，回头自己验证下是不是真这样。
照着弄了一遍，头不晕眼不花了，有点东西。
折腾这玩意儿得有耐心，急脾气真干不来。
还是得看个人习惯吧，我反而更喜欢原来的设置。
其实很多人忽略了最基础的那一步，光顾着调高级的。