层级结构以父子关系组织内容，是最常见的默认结构

概念解释

层级结构（hierarchical structure）用父子关系挂内容：每个对象有一个（或少数）父亲，打开父亲才看见孩子。网站、文件柜、应用设置默认都是这张树。它常见，不是因为它总是最准，而是因为人已经会「先选大类再往下」这套动作，实现和讲解成本最低。层级回答「它属于谁」；它不回答「它同时像谁」或「下一步必须是谁」。

默认不等于唯一合法。选层级是因为归属关系足够强，不是因为没有别的结构类型。

机制

父子链把集合递归切成互不交叉的口袋，工作记忆一次只处理一层的几个名字。位置可以用「从根到叶的路径」来记，返回上一级有明确语义。代价是每个对象必须先被派一个父亲：派错则整条路径的气味都错；对象同时属于两个父亲时，树会强迫二选一，或偷偷变成多父类却仍按单树来讲解。

层级还暗示从上到下的访问顺序。不知道父亲名字的人无法开始，即使他已经知道叶子的名字。这就是层级作为默认结构的盲区：它对「已知父类」友好，对「已知叶子、未知归属」不友好。

怎么研究

把层级当结构类型来测，而不是当「有没有导航」。

• 范式：树测试（只给父子名）、与矩阵或纯链接结构做同一批已知项任务的对照；再加「只知叶子不知父类」的任务看层级是否起不了步。
• 自变量：深度、每层宽度、是否允许多父、路径是否在界面上可见。
• 因变量：直接成功、在错误父亲下走到底的比例、不知父类时改用搜索的比例。
• 方法论注意点：内部员工记得官方树，会高估层级的默认优势。新用户才是「最常见默认」是否成立的样本。多父类若在测试里被允许，就不再是纯层级，分析结果要单列。

边界

权限、法规或物理位置真的是包含关系时（文件夹、行政区、组织架构），层级几乎不可替代。内容以任务流或关联阅读为主时，硬做成树会把「下一步」伪装成「子类」。对象天然多归属（一篇既是新闻又是产品故事）时，单父层级会系统性误导，应改矩阵或在层级上叠加横向链接，而不是把默认树再加深。

怎么落地

• 只有在「属于谁」是用户的主线索时，才把层级当作主干，并写清每一层的父子规则。
• 给不知父类的人留搜索或交叉入口，不要假设每个人都会从根走起。
• 一个对象需要两个父亲时，显式按多父或改结构类型处理，不要在单树里随便复制一份充数。
• 验证：一半任务只给父类线索，一半只给叶子线索。后者大量失败，说明层级被当成了唯一通路，而不是名副其实的默认主干。

延伸

• 同组：G1.09.2 矩阵结构允许按多个属性同时定位同一内容 · G1.09.3 超文本结构靠关联链接组织内容，不依赖单一层级 · G1.09.4 顺序结构强制内容按固定次序展开，如教程与向导 · G1.09.5 多数系统以层级为主干，叠加超文本横向链接作为补充 · G1.09.6 结构类型与组织方案是两个独立维度，可自由组合 · G1.09.7 矩阵结构对元数据完整度要求高，字段缺失即无法定位
• 相邻：G1.03 分类法与层级 · G2.01 层级导航 · G1.02 组织体系
• 站内检索：hierarchical structure · parent-child taxonomy · tree navigation