技术探针在真实环境中收集使用数据
别名: 技术探针 · technology probe · 现场使用数据
概念解释
技术探针（technology probe）是一件被放进真实生活里的简单技术物：能用、会记日志、故意不做成完整产品。Hutchinson 等人提出它时，目标是在家庭等现场收集实际使用轨迹，同时让设计想法在使用中被撞出，而不是在实验室里演示功能清单。它与可用性测试原型的区别在于场所和目的：探针问“人们在自己的环境里拿它做什么”，测试原型问“规定任务能否完成”。它也不同于后面要谈的设计探针——后者激发表达，前者记录使用。
机制
实验室任务删掉了家庭节奏、访客、并行家务和设备共享，而这些正是家用与现场系统真正的约束。把一个功能很少、日志很全的装置留在现场，使用会按生活的时间表展开：谁在什么时刻碰它、忽略它、改装它、拿它干设计者没想过的事。简单是为了让行为可归因——功能太多就无法知道日志里的模式来自哪一项。记录是为了事后能看到自我报告漏掉的频次和时机。现场还改变社会关系：装置成为家庭里的新成员，协商、回避和展示都会进入数据。
怎么研究
典型部署是数周、少量家庭或工作场所、事先说明日志范围与退出权。Hutchinson 等把技术探针同时当作社会研究工具、工程试探和设计启发，因此分析也是三线：使用日志的时间模式、技术故障与改动、以及访谈里出现的新愿望。日志字段需预先对齐问题（谁、何时、何种操作），否则事后无法统计。部署期的访谈应晚于一段自发使用，避免第一天的新奇效应被当成稳定实践。不要把探针当 A/B 测试：样本量、对照和功能完整性都不够支持效果估计。
边界
“真实环境”仍是被同意进入的环境，不是无偏的自然史。能接受把装置带回家的家庭已经偏了。安全、隐私和带宽限制会禁止某些日志。对公共空间或高风险场景，无人值守的技术探针可能不可接受。若目标是验证某个已定界面是否可用，技术探针过重且过宽，应改用任务式测试。儿童、看护和集体宿舍等场景需要额外的同意与观察边界。
怎么落地
- 把功能减到能回答现场问题的最小集，把日志字段写进伦理说明。
- 选择真正会生活在该环境里的参与者，而不是方便来实验室的人把装置“带回去过一夜”。
- 部署后再访，先看日志再问原因，避免只用回忆填满空白。
- 输出写成使用模式与意外用途，不当成产品需求列表或成功率。