套用框架的全部维度而不结合产品阶段会稀释度量重点
别名: 框架维度过载 · 全维度套用 · stage-blind HEART
概念解释
把 HEART 或其他框架的每一维都做成在线报表，却不问当前阶段真正在赌什么，重点会被摊薄。这是框架维度过载（framework dimension overload）。尚未有稳定回访的产品把 Retention 和 Happiness 和 Task success 并列展示，例会就会在三列之间轮流找故事，而本阶段唯一能改变命运的可能是首次任务能否完成。过载的特征是：框架被填满了，决策仍不知道先看哪一列。
机制
框架的完整图示有教学价值，完整图示被当成实施清单后，空白格会产生填空焦虑。阶段决定哪些格现在有信号：预发布几乎没有 Retention 的观察窗，功能探索期的 Adoption 还不稳定，成熟变现期的 Task success 可能已经不是瓶颈。把尚无窗的维度硬接到仪表盘，噪声会获得与真问题相同的视觉权重。注意力是零和的：多出来的列会抢走对瓶颈列的追问时间，也会让实验通过线变得含糊——任何一列上涨都可以被讲成框架在工作。过载因此不是“多知道一点”，而是把框架的覆盖面误当成当前的优先级。
怎么研究
按产品阶段（无稳定回访 / 首次价值未成立 / 成熟优化）抽样度量方案，统计默认视图中的框架维度数、例会实际引用的维度数，以及二者之差。差越大，过载越重。也可以做会议实验：给同一组决策者看“全维度”和“本阶段两维”两种报表，比较他们能否指出本周必须动的那一个问题。跟踪被过载方案指导的实验，看通过理由是否分散在所有维度上而无预先声明的重点。
边界
过载不等于阶段只能看一维。成熟产品可以同时盯留存与任务成功，只要二者都有窗、都有决策。监管或安全相关的任务成功，不因“当前是增长阶段”而从报表消失，但可以不占默认首页的中心。教学、审计和对外汇报可以使用完整框架图，只要默认操作视图仍然按阶段收缩。过载的反面也有风险：收缩成一维且不声明恢复条件，会滑向单维优化，那是另一件事。
怎么落地
- 在框架表上标明每个维度的阶段状态：本阶段主问、仅监视、尚无观察窗。
- 默认仪表盘只放“主问”，监视列折叠，无窗列不出现。
- 实验通过线只绑主问维度，其他维度的上涨不得单独作为成功叙事。
- 阶段切换时重标状态，而不是永远展示框架海报上的全套。