原型设计
在动手写代码之前,先做出可点击的原型。
原型设计
这个分类涵盖什么
在有人动手开发之前,先做出能点击的东西:可交互的原型、状态变化、人们真正能试用的流程,以及把意见变成观察结果的测试。
它与设计软件的重叠很大,因为如今多数设计平台都自带原型功能。专门的工具则面向这样的场合:交互承载着真正的逻辑,或者研究需要附带录制和分析。
界面设计和设计系统归入设计。无需代码的完整应用搭建归入无代码与自动化。
保真度是一项决定,而不是默认值
这个分类里最常见的浪费,是为了回答一个灰色方块就能解决的问题,去做一个漂亮的原型。
低保真度测试结构:人们是否看懂流程,接下来期望什么,在哪里犹豫。它又快又便宜,几乎不可能投入过度。
高保真度测试理解程度和信心。精致程度会改变行为,粗糙的界面会让人变得宽容,而真正的产品得不到这种宽容,所以凡是涉及信任或购买的内容,都需要看起来像成品。
先确定问题,再选择保真度。反过来做,就是三周时间消失在没人关心的动画里的原因。
工具之间的差别
- 交互深度,从简单的链接到条件和变量。
- 状态,让页面记得刚才输入的内容。
- 组件,在多个页面间复用,不必重复劳动。
- 数据,真实或接近真实的,而不是到处都是同一段占位内容。
- 设备测试,在真正的手机上进行,而不是缩放后的框架。
变量和条件是分界线。一个能保存表单输入、据此分支、记住所做的选择,并展示真实错误状态的原型,能回答只靠页面链接的做法回答不了的问题。
真实的内容比人们想象的更重要。过长的名字、空列表、缺失的图片和错误信息,正是设计容易崩的地方,而占位文字把这些全都掩盖了。
测试才是真正的目的
原型存在的意义,就是展示给不在场的人看。
有主持人的测试能得出原因:一个人为什么犹豫,他以为某个词是什么意思。无主持人的测试以更低的成本大规模获得行为数据,但没有追问。两者都胜过那种声音最大的意见占上风的评审会。
每个受众群体五位参与者,就能发现大部分可用性问题。再往后回报急剧下降,这些时间不如用来修复已发现的问题,然后再次测试。
招募任何人之前,先写好任务。看着某个人尝试完成一件具体的事,这是证据,而请人对一个界面发表看法,只是在聊品味。
从原型到开发
交接的问题是:什么能留下来。
有些团队把原型当作规格说明:把每一个状态、转场、空状态和边界情况记录下来,否则这些都会在实现阶段被拿来争论。大部分价值就在这里。
生成的代码有所改进,用于生产仍需重写。把任何导出的内容当作起步草图,而不是捷径,并预期真正的实现会提出原型从未面对的问题,尤其是在性能和无障碍方面。
成本与实际限制
定价按编辑者按月收费,查看者通常免费,而专门的研究平台则按每项研究或每位参与者收费。
更大的成本是时间。一个要花两周做出来的原型,花费已经超过它所取代的那场会议,所以让范围紧扣要回答的问题。测试服务会按参与者另外收费,有时包含招募,与靠猜相比,这笔钱通常花得值。软件行业更普遍的定价惯例,见定价页隐藏了什么。
原型在哪里物有所值
有三种情形,做原型的投入总能得到回报。
一个真正复杂的流程,书面描述会在不同人的脑子里形成不同的画面,分歧直到实现阶段才浮出水面。
一个牵涉金钱的决策,结账、定价页或注册路径,可以在有人动手开发之前,先让真实的用户测试。
一次演示,无论对内还是对外,亮出一个能运行的东西,会让对话从争论观点变成讨论细节。
除此之外,一份写得好的说明加一张静态界面,往往就够了。值得坚持的原则是问一问原型回答的是什么问题,一旦得到答案就停下,而不是因为文件做起来有意思就一直做下去。
常见问题
原型和设计稿有区别吗?
原型会有反应。它能响应点击,切换状态,在页面之间保留数据,还能交给从没见过它的人去测试。设计稿只是描述它应该是什么样子。
原型需要做到多高的保真度?
足够回答眼前的问题就行,不必更多。结构测试用灰色方块就可以。理解程度和信任感则需要更接近真品的东西,因为精致程度会改变人们的反应。
原型可以远程测试吗?
可以,要么通过电话进行有主持人的测试,要么通过会录下全程的测试服务进行无主持人的测试。无主持人更便宜,得到的是行为,而不是行为背后的想法。
多少人来测试原型合适?
每个受众群体五个人,就能发现大部分可用性问题。再多就是在验证而不是发现,这些时间不如用来修复前五个人发现的问题。
原型能变成代码吗?
生成的代码质量有所提升,但真正投入使用仍需重写。把原型当作消除歧义的规格说明,而不是实现的捷径。