Q3.08.2Help-seeking as self-explanation signal设计研究
求助行为指示界面自解释不足
别名: 求助率 · 自解释性 · discoverability failure
概念解释
求助发生在人尚未或不再愿意只靠界面推断下一步的时候：问主持人、打开帮助、搜索外部教程、打电话。它测量的不是已经做错，而是自解释性（self-explanation）不够——下一步无法从可见线索推出。错误计数抓住的是已经执行的偏差；求助抓住的是执行前的停住。高求助而低错误，常常是人用外部说明避免了点错，不是界面已经清楚。
机制
可学习的界面应让目标、控件和反馈形成可推断的下一步。当映射断裂，人会先暂停再向外求证，因为猜错的代价高于开口。实验室里最便宜的外援是主持人；产品里是帮助中心、同事或搜索引擎。若测试协议允许随时提问，求助率会被放大；若禁止提问却不提供系统内帮助，困难会改道成沉默、试错或放弃，求助率被压低，问题并未消失。因此求助是“当前可及的外援被调用了多少”，必须连同外援是否开放一起解释。
怎么研究
把求助从错误里分开编码：首次求助发生在第几步、问的是什么、求助后是否立即成功。系统内帮助、主持人提示和场外搜索分列。主分析用“无协助完成”作对照，求助率作为自解释缺口指标，不与错误率加总。比较设计时保持帮助政策一致。现场可用帮助页浏览、搜索词和客服前的自助尝试作为求助代理，但要承认只有留下痕迹的求助可被看见。
边界
新用户在复杂领域的第一次使用，适度求助可能是预期学习，而不是缺陷。无障碍场景里，向辅助功能或协助者求证不应记成界面失败。有人因性格或权力关系不愿开口，零求助不等于零困惑。把帮助入口做得很显眼会抬高求助率，这可能是设计选择而非退步——此时应看求助后能否独立完成，而不是把求助率当唯一坏指标。
怎么落地
- 测试脚本写明何时可以问主持人；默认先等参与者明确开口，并记下开口前的停顿位置。
- 汇报时把求助率与无协助成功率分列；高求助的成功不当成自解释已经足够。
- 产品侧查看帮助搜索词和空结果，把反复出现的问题改回界面用语和默认流程，而不是加一篇更长的说明。
- 改版后若求助下降但放弃上升，说明外援被拿走而自解释并未补上，视为未解决。