引言

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

　　原型可以有多种实现方法。目前，纸质原型被一些作者所推崇。但电子原型如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或者需要编程知识（一般只有一个人制作——设计师，可能倾向于制作一个”完美”的原型）

　　小贴士

　　研究可行的设计，并使用情景或任务进行用户测试。

　　增加原型的新功能，并进行用户测试。

　　简单的应用软件，原型制作非常容易，只有有限的视图和用户界面元素。

　　更大和更复杂的应用软件，原型可以分为几个，研究应用软件的不同层面，以保持原型的简单。