内容优先级会随场景动态变化，静态视觉层级可能过时
别名: 场景变权重 · 静态层级过时 · state-dependent rank
概念解释
邮箱首页在收件箱为空时，最该被看见的是「如何接入」；堆了三十封未读时，最该被看见的是未读列表；账号即将停服时，最该被看见的是续费失败。同一套模板却始终把顶部促销条做成最重。空、满、事故三种状态下，促销条都第一，该第一的东西轮流当配角。内容名次跟世界状态走，模板名次跟槽位走。槽位当年排对了，状态一变就过时。这不是分给两群人看，是同一人在不同时刻需要不同的第一槽。
机制
静态层级把权重写在槽上：顶栏促销永远最高，列表区永远中等。世界状态改的是槽里装的命题的重要性，不改槽的权重。于是「续费失败」即使语义上压过一切，只要还住在中等槽，视觉上仍输给空洞的促销。人不会先做一次「当前世界的重要性排序」再看屏幕，他们还是按槽的重量编码。过时因此是结构的：不是文案过时，是权重绑定了位置而不是绑定了状态。要跟上状态，权重规则得写成「若事故则事故槽升到第一，并降下促销」，而不是指望用户自己重排。
怎么研究
选同一模板的三个状态做材料：空、常态、事故（或未登录 / 已登录 / 权限将过期）。每个状态先写内容第一项，再测第一注视或五秒第一名。自变量是状态，因变量是视觉第一名是否仍钉在同一槽。钉在同一槽而内容第一项在移动，静态层级就被判过时。把「状态触发的重排」作为处理条件，看目标状态下对齐是否恢复、以及误报事故（把常态当成事故来加重）会不会造成新的错位。
边界
有些产品几乎没有状态（宣传单页、设置里的静态表），谈动态过时没有对象。状态如果每几秒变一次（行情），权重不能跟着每跳变一次，否则第一槽会闪；要设最短停留，或把高频变化收进已经是第一的那个槽里显示数字，而不是改槽的等级。用户主动切换的模式（编辑 / 预览）是状态，但由操作发起，重排可以跟操作走，不必监听外部世界。通知权限关掉时，「事故」可能无法用系统级横幅，界面内的重排更关键。
怎么落地
- 给关键模板列状态表：空、常态、阻塞、危险。每个状态只允许一个视觉第一槽，并且写明从哪一槽升上来、哪一槽必须让位。
- 促销、运营位默认是可被抢占的槽，不要写成不可降级。事故和阻塞升上来时，运营位降对比或撤下。
- 重排要整槽升降，不要在原促销条里塞一行红字——那是在已经过时的第一槽里塞第二语义，两头都会被读错。
- 验证：同一 URL 截空、满、事故三张图，分别做五秒书写。三张图的第一名若是同一运营模块，而事故图的内容第一项是停服，模板过时。按状态表改权重后再截三张，直到每一张的口头第一名等于该状态的内容第一项。不要只测常态稿。