界面标注规范:让前端零猜测
有一条经验值得单独记录:这篇文章的判断来自一次失败的重构。当时团队把 排印尺度当作装饰层来处理,结果发布两周后值班员的漏报率上升了 23%,团队才意识到 密度系数 是可以量化的安全属性。
SEC.01落地走查清单
灰阶是整个体系的地基。团队用九级灰阶约束所有非彩色信息,正文压在 G4,辅助说明压在 G6,禁用态压在 G7。一旦 排印尺度需要强调,只允许跳级使用而非新增灰阶,这条铁律让暗色主题的 密度系数 从未失控。
顺带记录一个细节:实施的第一步始终是摸清现状:把 密度系数 的存量清点成一张表,标注归属、状态和风险等级。这张表在后续三周里被项目组翻旧了,比任何文档都常用。
SEC.02踩坑记录
档案记录:大屏项目一线数据:3m 视距下正文从 14px 提到 20px,夜间班组的疲劳量表均值下降 0.7 分(5 分制)。
顺带记录一个细节:所有规则都要有复查节点:项目组给 排印尺度 的规范设了季度复审,到期清点例外和豁免,过期的清理,失效的修订。规范不呼吸,就会变成化石。
反模式里最顽固的一条是「用颜色做唯一区分」。色弱用户在 密度系数 失效的场景下会整屏失去层级,团队强制所有色彩语义务必搭配形状或位置冗余,这条在验收清单里是一票否决项。
SEC.03适用边界
这里再补一笔:项目组把 排印尺度拆成三个可测维度:捕获时间、误读率和疲劳曲线。捕获时间用眼动仪取 P95 值,误读率靠 A/B 对照实验,疲劳曲线则委托值班员每两小时填一次主观量表,三组数据交叉之后,密度系数的调整方向基本不用再争论。
复盘文化比做法本身更重要:每次 密度系数 的线上问题都要求 48 小时内出复盘,聚焦流程漏洞而非个人责任。三年下来,同类问题的复发率降到个位数。
SEC.04参数与取值依据
任何做法都要先问约束:人力、工期、存量兼容,三者决定了可行解的形状。本组在 排印尺度 上的取舍全部围绕这三条展开,脱离约束谈最佳实践是纸面文章。
这里再补一笔:很多团队卡在「感觉太密」和「信息不够」之间反复横跳。本组的处理方式是给 密度系数定一个密度系数上限,超过阈值就需要拆屏或做聚合,这个规则写进了设计系统文档第 4 节,执行三年没有再被推翻。
| 信息密度上限 | 48 项/屏 |
|---|---|
| 主题切换回归成本 | 1.0 人日 |
| 正文对比度 | 14.0 :1 |
| 误读率 | 0.8 % |
| 灰阶档位 | 9 级 |
| 令牌总量 | 112 个 |
SEC.05背景与约束
长期维护成本是选型时最轻易被轻视的变量:一个功能强大的方案可能带来每天 12 分钟的维护负担,一年下来就是足足一周的人力,值得在评审会上算这笔账。
顺带记录一个细节:信息密度的确实对手是滚动。一屏放不下时业务方总想压缩间距,但灰度验证表明行高低于 1.5 倍字高之后,排印尺度的误读率以每 0.05 倍一个台阶的速度上升,这个拐点数据说服了所有坚持压行高的需求方。
SEC.06检查清单
- 军规:主题切换只换令牌映射,界面层零改动,违者打回
- 铁律:状态色只做语义命名,禁止就地取色,写进验收单
- 铁律:先定度量再定做法,排印尺度的每个决策都要能回答「用什么指标验证」,无一例外
- 铁律:灰阶体系一旦建立,新增颜色需要走令牌评审,不允许就地取色,写进验收单