原则落地：取舍、场景与观察指标 · YUDS

状态：建议，可调整。本页为六条已确认原则补充应用方法，不表示文中的用例已经执行。更新：2026-10-18（UTC+8） 所属章节：六条设计原则

怎样避免原则只停留在口号

同一页面至少选择一条正常任务和一条失败任务做走查。由一个未参与设计的人说出“对象是谁、数据何时有效、当前能做什么、执行后怎样知道结果”，再让高频使用者尝试重复操作。优先修改解释不清的结构，不用堆加说明文字掩盖问题。

原则	设计检查	失败例	验收观察
一致与适配	同一业务对象在宽窄空间保持身份、含义、权限与后果	手机将“提交审核”改为无说明的“完成”	换设备后仍能解释动作作用；数据与状态不变义
清晰与复杂度	当前判断所需信息直接可见，低频细节有入口	为干净隐藏金额单位或关键异常	不打开帮助即可定位对象、关键风险和下一步；比较不依赖记忆
数据可信度	零、缺失、加载、无权限、失败分别表达	请求失败后把金额显示为 0	随机问一项数据，用户能找到单位、期间、性质和有权查看的依据
操作预期与恢复	执行前明确范围，执行后真实反馈	超时直接说失败并要求再次扣费	能区分结果未知与失败；能恢复输入或查找任务状态
易理解与效率	普通入口易找，快捷入口不越过保护	仅支持双击打开；快捷键跳过范围校验	新用户完成普通路径；熟练用户减少重复输入且保持相同校验
可访问	状态不只靠颜色，输入方式可替代，焦点和语义完整	拖拽成为唯一分配入口	使用目标平台辅助方式完成相同任务与恢复路径

这不是所有场景永远不变的优先级公式。涉及行业风险、法规或信息安全的产品规则需要产品负责人补充；无法决定时记录取舍，而非用视觉偏好替代。

每次评审记录以下内容：任务、使用者、起始数据、设备与输入方式、关键风险、预期结果、实际观察、证据、问题负责人。

实际结果使用通过、失败、未执行或不适用；不适用须有明确理由，缺少环境或证据记为未执行。问题状态与规范成熟度分开记录：某次通过不能证明全部平台合格。

以下示例只用于说明评审方法，是虚构的，不是已执行的测试结果。

规范迭代使用的固定评分表见 YUDS 统一设计系统的规范迭代证据入口。它评价规则是否可执行、来源是否可靠、异常是否闭合及文档是否一致；不会把字数、组件数量或引用数量当作质量分。

评分表的 100 个检查点逐点给出定位和反例检查结果。未知、只有原则或未取得证据均不得分；独立审阅可以推翻编辑者的判断。规范达到 95 分仍需没有高／中优先级缺陷，且不代表任何平台已实现。未批准的候选可以完整描述，但其批准和运行验收不能因此记为完成。

另列“已验证实现成熟度”：只有固定构建、真实样例和实际测试证据计分；未检查或未执行记 0 个已验证分，不据此推断现有代码质量差或功能不存在。真实对比度、读屏、触控、键盘、布局和动效的执行方法见质量基线、门禁与验收证据。

目前不虚设完成率、耗时、满意度目标值。选定用户和任务后，再确定基线、样本与阈值。