MODULE 01 / LESSON 04

怎样判断一个设计好不好

把审美争论转成可检查的问题。

4 / 60 课建立设计认知

先理解这个概念

先检查用户能否完成任务,再检查操作成本与视觉一致性。评价的顺序可以是:任务是否明确、内容是否好找、反馈是否完整、是否可访问、视觉是否支持优先级。漂亮截图无法证明真实流程可用。

评价需要明确观察对象。视觉层级、任务完成与长期满意度是不同维度,不能用一个“高级感”评分替代。先说明使用者和任务,再记录可复现的问题、它导致的后果以及修改的优先级。同一个界面在新手首次使用和专家重复工作时,可能得到不同评价。

用程序员的语言说

评审界面像代码评审:先检查正确性与边界,再看可维护性与风格。

记住这三个原则

  1. 01

    给评价配一个具体任务和使用场景。

  2. 02

    记录问题、影响、证据与建议,避免只说“不高级”。

  3. 03

    按严重度排序:阻断任务、增加错误、增加成本、视觉瑕疵。

实际设计时,分三步做

  1. STEP 01

    选定完整任务与数据,例如“找出本月待付款订单并付款”。包含进入页面、执行操作、确认结果,而非只看静态首屏。

  2. STEP 02

    为问题记录位置、触发步骤、预期和实际结果。建议另列,不把“应该用弹窗”混进问题描述。

  3. STEP 03

    优先修任务阻断、不可恢复损失和高频错误。对轻微外观差异,先检查是否真的影响识别,再决定投入。

一个容易理解的例子

BEFORE / 常见问题

评审结论是“按钮不够有质感,换个渐变”。

AFTER / 可以这样改

评审指出“提交失败后输入被清空,用户必须重填,应保留输入并定位错误”。

可以复现、可以验证的意见能直接推动改进。

展开看:从场景到设计决定

订单页有两个问题:筛选按钮圆角不一致,付款失败却显示“已完成”。后者会让用户误判订单状态,应先修复,并补充失败原因与再次付款入口。前者可以进入组件一致性清单。修复后的验收任务应主动制造一次付款失败,检查用户是否理解结果;不能只确认按钮颜色已更换。这里的排序依据是后果,而不是哪个问题最容易修改。

适用边界与取舍

专家检查可以发现明显缺陷,但无法代替目标用户的实际操作。可用性测试也不直接说明视觉品牌是否合适,应让不同方法回答它擅长的问题。

YOUR TURN

把这个原则用一次

先做一个小判断

给一张登录界面列三个检查问题。

再完成一份设计练习

给你常用的软件写三条评审意见,每条必须包含任务、证据、影响和验收方式。

容易踩的坑

不要把视觉一致性排在任务正确性之前。

继续查阅

本课为原创教学解释。具体平台规则与标准可查阅官方资料。

Apple Human Interface GuidelinesMaterial Design 3