当你在 Photoshop 或 Figma 打开一个项目，看到那层层叠叠的「图层」(Layer)、那细碎的「组」(Group)以及那方方正正的「画板」(Artboard)，你会不会想，究竟这些是怎么映射到创作者的脑海里那条从整体到细节的「创作层级」之路的？在我看来，设计工具的层级结构往往决定了产品经理在沟通、迭代和评估时的效率与痛点。

先说说「心智模型」(Mental Model)。它不是某种哲学概念，而是人们在面对复杂系统时，用来预测、解释和操控的内部框架。对一个 PM 来说，如果工具的层级布局与他/她对「页面、组件、状态」三大维度的直觉匹配，那么「拖拽」和「复制」就不再是技术活，而是思维上的自然延伸。

设计工具在这方面的常见做法有三种：① 直接把每一张图片放到画板上；② 把同一页面的元素做成一个「组」，再把组放到画板；③ 采用「符号」或「组件」(Component) 把可复用的模块抽象出来，放进组件库。三种做法看似简单，却对应着三种不同的心智模型——「平铺式叠层」「树形嵌套」「模块化重构」。

常见的误区是把「图层」当成唯一的组织方式。Sketch 的早期版本里，所有对象都被强制放进同一层，导致一旦层级深度超过十层，管理成本直线攀升。Figma 在 2019 年引入「画板组」(Frame Group)，让团队可以像在原型工具里一样，把页面拆分成「容器+组件+画板」，大大降低了层级混乱的风险。

从案例层面来看，Adobe XD 在 2022 年发布的「设计系统」功能，核心就是把组件与画板挂钩。一个团队在使用 XD 进行产品原型时，发现通过把组件的「状态」(hover, active)直接绑定到画板的层级，能够在 3 分钟内完成一次完整的页面迭代。相比之下，传统的「层+组」方案往往需要 8 分钟才能把相同的改动同步到所有实例。

数据说话：2023 年一次由《Product Management Review》主办的问卷调查显示，68% 的 PM 认为工具的层级复杂度是「沟通效率下降」的主要原因；而仅有 32% 的 PM 认为这与团队规模无关。可见，层级设计直接影响到跨职能协作的体验。

如果把层级比作一条河流，画板是河岸，组是河段，图层是水流。你会选择哪种河岸，让河流既不冲垮岸边，又能顺畅流动？在你的产品里，层级到底是「按需求划分」还是「按实现细节拆分」？