R2.02.1Intent-referenced design QA设计

走查对比实现与设计意图

别名: 设计走查 · 对照意图 · 像素完美癖 · 实现验收

概念解释

设计走查要比的是实现与设计意图(intent-referenced design QA),不是视觉稿和屏幕之间的像素差。意图是那张稿子在论证的决定:哪个动作是主路径、空态在说什么、这一级信息该压过那一级。实现可以对齐某一画板的栅格,同时把次要动作做成唯一可见的按钮——像素过了,意图没了。

它不是认知走查那种「新手会不会想到下一步」,也不是把视觉稿当金标准逐点扣。稿子是意图的插图,插图上有构图偶然、占位数据和某一宽度的折中。走查问的是:做出来的产品还在不在执行那条决定。

机制

视觉稿同时带着两类信息。一类是决定:主按钮承担提交、空列表要引导创建、错误要把原因放在字段旁。另一类是那一帧的绘画结果:为了对齐网格多出来的 2px、占位头像的裁切、演示数据刚好一行。像素比对无法区分两类——它奖励复印插图,包括插图的事故。

意图比对要求先把决定写成可检验的句子,再拿运行中的产品问这句话还成不成立。句子成立而像素有差,是实现选择了另一条同等合法的路径(字体回退、平台控件)。句子不成立而像素很近,是更危险的失败:看起来像,做的是另一件事。走查的产出应是「意图句 + 是否成立」,不是一张贴满红线的截图。红线可以作附件,但不能当判据。

边界

品牌战役页、需要像素级对齐印刷物料的投放图,意图本身就是「与稿件同构图」,像素差就是意图差。无障碍对比度、触控最小尺寸这类有下限的属性,测量值就是意图,不必再翻译成句子。探索尚未收敛、稿子里并存两套决定时,走查没有单一意图可对,应先停在「哪套决定有效」而不是开始扣实现。纯视觉打磨阶段若双方已声明「只收像素」,走查会退化成贴红线;那是另一种活动,不要混进意图走查的记录里。

怎么落地

  • 走查前列出本功能的意图句,每句对应一个可观察的产品行为,不对应一条测量。
  • 对着运行中的产品逐句判定成立/不成立;不成立时记下实际行为,而不是记下偏了几个像素。
  • 像素偏差只有在能改写意图句时才立项(次要动作在视觉权重上压过主动作);改不写意图句的偏差标为可选打磨。
  • 验证:抽十条走查记录。每条必须能读出一句意图。只能读出「差 2px」而写不出意图句的,从走查记录里剔除,改放到视觉打磨清单。

延伸

  • 同组R2.02.2 需在功能完成后、发布前进行 · R2.02.3 问题需分级而非一律要求修复
  • 相邻R1.03 组件状态的完备性 · R2.12 设计与开发的协作节奏
  • 站内检索design QA · design intent · pixel-perfect · implementation walkthrough

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/R2.02.1