F3.11.2missing hierarchy governance设计

缺乏统一视觉层级规范是全局强调蔓延的根本原因

别名: 层级无人裁决 · 强调无预算 · no one can say no

概念解释

问「谁能否定一枚新角标」,得到的回答是「各队管自己的功能」或「没有人」。于是角标、色条、动效没有公共上限,蔓延只是时间问题。缺的不是又一份样式说明书,是一份谁来分配第一槽、超了谁来裁的治理。 有组件库仍然可以蔓延:库里每一种强调手段都合法,缺的是「一屏只能用几次」的裁决权。标题里的「规范」若被理解成色值和圆角,就会去写更厚的样式文档,而真正空着的是所有权。

机制

没有共享预算时,强调的边际成本对提出者是零:不占用本队的工时之外的任何配额,却占用全页的对比。理性的提出者会一直要,直到物理上塞不下。组件库反而加速:手段现成,接入成本低。治理要做的是把对比重新变成有价物——例如「首页同时最多一处最强档、两处次强档」,以及一个跨队角色有权拒绝第三处。没有这个角色,文档写得再细也只是建议,建议在指标压力下会被绕过。蔓延的根因是裁决缺席,不是设计师不懂得克制。

边界

单团队、单产品线如果已经有人在评审里稳定拒绝多余强调,治理是非正式的,不必先立组织。治理过严会把真正的事故条挡住,所以系统状态应写在预算之外,并禁止功能需求冒充。多品牌、多国家的页面若各有自己的第一槽规则,要按页面类型对齐,而不是强行全球同一数字——缺的是「每一类页面有没有裁决」,不是「全公司一个数字」。

怎么落地

  • 先指定一种页面类型的裁决人(可以是设计负责人,也可以是该页的产品负责人),写明否决一处强调不需要提出队同意。
  • 给该类型写预算数字:最强档几处、次强档几处。数字进评审清单,不进长篇说明书。
  • 组件库里的角标、色条默认是「需裁决后才可出现在公共页」,而不是「谁都能拖进来」。
  • 验证:用一封虚构的「必须加角标」邮件走一遍现有流程,看有没有一个角色能在不谈颜色、不谈圆角的情况下说不。说不出人,治理不存在。指定人并跑两次真实需求:一次批准替换(新进旧退),一次拒绝第三处最强档。若两次里提出队仍能靠升级渠道绕过,裁决还没生效,不要用加长样式文档代替。

延伸

  • 同组F3.11.1 多个团队各自为其功能争取强调会累积成全局强调 · F3.11.3 修复全局强调需要重新排序优先级而非叠加新的强调手段
  • 相邻F5.11.3 一屏内的强调点数量需要预算 · F3.07.3 优先级冲突时需要重新做内容取舍
  • 站内检索governance · emphasis budget · visual hierarchy · ownership

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/F3.11.2