F3.07.5audience-split hierarchy设计研究
不同用户群体的优先级不同时，统一的视觉层级无法同时满足
别名: 分群优先级 · 一套层级两群人 · cohort mismatch
概念解释
同一张云控制台首页，开发者要先看见故障与配额，财务要先看见账单异常，新客户要先看见「怎么创建第一台」。产品做了一套折中：三块同样大。每一群都说「我要的那块不够第一」。内容优先级是随群体变的；一套视觉名次只能编码其中一群的尺子。不是折中得不够圆，是「同时当三群的第一」在知觉上没有解。统一层级能服务的是统一的读者，不是统一的 URL。
机制
视觉第一槽仍然只有一个，群体却带着不同的任务图式进同一 URL。图式会调节哪些对象值得深加工，但第一眼仍被权重拉走。若权重按开发者的故障条来排，财务的账单区在第一眼里就是噪声；若三块等重，谁的图式都得不到第一槽，三群一起进入分叉。角色权限只改变能看见什么，不自动改变看见之后的名次——隐藏财务模块能减少冲突，只要两群仍共享可见的那几块，冲突还在。对齐必须先选定「这一视口为谁排」，再排权重；选不了，就拆视口，而不是继续折中像素。
怎么研究
按招募条件分开跑同一份首次注意协议，禁止把样本池在一起报一个「总体第一名」。自变量是群体（角色、新旧、付费与否），因变量是各群体的第一名是否同一对象。群体间第一名不一致，统一层级就被证伪。可以再加一版「按角色换权重」的界面，看目标群体的对齐是否回升、以及非目标群体是否跌到不可用——用来给拆分或个性化提供代价。
边界
极短的公共页（登录、404）各群体的任务足够像，一套层级通常够。无障碍分组不是这种「任务不同」：低视力用户需要的是对比与尺寸，不需要另一套内容名次。管理端如果实际使用者已经全是同一角色，按想象中的「也可能有老板来看」去折中，会伤害真实群体。个性化权重若每进一次都变，会废掉空间记忆，分群应该稳定在角色或模式这一级，不要跟每一次查询走。
怎么落地
- 先写「这屏的主读者是谁」。写不出或写出三个，就不要进入视觉对齐，先拆成不同首页、不同模式或登录后的不同默认。
- 次要角色需要的信息用切换、第二屏或权限进入，而不是在主视口里再做一块同等大的「也给财务」。
- 共用壳子可以，共用第一槽不行。顶栏、导航可以稳定，主区权重跟角色走。
- 验证：两群人分开做同一句任务提示下的首次点击或五秒书写，禁止合并统计。两群第一名不同，这一屏的统一层级失败。解决方案看能否靠模式切换让各自过线；若切换成本不可接受，接受只服务写明的那一群，并在另一群的入口提供另一套主区，而不是把两块都加大。