01 · 通用原则与取舍

适用：任何界面的初步设计与评审。原则之间会冲突，按用户目标、任务频率与错误代价做取舍。

P-01 · 一个区域讲清楚一件主要的事

先写用户要完成的动作，例如“筛选并导出本月订单”。让标题、内容顺序和主操作服务于这个动作。次级行为仍可见，但视觉权重较低。

反例：没有用户数据的首页放六张数字卡片、三种渐变按钮和一块欢迎语。它展示了组件数量，却没有帮助开始工作。

边界：“一个主操作”是同一任务区域的层级建议。邮件客户端、编辑器、监控台可以有多个并行任务，不必把所有操作强行收进一个按钮。

检查：遮住装饰，观察标题、核心内容、下一步能否被迅速找到；使用真实任务做可用性测试，别把“五秒看懂”当通用定律。

P-02 · 优先让用户认出，而不是记住

为字段提供持久标签；输入格式和示例放在需要时能看到的位置。导航说明当前位置。图标含义不明确时配文字，复杂快捷键提供可发现的入口。

反例：只用占位符表示字段名；输入后标签消失。只用一排抽象图标区分“复制、生成副本、转发”。

边界：面向熟练用户的专业工具可以提高密度，保留搜索、提示和快捷键说明，不能假定所有人都已经学会。

P-03 · 一致性首先是行为一致

同一个动词表示同一种结果；相同对象在列表、详情、搜索中的名称一致。相同危险等级的操作使用一致的确认和恢复方式。

不要为了外观统一，把“立即切换生效”的开关与“保存后生效”的复选框混用。组件一致性包括焦点、禁用、忙碌、错误和读屏行为。

跨页统一由共享控件、行为与规则保证，真实差异通过受控变体或独立领域模块保留。详见共用代码与个例、多页面一致性。

P-04 · 反馈对应事实，等待对应工作

点击后立即提供可感知的响应；只有服务端确认后才能说“已保存”。不能计算进度就使用等待状态或分阶段说明，避免虚构 98% 的进度条。

短操作可以只改变按钮状态；整页初次加载可用结构匹配的骨架；已有内容刷新时保留内容并说明刷新失败。不要每次请求都清空整页。

P-05 · 用户能退出，也能恢复

弹层有关闭入口；编辑有取消或草稿；搜索有清除；流程有返回；上传有取消或明确的不可取消阶段。可逆的低风险动作优先提供撤销。

恢复不是一句安慰文案。用户输入、列表位置、筛选条件、已上传部分是否还在，必须由行为保证。

P-06 · 按错误代价分配阻力

这些是建议。实际确认策略由任务风险、服务端能力和项目约定共同决定，不能用弹窗数量衡量安全性。

P-07 · 用内容和结构建立美感

先处理真实标题、正文、图片比例、信息密度和阅读顺序，再加颜色和装饰。卡片适合表达独立对象；连续设置项、段落和表格不必每行包卡片。

优先减少无意义容器、重复标题、过多阴影与说明文字。必要帮助应在用户需要决定时出现，例如上传前知道文件限制、删除前知道影响范围。

P-08 · 可访问性是完成任务的路径

主要任务必须能通过适用的输入方式完成。先使用语义正确的 HTML 控件，再处理视觉样式；不能用颜色、悬停、声音或动画单独传达关键信息。

Web 的键盘操作要求可参考 WCAG 2.2 的键盘条款，组件行为可参考 WAI-ARIA APG。具体实现见输入方式与特殊环境。

给 AI 的检查问题

每次评审选一个主要任务，沿着“发现入口 → 输入 → 执行 → 等待 → 结果 → 恢复或离开”走一遍。逐步记录阻力在哪里、为什么存在、是否有证据支持。不要只评判静态截图。