怎样确定设计原则与建设范围?
把用户需求变成能检查的设计原则,并约定第一阶段要解决的问题。
设计原则是做决定时共同采用的判断依据。建设范围是这一阶段准备解决的问题。两者一起,能让团队知道为什么这样做、先做到哪里。
先记住这几件事
- 从用户要完成的任务出发,例如找到订单或修改资料,而不是先挑一种视觉风格。
- 原则要能帮助取舍。“清楚”需要对应检查方法,例如按钮文字能否说明点击结果。
- 无障碍 指让不同能力、不同使用方式的人都能获取信息和操作网页,应从一开始考虑。
- 约定使用者、维护者、审核人和第一阶段产出,避免只有目标却没人负责。
用户需求、无障碍和持续反馈的基础原则见 USWDS 设计原则 。
把原则变成工作
原则与检查的示意
以下是示例约定,不是所有网站必须采用的文字。
| 原先的说法 | 明确后的原则 | 怎么检查 |
|---|---|---|
| 要高级 | 信息先后有主次 | 能否找到页面主要内容 |
| 要好用 | 关键操作有清楚反馈 | 保存后能否知道结果 |
| 要一致 | 同一种操作采用同一种表达 | 多个页面是否同义同用法 |
用一个例子走一遍
一个预约网站把“能顺利完成预约”作为主要任务。团队发现表单错误不清楚,于是把“出错后知道怎样改”写成原则,第一阶段只整理表单、按钮和提示。设计师负责说明,开发者负责实现,双方一起用键盘和实际文案验证,再决定下一阶段内容。
边界与常见误解
原则不是“只能用一种字体”这类具体参数。参数会随项目变化,原则帮助判断变化是否合理。范围也可以调整,但需要说明新增工作解决什么问题,以及由谁维护。