A7.10.3Advance organizer设计研究

概念模型的表达应先于功能细节呈现,建立框架后再填充操作

别名: advance organizer · framework-first · 先框架后细节

概念解释

新手引导、帮助文档、功能教学,常见的组织方式是按操作顺序把每一步讲一遍。另一种做法是先花一小段篇幅讲清楚整个系统的核心概念和它们之间的关系,再进入具体操作——这个顺序上的选择本身就有影响:框架先行(advance organizer)的呈现顺序,能让后续讲的每一个具体操作有地方可以挂靠,而不是各自成为一条孤立的、需要单独记住的规则。

机制

没有框架的情况下学一系列操作,每一条只能被当成一个独立的事实死记:点这里会怎样、那个按钮是干嘛的,条目之间彼此没有联系,全靠重复练习巩固记忆。有了框架之后,同样的一条操作说明不再是孤立信息,而是框架里某个关系的一个具体例子——用户理解框架之后,看到新的操作细节时,可以把它对应到框架里已经存在的位置,用归入代替死记,记忆负担明显更低,也更容易在框架内推导出没被直接教过的操作。

这条效果依赖于框架本身要先于细节到位:如果框架和细节同时或者在细节之后才出现,用户在接触细节时手里还没有可以挂靠的结构,等框架姗姗来迟时,已经零散记下的细节需要重新整理归位,这个额外的整理过程反而增加了负担,抵消了框架原本该带来的收益。

怎么研究

这条对应教育心理学里的先行组织者(advance organizer)范式:在正式学习材料之前,先给学习者一段简短的、概括性的框架说明,比较有无先行组织者两组在后续学习具体内容时的效果差异。

常见自变量:是否提供先行组织者、组织者呈现的时间点(细节之前 / 之后 / 同时)。 常见因变量:具体内容的记忆保持率、对新情境的迁移表现(能否用框架推导出没学过的具体操作)。

这套范式移植到界面研究里,常用于评估新手引导的结构设计——测试"先讲整体概念再讲功能"与"直接进入功能教学"两种引导顺序,比较用户后续独立完成一个未被直接教过的任务的成功率。

方法论注意点:这套范式的效应在教育心理学的经典研究里针对的是相对复杂、结构化的学习材料,界面里很多引导内容结构简单、没有太多值得框架化的关系,直接套用会得到不明显的效应量,评估前应先判断当前产品是否真的存在值得讲的结构。

边界

  • 只有当系统确实存在一个内在一致、能够真正解释后续细节的框架时,框架先行才有收益;如果强行总结出一个框架,但框架本身和实际细节对不上,用户会带着一个错误的预期去理解后续内容,效果比完全不给框架更差。
  • 对已经通过其他渠道(同类产品经验、他人转述)掌握了等价框架的用户,重复讲一遍框架收益有限,还可能造成不必要的等待,引导流程应该允许这类用户跳过。
  • 系统本身如果只有寥寥几个互不关联的功能点,没有真正的结构可言,框架先行没有内容可讲,这种情况下按操作顺序直接讲反而更直接、更省力。

怎么落地

  • 引导流程和帮助文档的开篇,用尽量短的篇幅讲清楚系统里有哪几个核心概念、它们之间是什么关系,确认这段内容出现在任何具体操作步骤之前,而不是穿插在操作步骤中间。
  • 检查这段框架说明本身是否真的能推出后面要讲的操作细节——写完之后,拿框架去逐条对照后面的功能说明,看是否每条细节都能在框架里找到对应的位置,找不到的说明框架本身还不完整或者内容本身没有值得框架化的结构。
  • 验证办法:把引导流程分成"框架先行"和"直接进入操作"两个版本,分别测试用户完成一个训练中没有直接教过、但可以从框架推导出来的任务,比较两组的成功率与耗时。

延伸

  • 同组A7.10.1 显式的概念图示比隐含在交互中的模型更容易被用户正确习得 · A7.10.2 界面持续可见的状态显示,本身就是对概念模型的一种表达 · A7.10.4 文字说明的概念模型与实际交互行为不一致时,用户以行为体验为准
  • 相邻A7.01 心智模型的定义与功能 · A7.08 设计模型、系统映像与用户模型
  • 站内检索advance organizer · framework-first · schema theory · onboarding structure

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/A7.10.3