历史 Dig · 2026 年 7 月—8 月
AI 做出的网页看起来都一样，交付前怎样查问题？
页面“像 AI 做的”通常只是表面症状。更贵的问题是：主动作藏在装饰里、长文案把布局撑坏、错误没有出口、手机或键盘走不通。交付前只问“好不好看”，这些断点很容易漏掉。
它和 Workflow 001 的关系
与当前主题的关系
它检查的是交付前的任务断点，不是帮 AI 换一套皮肤。
这条历史记录接在“第一张本地图”和“AI 输出核验”之后：生成只说明页面出现了，核验还要回到使用者真正要完成的事。它与 Workflow 001 的关系是方法性的——工具可以给建议，但完成、恢复和交付仍由人确认。
当时的记录状态
- AI 网页
- AI 产品原型
- 标准记录
- 继续调查
- 历史 E1 · 当前一手资料已复核 · 无真实项目或用户任务结果
当时的建议
当时的判断
把页面当成一段要走完的路，不当成一张要打分的海报。
展开完整判断与退回规则
把页面当成一段要走完的路，不当成一张要打分的海报。先让一个明确使用者完成一个可信任务，再依次看入口、下一步、失败与恢复、结果；最后才处理风格雷同。工具建议必须落到一个可定位断点和一次复测，不能只说“更高级”“更现代”。
- 适合谁
- 已经能用 AI 做出网页，但交付前不知道先查哪里、也不想陷入无休止审美争论的个人开发者和小团队
- 为什么当时值得看
展开说明
页面能打开、截图好看、测试全绿，都不能单独证明使用者能完成那件事。越晚发现主任务、状态或窄屏断裂，修复越容易牵动整页。
- 这份判断到哪里为止
展开说明
本站复核了 Impeccable 当前仓库、W3C 无障碍资料与 GOV.UK 可用性测试方法，但没有在真实项目安装 Impeccable，也没有邀请目标用户完成任务或比较修改前后的完成率。W3C 条款用于最低可访问边界，GOV.UK 方法用于说明怎样观察任务；它们都不证明某个页面已经好用。
读之前先对一下
是否适用
有明确使用者、一个核心任务和可回退预览时，这次走查才有意义。
这条记录可能帮得上
- 已经有一个能打开的本地或预览页面，也能说清最重要的使用者和一个核心任务。
- 愿意先修最多五个可定位断点，而不是一次重做整套风格。
这些情况先不要照着做
- 页面还没有最小可走通流程，或者核心任务仍在变化。
- 需要正式无障碍认证、安全审计、法律验收或大样本可用性结论。
- 只想让工具自动换一种风格，不准备检查任务是否更容易完成。
历史试法 · 未做真实用户验证
当时的试法
用一个不提示按钮位置的任务，把页面从入口走到结果。
- 大概用时
- 15–25 分钟做一次交付前走查
- 可能花费
- 先手工检查，不购买设计工具或模型额度
- 权限边界
- 只用本地分支、预览地址和虚构数据；不直接发布，不输入真实账号或客户资料
- 01
先做什么
展开这一步
写一句不提示按钮位置的任务，例如“找到本期判断并打开一条来源”。从页面顶部开始，只用键盘走一次；再在 320 与 1440 像素、实际支持的每种语言重复。故意触发一个可恢复的空态或错误；没有这种状态就记为缺口。
- 02
手里应该多出什么
展开这一步
最多五条修正，每条都写明：谁在哪一步停住、截图或焦点证据、要改什么、怎样复测。
- 03
怎样算成功
展开这一步
核心任务在支持的语言和两种宽度都能完成；焦点始终可见，失败有文字说明和下一步；每项改动都能回到同一任务复测。这里的“通过”只代表这次走查，不代表真实用户验证。
- 04
遇到什么就停
展开这一步
建议只能说“更好看”“更高级”，无法对应任务、可读性、状态、窄屏、键盘或错误恢复中的具体断点。
- 05
怎么恢复原状
展开这一步
每类改动单独保存；复测没有改善，或破坏另一种语言、宽度、主题和状态，就撤回该项而不是继续堆补丁。
BITSHOVEL R3 说明图 · 非工具界面
方法与界面
红线只追一条任务；黄点只记录人能看见、能复测的证据。
展开方法边界
先看入口、下一步、失败与恢复、结果，再跨手机、桌面、语言和键盘重复。同一句“更高级”如果不能对应某个断点，就停在海报评分区，不进入修正清单。
红线追踪一条任务，黄点标记可观察证据。右侧“海报评分”是停止线：只谈气质、不解释任务改善的建议不进入修正清单。
图片来源与说明
BitShovel 于 2026-08-15 根据 Impeccable 当前公开范围、W3C Reflow / Focus / Error 指南与 GOV.UK 任务测试方法绘制。它不是 Impeccable 界面、真实用户结果、无障碍认证或产品背书。
打开来源页面 ↗依据和来源
依据和来源
截至 2026-08-15，一份产品方仓库、三份 W3C 边界和一份 GOV.UK 方法可以组织走查，不能证明本站页面或任何工具已经改善用户完成率。
展开证据边界
历史 E1 只核对过 Impeccable 产品方资料。R3 增加 W3C 与 GOV.UK 一手方法来源，把工具的设计词汇、技术检查和真实用户任务分开；仍没有本站效果数据。
- 01当前产品方资料 · 本轮复核
Impeccable 当前把设计评审拆成 critique、audit、harden、adapt 等不同动作
- 02当前无障碍资料 · 本轮复核
W3C Reflow：320 CSS 像素下不应丢信息或被迫双向滚动
- 03当前无障碍资料 · 本轮复核
W3C Focus Visible：键盘使用者需要看见当前位置
- 04当前无障碍资料 · 本轮复核
W3C Error Identification：错误必须用文字说明哪里出错
- 05当前用户研究方法 · 本轮复核
GOV.UK：观察目标使用者完成可信任务，而不是问他们喜不喜欢页面
修订记录
修订记录
R3 把“AI 味”从结论降为症状，把真实任务放回中心。
展开 2 次修订
- 第 2 次
从产品特点评价改成面向交付前设计检查的用户问题。
- 第 3 次
把“AI 风格雷同”降为表面症状，以一个可信任务组织层级、状态、窄屏、语言、键盘与错误恢复检查；撤下三张没有开放复用许可的 Impeccable 图片，改用本站说明图。
- 更正前的说法
- 交付前按层级、文字、状态、移动端和可访问性逐项检查，再决定是否采用工具建议。
- 更正后的判断
- 先用一个可信任务串起全部检查：人从哪里进入、下一步是否明确、失败怎样恢复、结果在哪里；宽度、语言和键盘是同一条路的不同走法。风格修正只有在能解释任务改善时才进入清单。
这条记录留下什么
这条记录留下什么
先修人走不通的地方，再讨论页面像不像别人。
交付前不需要一百条审美意见。需要的是最多五个能在截图、焦点、错误或任务路径里定位的问题，以及改完后用同一个任务再走一次。
回到 Dig 索引