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

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

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

在整体设计流程中，用户故事可以说是点亮应用绝对目标的那一点星光。该片文章的作者将给我们讲解为什么哪怕是小范围的采用用户故事也能给整体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界面设计 、 包装设计

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

之前有句古话：“好的设计都是显而易见的”现在看来可能已经过时了，而且我很确定的说在之前的几个世纪它都有不同的形式。它可以是一个好的美食、音乐、建筑、服饰、哲学以及其他的一切。

需要值得注意的是人类思维的变化非常缓慢，对人类行为的知识在至少50年左右的时间内都不会过时。为了使读者们便于理解，我们将会帮助我们设计伟大的产品的设计原则保持一致性。我们每个月都会至少被提醒一次这些小的设计原则，以至于我们可以更好的进行设计。

人类大脑的容量每年都几乎不会改变，所以研究人类行为的见解将有很长的保质期。二十年前对用户来说很困难的东西今天可能依旧困难。——j·尼尔森

回顾：不要让我思考

早在2000年，Steve Krug就曾列出一些有用的设计原则，在现在看来依然很有价值和影响的互联网泡沫破裂之后。即使后来有一些修订版本，但是内容依然没有什么改变。是的，你可能会说现在的互联网看起来更现代，网站更有组织（而且还有更多的flash）。但我的意思是，人类的行为几乎没有改变。我们总是希望“不要让我思考”原则适用于任何跟我们产生互动的产品（无论是微波炉、电视、智能手机或是汽车）。

1、我们从不阅读，我们都是一扫而过

这个原因是：在阅读过程中我们都带有一个使命，因此我们只寻找我们感兴趣的东西。例如，我很少记得自己浏览过的产品网站主页上的大部分文字。为什么？因为大多数上网的用户都在努力完成一些事情，而且是快速完成的。我们没有多余的时间去阅读。但是我们仍然放了很多文字在网站上因为我们认为人们需要知道这些。或者正如一些设计师们所说的：“它增加了体验”。

使用大量的标题——它们会告诉你每个部分是关于什么的，或者它们是否与这个人相关。无论哪种方式，它们都能帮助你决定继续浏览或离开网站

段落要短——段落长的话会让读者很难确定自己的位置，而且它们比一系列短段落更难浏览。在段落中总有一个合理的地方把它分成两段。

使用项目符号列表——几乎任何东西都可以是项目符号列表。你有一个用逗号分隔很多东西的句子吗？然后它可以是一个项目列表。另外，不要忘记在项目列表行之间留出空间，以便进行最佳读取。以Medium为例。

突出关键字——许多页面扫描过程包括寻找关键字和短语。用粗体显示最重要的一个，这样更容易找到。此外，不要突出太多的东西，因为它会失去效率。

2、创建有效的视觉层级

另一个有助于扫描页面的重要方面是提供适当的视觉层次结构。我们必须弄清楚，页面的外观描述了元素之间的关系。有几个原则：

一件事越重要，它就越突出。最重要的东西要么是更大的，要么是更大胆的颜色设置。

逻辑上相关的东西，在视觉上也一样相关。例如，在相同的视觉样式下或在相同的标题下进行分组的事情一般都是相似的。

3、不要重复造轮子

我们相信人们想要更多的新东西。但我们忘记了，市场上有很多app，每个都需要我们的时间。每一个都有不同的互动，每一个都需要我们学习。当我们想到：“哦，伙计，又一个要学习的应用程序？！”

在我说这句话之前，有一点很重要的我们需要知道：

作为设计师，当被要求设计新东西时，我们会忍不住去尝试重新发明轮子。因为像其他人一样做事似乎是错的。我们被雇来做一些不同的事情。更不用说，业界很少会因为设计出“最佳使用惯例”的产品而获得奖励和赞扬。

在重新发明轮子之前，你必须了解你想要颠覆和创新的东西的价值（时间、精力、知识）。

4、产品使用说明必须消失

我们的工作是让事情变得清晰明了。如果显而易见不是一种选择，那么至少不言自明。关于指令你需要知道的主要事情是没有人会去读它们。我们的目标是去掉这些说明，使一切都一目了然。但在必要的时候，尽可能地削减（但实际上，没人会去读它们）。我们蒙混过关。

如果它不明显，那么我们应该力求不言自明。

以宜家为例。如果你让一个普通人从宜家(IKEA)组装一个衣柜，我敢肯定，他在大多数情况下都会把它组装好。为什么？在大多数情况下，如果我们面前有一幅清晰的图画，我们就能清楚地看到它应该如何装配。但即使在他们看说明书的情况下，没有文字，只有图像。

5、我们并不在乎你的产品是如何运作的

对于大多数人来说，了解或理解你的产品是如何工作的并不重要。不是因为他们不聪明，而是因为他们不在乎。因此，一旦他们确定了你的产品的用途，他们就很少会转而使用其他产品。

让我们以苹果AirPods为例。我们都可以承认，就你所付出的代价而言，它们是最糟糕的耳机。但当我观察人们如何与它互动时，我明白了他们购买它的真正原因。他们不会让你思考为什么它不工作。你甚至没有注意到他们有新技术。

我看着我妈妈是如何与它们互动的，她从来没有问过我背后的技术是什么，或者它们是如何工作的。她知道，只要你在你的设备附近打开盒子，它就会连接起来。它是那么容易。

6、人们不会去寻找“微妙的线索”——我们很匆忙

我最喜欢的一点。我们设计师喜欢给用户微妙的效果和添加美丽的快乐。对吧？那么，如果我告诉你你的用户不关心它呢？不管他们告诉你他们有多关系，可是他们没有。第一次？是的。第二次？好的。第三次呢？说实话，我要看多少才能看够？

为什么会这样？与app的愉悦感和微妙的效果相比，生活是一个压力更大、要求更高的环境。例如，你是一个父亲，你的孩子因为想要冰淇淋而尖叫，狗在叫，因为有人在前门叫唤，而你正试图订一张40分钟后就会开走的火车票。在那个特定的时刻，人们不会对你微妙的暗示表示不满。另一方面，我们可以使用它们，但不是当它杀死用户流的时候。

7、焦点小组不是可用性测试

Focus group（焦点小组）指的是一群坐在桌边讨论事情的人。他们谈论他们对产品的看法，过去的经验，他们对新概念的感受和反应。焦点小组对于确定你的受众想要什么是非常好的。

可用性测试是一次观察一个人试图使用某样东西（在本例中是你的产品）。在本例中，你要求他们执行特定的操作，以查看是否需要在概念中修复某些内容。所以焦点小组是关于倾听的，可用性测试是关于观察的。

8、我们允许个人的感觉占据整个过程

我们所有设计数字产品的人都有这样的时刻：“我也是一个用户，所以我知道什么是好什么是坏。”正因为如此，我们往往对自己喜欢什么、不喜欢什么有强烈的感觉。

我们喜欢用带______的产品，或者我们认为______是一个很大的痛苦。而当我们在一个团队工作时，往往很难在一开始察觉这些感觉。其结果是满屋子的人都对如何设计一个伟大的产品有着强烈的个人情感。我们倾向于认为大多数用户都和我们一样。

9、你问了错误的问题

如果你问：“人们喜欢下拉菜单吗？”正确的问题是：“在这个上下文中，这个下拉菜单，加上这些词，是否为可能使用这个网站的人创造了良好的体验？”

我们应该撇开“人们喜欢它吗？”并深入研究设计的战略背景。

原因是如果我们关注人们喜欢什么，我们就会失去注意力和精力。可用性测试将消除任何“喜欢”，并向您展示需要做什么。

10、当一个人使用了你的产品，你忘了她可能并不会花时间思考

我在哪儿?

我应该在哪里开始?

他们把_____放在哪里了?

这一页上最重要的东西是什么?

他们为什么这么称呼它?

那是广告还是网站的一部分?

关键是，在使用你的产品时，我们脑海中浮现的每一个问题，都只会增加认知负荷。它分散了我们对“我为什么在这里”和“我需要做什么”的注意力。通常，当人们只是想知道这个按钮是否可以点击时，他们并不喜欢解谜。

每次你让用户点击不工作的东西，或者它看起来像一个按钮/链接，但它不是，这也会增加用户的一堆问题。之所以会出现这种情况，是因为生产产品的人并不太关心产品。

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

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

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

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

“工欲善其事，必先利其器”；作为设计人员来说，设计方法和设计模型就是辅助我们更好做设计的工具。就像厨师做菜时候的菜谱一样；面对新的菜种，能更快指引我们做出味道不错的菜肴。

体系化的设计方法不仅能更好的指导设计师做设计；另一个方面，经过设计方法包装后的设计，能让设计师更坦然面对来自各方的质疑，更专业的讲述自己的设计依据。在做不同菜肴的时候，我们需要不同的菜谱来指引；而在不同的设计阶段，设计师也需要不同的设计模型/方法，让我们更灵活的做设计分析与输出。

下面从接到项目需求 > 体验迭代优化阶段，笔者将为大家详细讲解以下 5 种设计模型，并配出具体实践的案例，希望对大家有所启发。

模型一：SWOT 模型

1. 概念介绍

SWOT分析法（也称 TOWS 分析法、道斯矩阵）即态势分析法，20世纪80年代初由美国旧金山大学的管理学教授韦里克提出，经常被用于企业战略制定、竞争对手分析等场合。

在现在的战略规划报告里，SWOT分析应该算是一个众所周知的工具。来自于麦肯锡咨询公司的SWOT分析，包括分析企业的优势（Strengths）、劣势（Weaknesses）、机会（Opportunities）和威胁（Threats）。

2. 使用场景

主要用在产品前期的战略规划中；用于项目成员知己知彼，同时也能知道在行业领域自己的产品所处的位置和核心竞争力是什么；对于产品方向的定位和全方位分析有复用价值。

3. 计价值

SWOT分析实际上是将对企业内外部条件各方面内容进行综合和概括，进而分析组织的优劣势、面临的机会和威胁的一种方法。

优劣势分析主要是着眼于企业自身的实力及其与竞争对手的比较，而机会和威胁分析将注意力放在外部环境的变化及对企业的可能影响上 。在分析时，应把所有的内部因素（即优劣势）集中在一起，然后用外部的力量来对这些因素进行评估。

4. 具体实践案例说明

下图是笔者曾为的阿里内部某个数据服务平台分析的案例；侧重介绍了为什么要做这个数据平台；以及做这个平台我们项目组的优劣势和机会点分别是什么。在给老板汇报产品来源&方向时是非常有效的。

最后，SWOT 分析模型其实还可以与商业画布相结合，便于更全面对项目/业务进行快速分析和深入了解；深入懂业务的设计师才能真正在团队中进行发声，提出超越 UI 层的建设性意见。

模型二：Google Design Sprint

1. 概念介绍

Design Sprint, 设计冲刺，顾名思义就是要在短时间内做出好设计；是由 Google 提出的设计方法。

2. 使用场景

设计冲刺这个设计方法主要适用于短时间就需要产出设计方案；例如一些 Workshop 的共建, 产品迭代周期很快的新需求/任务，需要系统化分析与输出设计方案。

3. 设计价值

可以在很短的时间内输出一套系统化的设计策略及方案；

通过与不同背景的参与者进行沟通协作，能获取更多看事物的角度和差异化知识；创造更多可能；

作为一种理想的设计教育工具，让非科班的设计人员完整又快速了解产品&设计。

4.  具体实践案例说明

设计冲刺的主要内容包括 6 个阶段：

理解（Understand）：理解要为用户解决的问题

定义（Define）：明确产品策略（数据分析，用户调研，设计原则制定等）

发散（Diverge）：探索实现方案

决定（Decide）：确定设计方案

原型（Prototype）：构建产品原型

验证（Validate）：验证产品原型

模型三：GUCDR 模型

1.概念介绍

相比前一个设计冲刺模型，GUCDR 模型在设计过程中的实用性更强，能让你快速用起来，帮你系统性梳理信息；在实际工作中，只要能够回答画布中的每个点，即可形成完整的设计推演过程，让设计思路逐渐清晰起来。

G：Goal

U：User

C：Condition

D：Design

R：Realize

2. 使用场景

GUCDR 模型很适合用于前期需求调研和整理阶段；特别是在自己不是很熟悉的领域中，把信息按照模型和画布中的点进行归类汇总；最大限度的让自己的设计思维和信息逻辑得到诠释。

3. 设计价值

3.1  对设计的需求来源及设计目标的聚焦定位，非常有价值，能快入深入了解业务背景；

3.2  对设计阶段的目标拆解，从设计目标 > 设计策略 > 设计方案，层层递进，设计方案输出的逻辑性和针对性很强。

4.  具体实践案例说明

GUCDR 模型在具体的使用过程中，可以和 GUCDR 画布结合起来一起使用。信息下钻的更深入具体，从项目目标到设计落地，每个阶段都有具体的节点支撑，在使用过程中只需要把信息直接输入到对应的位置即可。下图为 GUCDR 画布模板，可直接把业务相关信息输入进来。

模型四：双钻模型

1. 概念介绍

双钻设计模型由英国设计协会提出，该设计模型的核心是：发现正确的问题、发现正确的解决方案。

双钻模型是一个结构化的设计方法，被很多设计师喜爱和使用。

探索/调研——透析问题（发散）

定义/合成——聚焦领域（集中）

发展/构思——潜在问题（发散）

传达/实现——实施方案（集中）

2. 使用场景

一般应用在产品开发过程中的需求定义和交互设计阶段；教我们如何对未知的可能的事物进行探索；一步步到达已知的理应的层面。

3. 操作使用说明

双钻模型的四个阶段也许很精简并且合并到两个主要的阶段。

第一阶段——做对的事（菱形1——探索和定义）

第二阶段——把事情做对（菱形2——开发和履行）

4.  具体实践案例说明

下图是对阿里内部一款移动运维产品的分析，分析其从 0-1 的方向探索和从 1-1.5 的发展历程：

下图是曾经在一个设计讲座中，滴滴 CDX 一位设计师的分享，她把双钻模型利用到设计的研究和输出阶段，个人感觉此模型此刻的使用场景也很贴切；不仅仅是在完整的一个项目中，在单一的某个阶段双钻模型也是理念很好的承载容器。

模型五：卡诺模型

1.概念介绍

kano模型是狩野纪昭教授发明的一种工具，以分析用户需求对用户满意的影响为基础，体现了产品性能和用户满意之间的非线性关系。

在卡诺模型中，将产品和服务的质量特性分为五种类型：

1> 魅力属性：用户意想不到的，如果不提供此需求，用户满意度不会降低，但当提供此需求，用户满意度会有很大提升；

2> 期望属性：当提供此需求，用户满意度会提升，当不提供此需求，用户满意度会降低；

3> 必备属性：当优化此需求，用户满意度不会提升，当不提供此需求，用户满意度会大幅降低；

4> 无差异因素：无论提供或不提供此需求，用户满意度都不会有改变，用户根本不在意；

5> 反向属性：用户根本都没有此需求，提供后用户满意度反而会下降。

2. 使用场景

卡诺模型的主要使用场景是对用户需求分类；

另一种是对多个功能点进行优先级排序。

3. 具体使用操作

步骤一：设计问卷调查表，实施有效的问卷调查

KANO 模型的问卷问法，是对每个质量特性都由正向和负向两个问题构成，分别测量用户在面对存在或不存在某项质量特性时的反应。问卷中的问题答案采用五级选项分别是：

我很喜欢：让你感到满意、开心、惊喜。

理应如此：你觉得是应该且必备的功能。

无所谓：你不会特别在意，但还可以接受。

勉强接受：你不喜欢，但可以接受。

我很不喜欢：让你感到不满意。

步骤二：问卷结果整理，进行数据分析

根据问卷结果进行 KANO 模型二维属性归属分析，可得出魅力属性、期望属性、必备属性、无差异属性、反向属性与可疑结果的功能属性归类百分比。除了对属性的归属探讨外，并通过百分比计算出 Better-Worse 系数，表示某功能可以增加满意或者消除很不喜欢的影响程度。

增加后的满意系数 Better/SI=(A+O)/(A+O+M+I)

消除后的不满意系数 Worse/DSI=-1*(O+M)/(A+O+M+I)

根据 better-worse 系数值，将散点图划分为四个象限。

第一象限/期望属性：better 与 worse系数成正比；表示产品提供此功能，用户满意度会提升，不提供此功能，用户满意度会降低，这是质量的竞争性属性，应尽力去满足用户的期望型需求。

第二象限/魅力属性：better系数值高，worse 系数绝对值低的情况。表示不提供此功能，用户满意度不会降低，提供此功能，用户满意度和忠诚度会有很大提升；

第三象限/无差异属性：better系数值低，worse系数绝对值也低的情况。即无论提供或不提供这些功能，用户满意度都不会有改变，这些功能点是用户并不在意的功能。

第四象限/必备属性：better系数值低，worse系数绝对值高的情况。当产品提供此功能，用户满意度不会提升，当不提供此功能，用户满意度会大幅降低；此象限的功能是最基本的功能，这些需求是用户认为产品有义务做到的事情。

步骤三：数据解读，将结果落地实施

KANO 模型是对功能需求的优先级进行探索，具体情况还需要和业务方进行讨论，结合实际情况后制定可行的产品功能开发优先级顺序，以将调研结果落地实施。

4. 具体案例实践说明

题目：根据报警内容，“掌上运维”提供运维操作建议（如磁盘满了智能推荐执行日志清理等）

步骤一：设计问卷问题，发放问卷

步骤二：问卷统计，进行 KANO 模型二维属性归属分析

步骤三：根据问卷统计的用户数据；计算出每个区域的百分比；

具体计算方式是全部区域的人数相加作为分母；每个格子中的数字作为分子，即可得出每个格子的百分比出来。

具体百分比得出后，将下表中标 A、O、M、I、R、Q 的格子中百分比相加，即可得到五种属性对应的百分比。本调查结果可以得到A魅力属性占比为42.1%，O期望属性占比9%，M必备属性占比1.2%，I无差异属性占比38.9%，R反向属性占比1.8%，Q可疑结果占比7%。

步骤四：根据 Better-Worse 计算公式，得出 Better-Worse 系数，明确功能落点象限。

步骤五：多个功能需求结果对比进行优先级排序。

模型六：METUX 幸福模型

1. 概念介绍

为了帮助大家更好地进行“幸福设计”，卡里罗教授分享了他的一个模型——Motivation, Engagement and Thriving in theUser Experience (METUX)。

2. 使用场景

产品成熟稳定期，需对产品&用户体验进行提升时；或需综合对产品体验进行评估分析时；提升用户幸福感，希望产品能对用户行为方式及生活质量有所影响时。

3. 主要使用操作

在考虑用户体验时，从4个层次进行考虑：

▪︎  第一层是“界面”体验：用户与产品交互时的体验如何。

▪︎  第二层是“任务”体验：界面之上是用户完成的任务。如利用智能手环计步，用户在完成任务时体验如何。

▪︎  第三层是“行为”体验：任务之上是用户的行为。如用户购买智能手环的目的是运动，此时行为可能是跑步、骑自行车。因此产品在任务之上应该深入关注用户行为上的体验。

▪︎  第四层是“生活”体验：行为会对生活产生影响。如运动过量可能导致身体受损。

在设计过程中，应该关注“胜任力”、“自主性”和“关系”三个关键因素，这些基本心理诉求是动机、投入感和幸福感的根本。

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

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

设计师需要每天解决问题，找到合适的解决方案需要深入研究和精心策划的测试。发现一种适合所有人的方法或秘密公式可以自动解决我们所有的界面设计问题。我们可能还没有答案，但我们确实知道我们有时可以采取的某些捷径。

“启发式”是简单而有效的规则，可以帮助我们形成判断并做出决策。我们可以将它们视为UI最佳实践的一般指导原则。 

注意：这些规则有其时间和地点，并不是可用性测试的替代品。

虽然Jakob Nielsen的10个用户界面设计启发式算法可能是最流行的启发式算法，但还有其他一些。Ben Shneiderman创建了一个最好的固体交互设计指南，称为设计用户界面，它揭示了他自己的原则集合，被称为“八个黄金接口设计规则”。我们今天要看这些规则。

Loren Terveen和Ben Shneiderman在马里兰大学的Webshop 2011 ©Marc Smith

1.  争取一致性

设计“一致的接口”意味着对相似的情况使用相同的设计模式和相同的动作序列。这包括但不限于在用户旅程中在提示屏幕，命令和菜单中正确使用颜色，排版和术语。 

请记住：一致的界面将使您的用户更容易完成他们的任务和目标。

       Namastelight by Martin Strba风格指南是确保设计过程一致性的一种方法。

2.  启用常用用户使用快捷方式

说到使用UI规则作为快捷方式，您的用户也将受益于快捷方式，特别是如果他们需要经常完成相同的任务。 

专家用户可能会发现以下功能有用： 

缩略语

功能键

隐藏的命令

宏观设施

                                     Khalid Hasan Zibon的上下文菜单

3.  提供信息反馈

您需要让用户随时了解流程每个阶段的情况。这种反馈需要有意义，相关，清晰，并符合上下文。

                                            文件上传者Antonija Vresk 

4.  设计对话以产生关闭

让我解释。动作序列需要有开头，中间和结尾。任务完成后，如果是这种情况，请为他们的用户提供信息反馈和明确定义的选项，以便为您的用户安心。不要让他们疑惑！

                                    Jose Antonio Orellana的Flash消息

5.  提供简单的错误处理

应设计一个良好的界面，以尽可能避免错误。但是当错误发生时，您的系统需要让用户轻松了解问题并知道如何解决问题。处理错误的简单方法包括显示清晰的错误通知以及描述性提示以解决问题。

                                       由Adnan Khan进行的Litmus形式验证

6.  允许轻松撤销行动

在发生错误之后找到“撤消”选项立即得到解脱。如果他们知道有一种简单的方法可以解决任何事故，那么您的用户就会感到不那么焦虑，更有可能探索各种选择。 

此规则可应用于任何操作，操作组或数据输入。它可以从简单的按钮到整个行动历史。 

                                           Tyler Beauchamp撤销倒计时

7.  支持内部控制点

一，定义：

“在人格心理学中，控制点是人们相信他们能够控制事件结果的程度” -  Julian Rotter

为用户提供控制和自由非常重要，这样他们才能感觉到他们负责系统，而不是相反。避免意外，中断或任何未被用户提示的内容。 

用户应该是行动的发起者而不是响应者。

                                   Vlad Ponomarenko的权限对话框

8.  减少短期内存负载

我们的注意力有限，我们可以采取任何措施使用户的工作更轻松，更好。我们更容易识别信息而不是回忆信息。在这里，我们可以参考尼尔森描述“ 对召回的认可 ” 的原则之一。如果我们保持接口简单和一致，遵守模式，标准和惯例，我们已经为更好的识别和易用性做出了贡献。 

我们可以添加一些功能，以帮助我们的用户，具体取决于他们的目标。例如，在电子商务环境中，最近查看或购买的项目列表。

                                     最近查看的胶囊由Gavin Williams联系

结论

虽然您应该始终采用基于启发式算法的决策，但遵循一系列规则和指南将引导您朝着正确的方向前进，并允许您在设计过程的早期发现主要的可用性问题。这八个原则适用于大多数用户界面; 它们来自Shneiderman自己的经验，经过三十多年的精心改进。其他人，如雅各布尼尔森和唐诺曼已经扩展了这些规则，并贡献了他们自己的变化。 

您也可以使用这些作为灵感来创建自己的启发式方法，或者结合现有的示例来解决您自己的设计问题。

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

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

Shards 采用了 Bootstrap 4 前端框架制作的，外观简约而时尚，风格与现代流行的扁平化相当合衬！此外不仅仅拥有 HTML/CSS/SASS 格式模板，还有 Sketch 设计源文件，可见分享者的贴心。

目前从官方介绍来看，UI组件还相当齐全，可用它来快速搭建漂亮、时尚的网页和UI设计作品，下面一起来看看介绍。

关于 Shards 这个主题虽然免费，但并不代表它只有「表面」，制作者还为性能性能考虑，压缩版仅12KB大小，实在太好了，以这样的大小，制作出来的网页直接能秒开。

它并不是直接使用 Bootstrap 的设计样式，所有的组件都是重新设计，以便得到统一的风格！

着陆页演示

这是非常不错的UI KIT素材 ，它还包含了10个额外的自定义组件，可以让使用者快事制作着陆页。

演示地址：https://designrevision.com/demo/shards/extra/app-promo.html

演示地址：https://designrevision.com/demo/shards/extra/agency-landing.html

UI 组件演示

Shards 含有丰富的 UI 组件，网页端常用的元素几乎包含了，大方便用户自由定制。

颜色：

字体

图标支持900+ Material icons 和 Font awesome 两大图标库！

表单上的细节，也不容忽视：

还有日期组件的设计：

卡片

按钮

导航菜单

我想这些漂亮的元素，已经足够你设计一般的网页，即使不够，也完全可以自己利用 Sketch 源文件或 HTML 模板再创作。

下载地址

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

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

不要小看一个登录界面，它内里包含很多细微的东西，除去外观视觉，更多要注意的是交互的操作体验，比如一些动画、一些文案提示等细节都要注意，如果你是UI设计师，建议看看这次经验文章，附上了大量案例，也许能助你未来更好的去设计一个用户体验友好的APP登录界面。

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

工欲善其事，必先利其器”；作为设计人员来说，设计方法和设计模型就是辅助我们更好做设计的工具。就像厨师做菜时候的菜谱一样；面对新的菜种，能更快指引我们做出味道不错的菜肴。

体系化的设计方法不仅能更好的指导设计师做设计；另一个方面，经过设计方法包装后的设计，能让设计师更坦然面对来自各方的质疑，更专业的讲述自己的设计依据。在做不同菜肴的时候，我们需要不同的菜谱来指引；而在不同的设计阶段，设计师也需要不同的设计模型/方法，让我们更灵活的做设计分析与输出。

下面从接到项目需求 > 体验迭代优化阶段，笔者将为大家详细讲解以下 5 种设计模型，并配出具体实践的案例，希望对大家有所启发。

模型一：SWOT 模型

1. 概念介绍

SWOT分析法（也称 TOWS 分析法、道斯矩阵）即态势分析法，20世纪80年代初由美国旧金山大学的管理学教授韦里克提出，经常被用于企业战略制定、竞争对手分析等场合。

在现在的战略规划报告里，SWOT分析应该算是一个众所周知的工具。来自于麦肯锡咨询公司的SWOT分析，包括分析企业的优势（Strengths）、劣势（Weaknesses）、机会（Opportunities）和威胁（Threats）。

2. 使用场景

主要用在产品前期的战略规划中；用于项目成员知己知彼，同时也能知道在行业领域自己的产品所处的位置和核心竞争力是什么；对于产品方向的定位和全方位分析有复用价值。

3. 计价值

SWOT分析实际上是将对企业内外部条件各方面内容进行综合和概括，进而分析组织的优劣势、面临的机会和威胁的一种方法。

优劣势分析主要是着眼于企业自身的实力及其与竞争对手的比较，而机会和威胁分析将注意力放在外部环境的变化及对企业的可能影响上 。在分析时，应把所有的内部因素（即优劣势）集中在一起，然后用外部的力量来对这些因素进行评估。

4. 具体实践案例说明

下图是笔者曾为的阿里内部某个数据服务平台分析的案例；侧重介绍了为什么要做这个数据平台；以及做这个平台我们项目组的优劣势和机会点分别是什么。在给老板汇报产品来源&方向时是非常有效的。

最后，SWOT 分析模型其实还可以与商业画布相结合，便于更全面对项目/业务进行快速分析和深入了解；深入懂业务的设计师才能真正在团队中进行发声，提出超越 UI 层的建设性意见。

模型二：Google Design Sprint

1. 概念介绍

Design Sprint, 设计冲刺，顾名思义就是要在短时间内做出好设计；是由 Google 提出的设计方法。

2. 使用场景

设计冲刺这个设计方法主要适用于短时间就需要产出设计方案；例如一些 Workshop 的共建, 产品迭代周期很快的新需求/任务，需要系统化分析与输出设计方案。

3. 设计价值

可以在很短的时间内输出一套系统化的设计策略及方案；

通过与不同背景的参与者进行沟通协作，能获取更多看事物的角度和差异化知识；创造更多可能；

作为一种理想的设计教育工具，让非科班的设计人员完整又快速了解产品&设计。

4.  具体实践案例说明

设计冲刺的主要内容包括 6 个阶段：

理解（Understand）：理解要为用户解决的问题

定义（Define）：明确产品策略（数据分析，用户调研，设计原则制定等）

发散（Diverge）：探索实现方案

决定（Decide）：确定设计方案

原型（Prototype）：构建产品原型

验证（Validate）：验证产品原型

模型三：GUCDR 模型

1.概念介绍

相比前一个设计冲刺模型，GUCDR 模型在设计过程中的实用性更强，能让你快速用起来，帮你系统性梳理信息；在实际工作中，只要能够回答画布中的每个点，即可形成完整的设计推演过程，让设计思路逐渐清晰起来。

G：Goal

U：User

C：Condition

D：Design

R：Realize

2. 使用场景

GUCDR 模型很适合用于前期需求调研和整理阶段；特别是在自己不是很熟悉的领域中，把信息按照模型和画布中的点进行归类汇总；最大限度的让自己的设计思维和信息逻辑得到诠释。

3. 设计价值

3.1  对设计的需求来源及设计目标的聚焦定位，非常有价值，能快入深入了解业务背景；

3.2  对设计阶段的目标拆解，从设计目标 > 设计策略 > 设计方案，层层递进，设计方案输出的逻辑性和针对性很强。

4.  具体实践案例说明

GUCDR 模型在具体的使用过程中，可以和 GUCDR 画布结合起来一起使用。信息下钻的更深入具体，从项目目标到设计落地，每个阶段都有具体的节点支撑，在使用过程中只需要把信息直接输入到对应的位置即可。下图为 GUCDR 画布模板，可直接把业务相关信息输入进来。

模型四：双钻模型

1. 概念介绍

双钻设计模型由英国设计协会提出，该设计模型的核心是：发现正确的问题、发现正确的解决方案。

双钻模型是一个结构化的设计方法，被很多设计师喜爱和使用。

探索/调研——透析问题（发散）

定义/合成——聚焦领域（集中）

发展/构思——潜在问题（发散）

传达/实现——实施方案（集中）

2. 使用场景

一般应用在产品开发过程中的需求定义和交互设计阶段；教我们如何对未知的可能的事物进行探索；一步步到达已知的理应的层面。

3. 操作使用说明

双钻模型的四个阶段也许很精简并且合并到两个主要的阶段。

第一阶段——做对的事（菱形1——探索和定义）

第二阶段——把事情做对（菱形2——开发和履行）

4.  具体实践案例说明

下图是对阿里内部一款移动运维产品的分析，分析其从 0-1 的方向探索和从 1-1.5 的发展历程：

下图是曾经在一个设计讲座中，滴滴 CDX 一位设计师的分享，她把双钻模型利用到设计的研究和输出阶段，个人感觉此模型此刻的使用场景也很贴切；不仅仅是在完整的一个项目中，在单一的某个阶段双钻模型也是理念很好的承载容器。

模型五：卡诺模型

1.概念介绍

kano模型是狩野纪昭教授发明的一种工具，以分析用户需求对用户满意的影响为基础，体现了产品性能和用户满意之间的非线性关系。

在卡诺模型中，将产品和服务的质量特性分为五种类型：

1> 魅力属性：用户意想不到的，如果不提供此需求，用户满意度不会降低，但当提供此需求，用户满意度会有很大提升；

2> 期望属性：当提供此需求，用户满意度会提升，当不提供此需求，用户满意度会降低；

3> 必备属性：当优化此需求，用户满意度不会提升，当不提供此需求，用户满意度会大幅降低；

4> 无差异因素：无论提供或不提供此需求，用户满意度都不会有改变，用户根本不在意；

5> 反向属性：用户根本都没有此需求，提供后用户满意度反而会下降。

2. 使用场景

卡诺模型的主要使用场景是对用户需求分类；

另一种是对多个功能点进行优先级排序。

3. 具体使用操作

步骤一：设计问卷调查表，实施有效的问卷调查

KANO 模型的问卷问法，是对每个质量特性都由正向和负向两个问题构成，分别测量用户在面对存在或不存在某项质量特性时的反应。问卷中的问题答案采用五级选项分别是：

我很喜欢：让你感到满意、开心、惊喜。

理应如此：你觉得是应该且必备的功能。

无所谓：你不会特别在意，但还可以接受。

勉强接受：你不喜欢，但可以接受。

我很不喜欢：让你感到不满意。

步骤二：问卷结果整理，进行数据分析

根据问卷结果进行 KANO 模型二维属性归属分析，可得出魅力属性、期望属性、必备属性、无差异属性、反向属性与可疑结果的功能属性归类百分比。除了对属性的归属探讨外，并通过百分比计算出 Better-Worse 系数，表示某功能可以增加满意或者消除很不喜欢的影响程度。

增加后的满意系数 Better/SI=(A+O)/(A+O+M+I)

消除后的不满意系数 Worse/DSI=-1*(O+M)/(A+O+M+I)

根据 better-worse 系数值，将散点图划分为四个象限。

第一象限/期望属性：better 与 worse系数成正比；表示产品提供此功能，用户满意度会提升，不提供此功能，用户满意度会降低，这是质量的竞争性属性，应尽力去满足用户的期望型需求。

第二象限/魅力属性：better系数值高，worse 系数绝对值低的情况。表示不提供此功能，用户满意度不会降低，提供此功能，用户满意度和忠诚度会有很大提升；

第三象限/无差异属性：better系数值低，worse系数绝对值也低的情况。即无论提供或不提供这些功能，用户满意度都不会有改变，这些功能点是用户并不在意的功能。

第四象限/必备属性：better系数值低，worse系数绝对值高的情况。当产品提供此功能，用户满意度不会提升，当不提供此功能，用户满意度会大幅降低；此象限的功能是最基本的功能，这些需求是用户认为产品有义务做到的事情。

步骤三：数据解读，将结果落地实施

KANO 模型是对功能需求的优先级进行探索，具体情况还需要和业务方进行讨论，结合实际情况后制定可行的产品功能开发优先级顺序，以将调研结果落地实施。

4. 具体案例实践说明

题目：根据报警内容，“掌上运维”提供运维操作建议（如磁盘满了智能推荐执行日志清理等）

步骤一：设计问卷问题，发放问卷

步骤二：问卷统计，进行 KANO 模型二维属性归属分析

步骤三：根据问卷统计的用户数据；计算出每个区域的百分比；

具体计算方式是全部区域的人数相加作为分母；每个格子中的数字作为分子，即可得出每个格子的百分比出来。

具体百分比得出后，将下表中标 A、O、M、I、R、Q 的格子中百分比相加，即可得到五种属性对应的百分比。本调查结果可以得到A魅力属性占比为42.1%，O期望属性占比9%，M必备属性占比1.2%，I无差异属性占比38.9%，R反向属性占比1.8%，Q可疑结果占比7%。

步骤四：根据 Better-Worse 计算公式，得出 Better-Worse 系数，明确功能落点象限。

步骤五：多个功能需求结果对比进行优先级排序。

模型六：METUX 幸福模型

1. 概念介绍

为了帮助大家更好地进行“幸福设计”，卡里罗教授分享了他的一个模型——Motivation, Engagement and Thriving in theUser Experience (METUX)。

2. 使用场景

产品成熟稳定期，需对产品&用户体验进行提升时；或需综合对产品体验进行评估分析时；提升用户幸福感，希望产品能对用户行为方式及生活质量有所影响时。

3. 主要使用操作

在考虑用户体验时，从4个层次进行考虑：

▪︎  第一层是“界面”体验：用户与产品交互时的体验如何。

▪︎  第二层是“任务”体验：界面之上是用户完成的任务。如利用智能手环计步，用户在完成任务时体验如何。

▪︎  第三层是“行为”体验：任务之上是用户的行为。如用户购买智能手环的目的是运动，此时行为可能是跑步、骑自行车。因此产品在任务之上应该深入关注用户行为上的体验。

▪︎  第四层是“生活”体验：行为会对生活产生影响。如运动过量可能导致身体受损。

在设计过程中，应该关注“胜任力”、“自主性”和“关系”三个关键因素，这些基本心理诉求是动机、投入感和幸福感的根本。

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

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