设计理论：原型的使用

部分未翻译，欢迎大家补充并纠正错误！转载注意留个名就行！

September 17th, 2007
By Gerd Waloszek and Joelle Carignan, SAP AG, User Productivity
翻译：Qing
原文地址：这里

在产品开发的整个过程中，原型有利于评估设计的可行性。这里三种方法：故事版、纸质原型、HTML原型。这里给出各种原型方法的利弊，以方便你做出最合适的选择。

引言

原型是一个有价值的设计工具。在产品开发的整个过程中，有利于评估设计的可行性。在初步设计阶段，能够探究和测试用户。在实际设计布局和更详细的交互问题，能够评估和测试。之后的”高保真”模型，可以用来提供一个最终软件的”演示”。此外，故事板可用于基本可用性检查。

原型可以有多种实现方法。目前，纸质原型被一些作者所推崇。但电子原型如HTML原型，也有其支持者。HTML的原型是特别适合web应用程序或如果只是屏幕序列的探讨。当然，也可以使用其他任何熟悉的工具（如VB、PowerPoint等）。

图1 ：纸质原型的创建是一个团队的努力；这个团队分成三个组，创造各自可行的原型

图2 ：当原型制作完成，每组出一个人给整个团队介绍小组的设计，然后评估每个原型的利弊。

故事板

故事板，也称为写生，是原型一个很好的补充，可用于基本可用性检查。使用这种方法，你能回答的典型问题如下：

• 是否是简单的对话？
• 什么是阅读模式或工作？
• 相关内容是否组织在一起了？
• 在屏幕上有太多或太少的内容？

图3 ：一个故事板

故事版也可以被作为线框模型实现，然后作为最终的规格。大多数使用在网站或者学习型软件，即内容为驱动的产品。

图4 ：用微软的PowerPoint制作的部分线框模型（每个视图是一个幻灯片）（点击图片放大）

纸质原型

材料

图5 ：一个简单的原型

纸质原型，可以有多中方式，这取决于个人经验或喜好。纸质原型典型的材料是：

• 纸板——用于屏幕；
• 邮票式张贴——用于菜单、对话框和其他的屏幕元素；
• 透明的幻灯片——用于临时项目或用户输入；
• 隐藏的带子或者其它用于用户输入的带子；
• 笔和标记（可擦写标记用户输入或临时信息）；
• 用来擦除输入的水；
• … …

图6 ：一个更复杂的纸质原型的实例

优势

• 技术壁垒消失
• 更少的辩护（Less invested effort to defend）
• 更少的辩论时间
• 传达产品”感觉”不错
• 比Visual Basic 或者HTML原型制作快速
• 在编码之前快速实现
• 廉价
• 创建快速和容易（不到一两个小时）
• 可以创造出一组——这有助于求得设计的共同理解
• 人人都可以参加设计纸质原型——不需要特殊的”工具”知识
• 用户可以协同设计原型或参加之后的测试部分
• The focus of paper prototype discussions with users is the structure of the application and the suitability to the task
• Discussions about “taste” matters or graphic design can be avoided
• 没有妨碍用户对原型的批评，因为它显然是临时的

缺点

· 有限的交互——不是所有的交互问题可以被充分的测试（例如，某些功能，例如鼠标划过事件给用户一个反馈无法模拟）

• 不能评价的响应时间
• 不得在实际系统中制造假数据
• 不能评估视觉
• 图标
• 屏幕真实状态问题
• 需要摆弄大量的纸
• 当原型测试时，至少有一人需要扮演”电脑”
• 超过3个人的演示是不合适的

HTML原型

低保真原型

低逼真原型容易制作，用来展示基本交互作用，例如静态的html 。它可以用来与用户“彩排”，并要求他们以下问题：

• 描述系统和每个对象
• 在那里能找到[每个功能] ？

图片7 ：如果交互问题是焦点，低逼真的HTML原型可以用简单的html元素来创建

高保真原型

高保真原型可用于向董事会或同事展示，因为它传递了最终软件的许多特点，举例来说，视觉设计。它们也适合于正式的可用性测试：

• 给予用户书面任务完成所需数据
• 要求用户边想边说出
• 测试协调人（facilitator）引导用户通过测试
• 测试记录人记录可用性问题
• 团队里其他人默默观察，而且最好是与测试用户不在一个房间里
• 最后，可用于满意度问卷

图8 ： HTML的原型比纸原型更适合检查设计的动态过程；这里的”高保真”的html样机已经包含视觉设计的元素

工具

• 所见即所得（WYSIWYG）的html编辑器（或你选择的任何其他编辑——不过所见即所得更快）
• 一个或多个浏览器测试原型
• 图形工具
• 设计元素库（一旦设计元素库建立，有助于形成一致的外观和加快开发速度）
• 图形库或其他屏幕元素（有助于在其他事情重复利用屏幕元素（screen elements））
• ……

优势

• 更好的交互，尤其是有益于评价屏幕变化（但通常需要一个人扮演”计算机” ）
• 很好展现软件的设计或者可能的设计
• 测试和最终编码之间，还有时间来作出改进
• 无需纸张

缺点

• 制作需更多时间（通常是一个或更多天）
• Barrier to discard the prototype and start over
• 不灵活，能以测试新的想法或替换
• 提供现实的情况及假数据是费时
• 分析、剪辑录像带、写报告延误改进的执行
• Often discussions on implementation issues (”taste”) dominate content discussions
• 用户不能协同设计原型，他们只能提出建议（即不能立即检查）
• HTML或者需要编程知识（一般只有一个人制作——设计师，可能倾向于制作一个”完美”的原型）

小贴士

• 研究可行的设计，并使用情景或任务进行用户测试。
• 增加原型的新功能，并进行用户测试。
• 简单的应用软件，原型制作非常容易，只有有限的视图和用户界面元素。
• 更大和更复杂的应用软件，原型可以分为几个，研究应用软件的不同层面，以保持原型的简单。