原型的不同阶段，含义和作用也各不相同，更加认清了原型在工作中的用途，希望对各位也有所帮助~

不知你有没有这样的经历：为了不让原型看起来丑，会纠结各种细节处理（间距、大小），结果造成工作周期延长，精力损失；为了让原型接近于真实效果，会思考各种精致布局，结果leader来一句‘你现在做这么好看干嘛，这个功能都没确定好’....在各种阶段画出了不合适的原型。

所以今天想聊聊‘交互原型’这一话题，也算是对自己成长的一个总结和沉淀。

文章目录：

·原型的不同阶段

·原型与用户体验的5个层面

·原型产出的原则

Part1：原型的不同阶段

其实我觉得画原型和做设计的理念是一样的：没有好坏，只有是否合适~

当产品经理/交互设计师没认清当前的需求阶段时，无论你画的好不好看，都会出现一些糟糕的现象：一开始就注重细节处理、在原型需要重点输出时，又忽略功能与逻辑上的思考、在功能未确定时追求精致页面效果...

下面是我对‘原型’的理解，所绘制用于表示不同阶段下的需求特征。

01.想法阶段：

在产品需求的初始阶段，功能概念都比较模糊，大部分想法都停留在脑海和口述上（工作中典型的场景，如团队风暴、需求讨论、会议评审）。需要我们不停地理清概念想法，验证需求的合理性、目标是否正确。

所以这个阶段的强调是：产品雏形 - 将我们的想法、概念需求可视化出来，并加以讨论验证。因此，最合适的方式就是用‘草图’表达，快速产出快速修改，能即时看见产品的雏形。

常用‘草图’勾勒产品雏形，除了可以表达想法、探索方向外，好处还在于：

a. 能提升你快速思考、验证假设、优化设计流程的能力。

b. 能展示你思考问题的过程（设计思维），体现专业能力。

02.修改阶段： 

这阶段的产品目标和方向较为清晰，接下来需要优化原有的概念想法，为产品创建一个信息架构、梳理功能逻辑等工作，方便在需求评审会、团队讨论中推动产品功能的进展。 

该阶段强调：理清目标 - 根据用户诉求、业务目标、运营需要等不同目标点，逐步梳理出原型上需要展示哪些功能内容（界面布局、信息取舍）。

所以对产品经理/交互设计师来说，只需产出一个大体上看得明白、能理清产品功能的‘中保真原型’即可。方便即时修改，向产品定型/高保真原型过渡。

03.确定阶段：

到了这个阶段，产品需求的功能布局、信息设计已全部确定，这时一份全面、严谨的‘高保真原型’就尤为重要。

一方面可以为视觉同事的UI输出、开发的落地实现等提供依据。另一方面在各种工作场景中，高保真原型都能发挥很大的作用，如交互评审、领导过稿、A/Btest、demo演示等等。

这一阶段强调：细节核对 - 因为关系着UI输出、界面实现等工作，所以需要注意各种交互细节，以防出现设计、流程上的漏洞。

有2个核对纬度上的检查：

a. 规范对齐

若团队内部有设计规范时，一定要对齐字体大小、颜色、布局、间距等视觉元素。且能复用已有样式就尽量复用，避免出现“一个功能，两种样式”的情况，如图：

b. 交互走查

高保真原型输出后，需要根据交互自查表，一一梳理原型说明是否存在漏洞，以防出现异常流程和内容状态。

另外，当你想要获得用户反馈、测试你的想法是否为业务/用户创造价值时，尽量使用高保真原型。原因在于：能够产生真实的操作效果、给用户带来‘身临其境’的浏览体验。

最后总结一下，不同阶段的原型用途：

·草图：快速表达想法、验证需求、展示思考过程。

·中保真原型：梳理大体产品框架，继续优化功能。

·高保真原型：为UI输出与开发实现提供依据、测试用户反馈、制作交互demo、向领导过稿等等。

Part2：原型和用户体验5个层面

另外我还发现，结合‘用户体验5个层面’来看不同阶段的原型，两者是多么地吻合、有理有据。

01.战略层和范围层 - 草图

产品想要做什么？如何去满足战略目标？在构思把目标和需求转变成功能和内容时，用草图的方式是极为合适的：快速表达、即时验证，能让概念想法马上‘可视化’出来。

02.结构层 - 中保真原型

想法表达后，需要为产品构思一个具体的框架结构，根据业务目标和用户诉求，不断地修改产品功能、信息设计，慢慢完成产品的定型。所以这时候只需产出一个大体上看得懂、方便修改的中保真原型即可。

03.框架层 - 高保真原型

这是原型设计的最后阶段，产品关系已理清、功能内容已确定。这阶段注重原型的界面细节处理，如梳理异常流程、信息的不同状态、是否对齐规范等等，以便后期的界面实现，所以一份高保真原型就尤为重要了。

04.表现层 - UI效果图

原型确定后，接下就是UI优化阶段了，这时候产品的最终效果也就出来了。产品的下次功能迭代，也是根据此UI效果图的基础上进行原型优化、修改。

Part3：交互原型的原则

最后简单说下，原型产出的几个原则：‘使用灰色图’和‘复用已有样式’，避免在今后工作上踩坑：

01.使用灰色图

原型就要有原型的样子，大面积的彩色布局，很容易让人觉得这是UI效果图（视觉同事可不背这个锅），尤其是在交互评审会上，这种细节更应该注意。

02. 复用已有样式

这个上面已经说了，能复用样式就复用，避免出现“一个功能 两种样式”的情况，否则和视觉、开发同事对接原型时，会造成一定的理解干扰。

总结：

以上对交互原型的一些见解，若有描述得不当请多指教，下面是总结文件（转发截图给我可领取）。

文章来源：UI中国

如果您想订阅本博客内容，每天自动发到您的邮箱中， 请点这里

如果您想订阅本博客内容，每天自动发到您的邮箱中， 请点这里

在整体设计流程中，用户故事可以说是点亮应用绝对目标的那一点星光。该片文章的作者将给我们讲解为什么哪怕是小范围的采用用户故事也能给整体UI设计流程带来巨大的好处。

一支设计团队坐下来讨论为一家新客户所设计的应用的第一轮模型情况。随着团队成员不断提出想法，我们发现大家对于这个应用是什么？其功能应该是什么样有着截然不同的看法。后来，会议迅速变成了“谁对谁错”而不是“什么对什么错”的争论。大家纷纷为自己的设计辩护，但没有一个人站在用户角度说话。听着耳熟吗？正是在这种时刻，我们迫切需要描绘用户故事。

今时今日，很多UI/UX专业人士都开始意识到自己工作的环境进入了Agile状态。Agile开发（和设计）流程需要快速推进，相应地，我们也需要能够实现快速、协作的工具。这个听起来像是个矛盾，但实际上确实有很多工具能够帮助我们在不增加项目时间的情况下有效合作。用户故事就是针对“Agile法”的工具，在运用到UI设计流程时，其能够为后续的设计阶段提供坚定的基石。简约版的用户故事操作起来几乎不用时间，但却能对保证项目按轨道运行带来奇迹般的效果。

我们的UI设计团队会在流程中运用用户故事，而在运用过程中我们发现，用户故事帮我们做到了三件事。

1.   用户故事可以让产品以用户为核心。

2.   用户故事可以促进团队成员之间的合作。

3.   用户故事可以防止出现功能蔓延以及设计死胡同。

什么是用户故事？

从根本上说，用户故事的用途是描述用户通过使用软件产品想要实现的任务。用户故事起源于Agile和Scrum开发策略，但是对于设计师来说，用户故事主要用来提醒用户目标以及对各个界面设计进行整理和排序。

一个用户故事就是简单的一句话。可以用这句作为模板：“作为用户我需要（基本用户目标）”。因为故事都很简短而且有针对性，所以需要多个不同的故事来覆盖所有可能的用户案例。事实上，我们会想办法把每个故事进行细化。

举个例子，一个用户故事刚开始时是：

“作为用户我需要创建一个新帐户。”

但是新建帐户的过程中又涉及到哪些步骤呢？用户需要提供用户名、密码以及其他相关信息。其中每个操作都需要有相对应的用户故事，故事越具体，到后期对设计师和开发来说就会越方便。那么，“创建新帐户”就可以进一步细化为：

“作为用户我需要输入一个新用户名。”
“作为用户我需要输入密码。”
“作为用户我需要再次输入密码进行确认。”
“作为用户我需要提交信息，创建帐户。”

这样继续下去，最后就会得到一大长串用户故事，其中大部分都需要加入到最终产品内。

我们最近为Quiksilver服装设计了一款iPad应用，可以让销售其货物的店铺跟踪当前存活状态，以便轻松下单订新货。就是这么一款看似非常简单明了的应用，我们想出了266个用户故事（刚开始时）。你们都没想到细节能够细到这种程度吧！

以用户为中心

作为设计师，我在第一次和项目相关人员开会的时候就会开始考虑布局和配色方案。在听他们说目标以及了解终端用户情况的同时，我就能想象出这款应用应该是什么样的。但关键在于不能本末倒置——我们要先确定用户故事，让用户故事道出设计，而不能倒过来搞。

在对应用的所有用户故事做完脑暴之后，我们会把故事放到Google的合作电子表格上，以便客户在想到有其他用户故事时随时添加。在客户和团队感觉已经穷尽所有内容之后，我们会给每个故事一个编号。这些编号到项目后期会派上大用场，我们会用编号作为一个简明的标签来表示哪些故事需要在哪个时间段处理。

这个表格的功能不仅是提醒我们应用的功能，还能让我们在整个流程中与用户紧密相联。每个用户故事都是针对于我们终端用户的，以便保证始终照顾到他们的需求。这一点在一个有关约会应用的项目中表现的尤其明显。

关于这个应用，我在给“用户资料”页面做线框图的时候，最开始以为需要添加一个“保存用户”功能按钮。但是，我不经意瞟了一眼“用户资料”部分，突然想起来用户故事中的一个细节：“作为用户我需要收藏其他用户。”

把“保存”一词改成“收藏”这个决定虽小但很关键，因为“保存”用户听起来冷冰冰的，而“收藏”则契合了用户有关约会的心态。设计师容易陷入到技术的陷阱中，特别是在对功能投入了大量时间之后。而用户故事可以提醒我们时刻以用户体验为核心，因为用户体验是最终决定应用性格的东西。

促进合作

UI设计通常涉及到的人不止一个。其中还可能包括客户、设计师、程序员以及一大堆的其他职位工作人员，具体要取决于公司的规模大小。从很多方面说，这就类似于一队人划船。要赢得比赛，团队的每个成员都要以相同的速度朝着相同的方向一齐划桨。这并不是说所有人的意见都要始终统一，而是说所有人都要有统一的目标并且清楚自己在团队中的角色。

虽然我们在CitrusBits所采用的流程远算不上完美，但是我们却发现用户故事能够保证船上的人劲都往一处使。以用户故事为基准做出决策让我们得以明确定义出应用的目标。这样一来就大大降低了团队合作时的障碍，因为我们用简短、有针对性的词句明确定义出了共同的目标。

另外，用户故事还能让身处不同地理位置的团队更加轻松的合作。我们在为一家旧金山客户开发一款问答类应用时，我们在海湾地区的团队会时不常的和客户碰面讨论应用要求。他们写出了用户故事（但并没有在项目期间进行其他修改）然后放到了Google Drive。而我们身处洛杉矶的团队则可以在画线框图的同时随时参考用户故事，并进行必要的改动。要不是有了这个步骤，这个项目所花费的时间会长的很多，而且还会需要通过大量漫长的解释工作来解决这些简短用户故事几分钟就能解决的问题。

防止出现功能蔓延以及设计死胡同

“功能蔓延”是一个UI设计中常见的词。它是指相关人员会不自觉地不断增加新功能，扩展项目范围，这既包括硬件也包括软件方面。

这幅漫画完美地诠释了功能蔓延。

当然，在项目进展期间我们是不反对更改要求的。但是，除非有明确的用户故事告诉我们原因，我们会拒绝哪怕添加一个简单的文本框。我们之所以在这方面这么强硬，是因为之前看到过有的项目超出控制、丢掉中心最后无法实现最初设定的目标。

举个例子，不久之前，我们有个客户忽略了用户故事这回事。当时我们正在给一家处理保密资产的公司搭建应用，客户想要做一款能够管理员工之间通讯的应用。主要的通讯手段是一个使用文字信息和图片的公司内部对话平台（这一点我们都认可了），这个我们记录到了用户故事里。后来，客户又要求增加视频、语音信息和位置分享。为了保持我们“灵活”的形象，我们想办法把这些内容加入了新的通讯系统，也因此扩大了项目范围，推迟了时限，在做完了全部工作之后我们却发现添加的内容其实对终端用户没用。

尽管新增的功能也很屌，但我们最开始的初衷是做一款尽量简化通讯的应用以便促进团队建设和协作，不让他变成一个公司内部的Facebook。于是，我们又回到了用户故事并重新提醒了客户做应用的初衷，最后成功组织了功能蔓延，回到了正轨。多方面的实验尽管能带来很多很棒的成果，但是如果产品无法满足根本要求，再精巧也没意义。

通过这次教训，我们在开发Quicksilver这个针对B2B公司的销售类应用时严格遵照用户故事开展流程。最后，最终产品一丝不苟地遵守了最初设计，这主要归功于我们在前期积累了一套全面的用户故事。以用户故事为基石为后期节省了大量工作，同时也让我们的工作更加有序、更加以用户为中心。尽管产品的每次迭代都带来了更多的用户和客户反馈，但产品理念的核心一直屹立不倒。

产品从最初设计到最终成品变化非常小。

每个用户故事对于设计团队和开发团队来说都有自己的一套意义。时刻思考技术限制虽然说是好的，但是毕竟我们说的是“用户故事”，不是“开发的故事”也不是“设计师的故事”。正因为我们通过用户故事对用户的观点进行了排序整理，我们才能更轻松地了解所面临的问题进而创造出一款真正有用的最终产品。

 蓝设计( www.lanlanwork.com )是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计

我们不会放过一套好的ui素材，一定会把他们分享出来，而今天分享的就是由云瑞整理的2017年11月新出炉的ui套装源文件下载，这些套装都是极简主义和扁平化风格的，都是当下最流行的，包含web和手机app界面ui，希望对您有用

UI空状态404错误页可以帮助网站避免丢失用户的信任，并正确引导用户返回其它页面，减少客户的流失量。404页面的设计也是提高用户体验的一种表现形式。下面我们以去哪网404页面为例来为大家具体讲解一下404的构成。

网页中的header，一般我们称之为顶部导航栏，这里为了行文方便，以下都简称顶部栏。顶部栏对于一个网站的用户体验来说是至关重要的，因为根据用户的浏览习惯（从左到右，从上到下），当他们进入一个新的网站，顶部栏通常是他们看到的地方。我们都知道用户对于你产品的第一印象是很重要的，因为它会一直伴随接下来的使用过程，而且第一印象无法更改。

iPad 在很长一段时间内对于笔者来说，都是看视频玩游戏的工具。但由于手机更易携带且功能接近，iPad
就逐渐被我忽略在了角落里安静地吃灰。直到 iPad Pro 发布，我突然意识到了 iPad 是可以画插画的，即使是我的旧 iPad
也可以老树逢春。于是我怀揣着「旧物利用」的环保理念开始了 iPad 插画的研究之路。下面我把总结的入门经验分享给大家。（教程适用于所有版本的
iPad 哦）。篇幅可能有点长，be patient, 好伐？

Facebook 设计副总裁有个问答栏目，今天的问题是：对于设计师来说，什么才代表着成功？在这篇译文里，她分享了自己的观点。