跳到内容
SiteMonk Learn
中文
Esc
↑ ↓ navigate ↵ open ⌘J preview
本页内容

怎样确定设计原则与建设范围?

把用户需求变成能检查的设计原则,并约定第一阶段要解决的问题。

设计原则是做决定时共同采用的判断依据。建设范围是这一阶段准备解决的问题。两者一起,能让团队知道为什么这样做、先做到哪里。

先记住这几件事

  • 从用户要完成的任务出发,例如找到订单或修改资料,而不是先挑一种视觉风格。
  • 原则要能帮助取舍。“清楚”需要对应检查方法,例如按钮文字能否说明点击结果。
  • 无障碍 指让不同能力、不同使用方式的人都能获取信息和操作网页,应从一开始考虑。
  • 约定使用者、维护者、审核人和第一阶段产出,避免只有目标却没人负责。

用户需求、无障碍和持续反馈的基础原则见 USWDS 设计原则 。

把原则变成工作

原则与检查的示意

以下是示例约定,不是所有网站必须采用的文字。

原先的说法 明确后的原则 怎么检查
要高级 信息先后有主次 能否找到页面主要内容
要好用 关键操作有清楚反馈 保存后能否知道结果
要一致 同一种操作采用同一种表达 多个页面是否同义同用法

用一个例子走一遍

一个预约网站把“能顺利完成预约”作为主要任务。团队发现表单错误不清楚,于是把“出错后知道怎样改”写成原则,第一阶段只整理表单、按钮和提示。设计师负责说明,开发者负责实现,双方一起用键盘和实际文案验证,再决定下一阶段内容。

边界与常见误解

原则不是“只能用一种字体”这类具体参数。参数会随项目变化,原则帮助判断变化是否合理。范围也可以调整,但需要说明新增工作解决什么问题,以及由谁维护。