聊聊线框图、原型和视觉稿的区别

两三年以前，我发现很多搞信息技术的朋友们（非设计师）交付设计时，用着上面列出的词汇。他们以为线框图 （Wireframe）、原型 （Prototype）和视觉稿（Mockup）是一个东西：表达自己创意的线框手绘设计稿。 混淆概念便带来麻烦：他们分不清用户体验设计师的作品，常常感到困惑。「这按钮他妈的怎么点不了？」「我不知道这个地方可以按啊！」类似这样的问题在用户体验的项目中屡见不鲜。误把线框图当成原型，有点像建筑里分不清蓝图（指导如何建筑施工的方案）和演示厅。你完全可以试着在演示厅里小住一会（它的妙处就在于能直观传达房间之美），但你没法舒服地躺在蓝图上；蓝图不过是一张纸罢了。 在建筑学上，演示厅和蓝图服务于不同的交流对象：

• 蓝图，即施工方案，详细描述该如何建造建筑
• 演示厅，给未来的居民提供测试和体验的机会

演示厅和蓝图的共同之处是，它们都代表着最终的产品，即建筑（房屋）。线框图、原型和视觉稿亦是如此，这些文档都是最终产品的不同展现方式。 不管你信不信，我向用户体验设计团队授课的第一件事，就是告诉他们分清这三个概念。因为，这实在太重要了。 接下来，让我们详细讨论三者的区别，以后你就懂得在什么样的场合下用什么词汇了。 线框图

1、什么是线框图？ 线框图 （Wireframe）是低保真的设计图，当明确表达：

• 内容大纲（什么东西）
• 信息结构（在哪）
• 用户的交互行为描述（怎么操作）

线框图不仅仅是无意义的线和框的集合；好吧，虽然看上去是的，囧。你可以把线框图理解为设计图的骨干与核心，它承载着最终产品所有重要的部分。 线框图可以帮你平衡保真度与速度。绘图时不用在意细枝末节，但必须表达出设计思想，不能漏掉任何重要的部分。就像给项目以及一起协作的团队成员（开发工程师、视觉设计师、文案作者和项目经理），开辟了一条辅助理解设计的通道。说得再明白点，你是在设计城市地图，地图上能展现出每一条街道，只不过绘制上做了简化。看地图能看出城市的框架，但无法一览城市的美感。 绘制线框图，重点是「快」。大多数时间请和团队成员沟通，多做思考。审美上的视觉效果则应当尽可能简化。黑白灰是经典用色，你也可以用蓝色代表超链接。如果你在准备线框图时花了大把时间（比如，选择图标、上传图片），请换个简单的方式（比如，使用占位符：一个画×的图片，再加上合适的描述文字）。我们习惯把线框图称为低保真设计图。 切记，好的线框图能像水晶一样，清晰明了地表达设计创意，在成员中无缝传达其思想。
2、何时使用线框图 线框图常常用来作项目说明。鉴于其静态设计，一次只能通过一张界面演示交互，因此，务必附上说明。（只要有必要，简短描述或附在复杂的技术文档里，都成。） 也因为绘制起来快速、简单，它也经常用于非正式场合，比如团队内部交流。要是开发问起一个东西怎么做，回复时不妨附上一张迅速绘制的线框图。线框图难以充当用户测试的材料；倒也能收集些反馈，如果你更关心用户意见，而非测试方法。 虽然近些年遭人闲话，但线框图在整个设计过程中发挥着惊人的效果，在复杂项目的初始阶段必不可少。 原型

1、什么是原型 原型（Prototype），常常和线框图混淆，是中等保真的设计图，代表最终产品，模拟交互设计。原型当允许用户：

• 从界面上，体验内容与交互
• 像最终产品一样，测试主要交互

原型应该尽可能模拟最终产品，就算长得不是一模一样（绝对不能是灰色线框设计）。交互则应该精心模块化，尽量在体验上和最终产品保持一致。 原型背后的逻辑不要依赖交互形式。减少制作原型的成本，加快开发速度。
2、何时使用原型 原型常用于做潜在用户测试。在正式介入开发阶段前，以最接近最终产品的形式考量产品可用性。 如你所想，原型一般难以成为上好的文档；因为它得让「读者」费一些力气来理解界面。但从另一个角度来看，作为界面，原型的直观和易懂倒使它成为最高效的设计文档。 请注意，相对其它交流媒介，原型成本高、费时。我建议绘制原型后，能在接下来的开发阶段复用起来。（唔，你可能得亲自编写 HTML 和样式表代码）对于简单的项目来说，相当好用。（一旦考虑「复用」，必将增加绘制成本，偏离原型的初衷。并不建议复用。——译者注） 若设计得当，与用户测试相结合，原型是物超所值的。 视觉稿
1、什么是视觉稿 视觉稿（Mockup）是高保真的静态设计图。通常来说，视觉稿就是视觉设计的草稿或终稿。优秀的视觉稿当：

• 表达信息框架，静态演示内容和功能
• 帮助团队成员以视觉的角度审阅项目

人们常年分不清什么是视觉稿，什么是线框图，和某些软件公司的名字不无关系。噗~
2、何时使用视觉稿 如果你想从股东手里获得认可，视觉稿尤其管用；收集用户反馈也相当好使。 把它添到设计文档里去吧，绝对是画龙点睛之笔。 总结