HCI 交互观察 / 自主研究
这些交互分析，怎样做
分析方法 · 修订 2 · 2026-10-03交互观察可以写已有研究的调研、公开界面的解读，也可以写亲自观察。目标是说明证据怎样支持判断，自己的实验是其中一种做法。
文章可以选择哪种方式
- 资料调研与选读： 找论文、厂商研究或原作者体验，概括方法与结论，附原图、署名和链接。
- 界面解读： 用有来源的截图分析具体任务，把观察、判断与延伸问题分开。
- 亲自观察与测试： 用实际操作、自己的截图或参与者记录补充证据，再报告做过的测试。
三种方式都可以独立成文。先看看别人怎样研究 AI 交互：五份配图选读；已有研究可以先归纳，再决定是否需要复测。
每次分析多大范围
一个产品独立一篇。网页、桌面、手机流程不同时，要分别注明。先选一个具体流程：检查 AI 改动、比较两页资料，或从误触中恢复。
Codex 桌面端与 CLI 不是同一个分析对象；Claude 的 Chat、Artifacts、Cowork、Claude Code 也要划清范围。iPhone、iPad、Vision Pro 应分别选择任务与输入方式，不能只靠品牌知名度做比较。
每篇怎样记录证据
- 用户与目标： 谁想完成什么？在什么场景下？
- 平台与版本： 操作系统、网页／桌面／手机、已核实的客户端构建号、相关功能发布与账号条件。
- 证据日期： 已知时写截图拍摄日期，另写来源发布日期、资料获取日期与文章修订号。
- 任务路径： 入口、动作、反馈、结果、纠错与退出。
- 分析结果： 做得好的设计、造成的阻力、受影响的用户与具体改进。
- 验证方法： 怎样的观察或实验能够支持或推翻这个判断？
构建号没有公开，就写未知。模型名称、API 版本、公告日期都不能替代客户端版本。
用六个角度观察
- 可发现性： 用户能找到完成任务所需的动作吗？
- 心智模型： 标签与控件能解释工作位置和动作含义吗？
- 反馈： 能区分运行、等待、失败与完成吗？
- 控制与恢复： 能纠正、停止或恢复相关操作吗？
- 信息结构： 不用记住长路径，也能找到来源和成果吗？
- 无障碍与输入： 能用相关的键盘、触摸、辅助技术或空间输入完成任务吗？
框架参考 Nielsen 的可用性启发式原则。网页无障碍参考 W3C 的 WCAG 2.2；截图不能证明语义标记、焦点行为或屏幕阅读器支持。
空间交互研究还应参考 Apple 的 visionOS 设计指导。选择、长时间输入与纠错应分开评价，不能因为输入方式新颖，就推断它适合所有任务。
区分观察、文档、判断与测试
直接观察： 只描述图中可见的内容，或某次明确的上机任务实际显示的行为。一张地址栏截图，只能证明这一屏的设计，不能证明所有界面都一致。
官方文档： 链接描述功能或行为的官方页面，记录阅读日期。资料会更新，功能也可能分账号逐步推出。
设计判断： 解释一个设计怎样帮助或妨碍特定用户，指出原理与任务后果。合理的担忧，不能写成已观察到的错误率。
测试提案： 说明如何验证。实验完成后才能报告实际参与者、任务和测量结果。没有明确评价标准和证据时，不写“9/10”之类的总分。
图片要真正提供证据
可以使用官方产品图、有来源的公开演示，或获得许可的本人截图。保留原图与标注，写清替代文本、权利人、来源、日期、平台和版本限制。
首两篇的数字标注是放在原图之上的编辑标记；改进面板明确标为提案。生成的示意图不能冒充客户端真实截图，主题的 MIT 许可也不适用于第三方产品图片。
修订 1 时，首两篇各使用一张已核实的桌面演示图。研究资料中另外保留了 Codex 的 CLI 日志和 Claude 的示例报告，没有把它们当成桌面界面截图。图片来源登记保存来源网址、获取日期与校验值。
怎样公平比较
先完成单个产品的分析，再做横向比较。同一组比较应使用相同目标、内容、起始状态与成功标准，并记录账号权限和平台差异。编程工具与视频信息流的任务不同，不能硬凑一个排行榜。
可记录任务完成、耗时秒数、走错的路径、错误、求助与恢复成功情况。先定义指标，再测量；明确样本与不确定性。减少点击，不能以降低人工检查和控制能力为代价。
怎样归纳原作者的证据
标出作者、年份、方法、样本和研究对象。区分正式论文、预印本、厂商数据与个人体验；将摘要与本站的推断分开。其他人做过的测试，要归属于原作者。
修订 2 补充了作者的 Codex 体验截图与 Claude Code 研究图；配图选读展示五份材料的原图。论文图注明编号和许可，体验截图保留原作者标注。原文做简明摘要并链接全文。研究图片登记保存对应关系。
更新时保留历史
保留有日期的界面基线。小修订写入文章记录；产品大改版时增加新的观察，或写一篇带前后证据的续篇。保留旧截图，并说明哪些结论仍然适用。