组块把多个项目压缩为一个单元
别名: chunking · 组块化 · chunk
概念解释
一串电话号码如果按单个数字记，是十几个独立项目；如果按熟悉的分段方式记（区号、前缀、后四位），实际要维护的项目可能只有三四个。这种把多个原始项目按已有的知识结构重新打包成更少数量的加工单元的过程叫组块化（chunking），打包出来的每个单元叫一个组块（chunk）。组块化本身不增加工作记忆能同时维持的项目数上限，它做的是把原本占用多个"名额"的信息压缩进更少的"名额"里，从而在不改变名额总数的前提下，实际能装下的信息总量变多了。
机制
工作记忆维持项目的方式，衡量的单位是"有意义的单元"而不是原始的感觉刺激数量——一个组块可以只是一个数字，也可以是一整个被压缩打包过的结构（一个熟悉的单词、一个常见的缩写、一段被识别为同一模式的序列）。组块化依赖的是长期记忆里已经存在的知识：只有当一组原始项目恰好匹配某个已经学过、已经存好的结构时，这组项目才能被当作一个单元来处理，而不需要逐项单独维持。这个匹配和打包的过程发生得很快，几乎感觉不到额外的加工代价，效果却是实打实的——原本需要占用多个维持名额的信息，现在只占用一个。
怎么研究
验证组块化效应的经典做法是比较同样数量的原始项目，在能否被组织成有意义单元这两种条件下的记忆表现：一组随机排列、无法被已有知识识别出结构的项目，与一组经过重新排列、恰好匹配被试熟悉结构的项目，测量两种条件下能正确回忆的原始项目数量差异。如果后者明显更多，说明差异来自组块化带来的压缩效果，而不是原始容量本身发生了变化。
常见自变量：项目是否能被组织成熟悉的结构、被试对该结构的熟悉程度；常见因变量：正确回忆的原始项目数、可推算出的组块数量。
方法论注意点：同一组原始项目对不同被试是否构成"熟悉结构"完全因人不同而不同——对下棋的人而言一个棋局是一个组块，对不下棋的人而言同一个棋局只是一堆互不相关的棋子位置，测量组块化效应时必须先确认被试是否真的拥有能触发这次打包的背景知识，否则测出的是完全不同的东西。
边界
- 组块化能带来多大的压缩效果，完全取决于呈现的信息是否恰好匹配被试已有的知识结构；对不具备相关知识的人，同样的信息无法被压缩，只能按原始项目数逐一占用维持名额。
- 这条只讲组块化"压缩多个项目为一个单元"这一种机制本身，具体压缩的效果上限、以及组块化对没有相关知识的用户为什么不成立，是另外的问题。
- 组块化压缩的是需要同时维持的项目数量，不改变每个组块内部信息本身的复杂度或可提取性，一个组块如果内部结构过于复杂，提取时仍然可能出错。
怎么落地
- 需要用户短时间内记住一串原始信息的场景（验证码、临时生成的编号、多步操作的关键参数），按照目标用户熟悉的分段方式呈现，而不是按信息本身的原始生成顺序连续呈现，让用户能够利用已有的分段习惯完成组块化。
- 不要假设某种分段方式对所有用户都同样有效——分段方式要匹配目标用户群体真实具备的知识背景，对专家有效的组块方式，对新手可能完全不构成组块，仍然是一串孤立的原始项目。
- 验证办法：分别用未分段和按目标用户熟悉方式分段的两个版本呈现同一串信息，比较用户能正确回忆或复述的原始项目数量，差异越大，说明当前的分段方式越接近该用户群体真实的知识结构。