一天结束后问用户工具好不好用，他可能只记得最后一次错误。上午的等待、午间的顺畅协作、路上的中断，已经很难一一回想。
经验取样法在约定规则下，于随机或提示时点请参与者记录当下行为、互动、想法和感受。多个短片段能帮助团队了解体验怎样随时间和环境变化。
这不是持续监控，也不是完整日志。它只覆盖提示到、并且实际回应的时刻，遗漏和延迟本身也需要研究。
想知道当下，还是想知道整段过程
假设协作产品想了解用户在办公室、途中和家中怎样处理工作信息。研究问题可以是：“此刻在做什么，使用哪些工具，是否方便继续？”
如果想知道一次请求如何从提出走到完成，较完整的日记或叙事更合适。经验取样侧重多个即时状态，不能因为回应很快，就当作完整事件的记录。
靠近发生时点，可以减少部分回忆负担，但仍然是参与者的表达。提醒也可能使他更留意产品，因此即时不等于客观，更不等于没有研究影响。
提示规则，先和参与者约定
在这项假设研究中，约定可提示的时间范围，使用短选项配合少量补充。问题聚焦必要的时间、情境、目标和体验，避免把全部日常行为都放进一次回答。
记录方式可以是文字、照片、语音或纸面形式，选择方便使用的方式。试跑时检查选项是否被理解，复杂状态能否补充，而不是勉强选一个不适用的类别。
| 需要事先确定的内容 | 为什么要保存 |
|---|---|
| 可提示时段 | 知道研究覆盖哪些时间 |
| 时点产生方式 | 区分随机、固定与其他规则 |
| 提示和回应时间 | 识别回答是否延迟 |
| 跳过与退出方式 | 保护安全和自主参与 |
| 所处情境 | 将感受放回当时活动 |
| 资料访问与保留 | 避免日常记录过度暴露 |
若说采用随机提示，就实际按规则执行，保留计划与发送记录。研究者方便时手动询问，不能称为随机取样；没有覆盖夜间，也不能概括全天。
驾驶、操作设备等不宜打断的情境可以跳过。不要求拍摄同事、人脸或客户屏幕，参与者也不必为了研究立即放下工作。
回应晚了，记录的可能已经是另一种状态
提示发出后很久才得到回复，用户可能已经离开现场，或者正描述过去发生的事。记录发送与回应时点，区分即时、延迟和无法判断的材料。
定期检查工具问题和负担，但不要补填。连续不回应可能因为最忙、最不方便，也可能不愿分享；询问后仍不知道的原因，就标为未知。
增加提示次数，不必然获得更完整的生活。它也可能提高负担，使繁忙时刻更容易缺失，已有回答反而偏向容易记录的环境。
先看同一个人的变化，再看其他人
假设一位用户在办公室能完整读回复，途中只能扫一眼标题，家中又需要找回相关资料。同样的通知，在三种情境中承担的工作不同。
比较时保留人、时间和环境。一个人的十条回应，不是十个独立参与者；不能用片段总数掩盖参与者很少或情境未覆盖。
亲和图可以整理重复主题，但不要丢掉这些关联。AEIOU研究可以继续核对活动、环境、互动与物件，解释为什么某个时点难以行动。
手机上的发现，不一定靠手机功能解决
如果途中难以判断消息是否要立即处理，可以研究优先级、摘要或稍后处理支持。但其中可能先需要确定工作规则：谁有权标记紧急，什么内容能够概括，何时需要回应？
记录来自手机，不代表所有建议都应是手机界面改动。通知内容、人员约定或渠道选择，也可能更直接地回应问题。
成功标志：团队能说明一项发现来自哪些时点与情境，保留延迟和缺失限制，并据此提出可验证的问题。不要将容易回应的片段推成全部日常生活的发生比例。
报告保留提示规则、模板、覆盖范围、延迟与缺失，以及设计问题。若比较前后变化，也应考虑记录行为是否改变了注意力，而非把所有差异归于产品。
58UI可以将情境差异用于UI/UX、内容与原型设计，并提供企业官网设计开发、品牌视觉、响应式适配和改版诊断。可了解设计服务，或联系58UI讨论哪些日常时刻值得进一步了解。
相关服务
