产品细节中的情感化设计

原研哉在他的《设计中的设计》中有介绍过这样一个案例:日本机场原来是用一个圆圈和一个方块表示出入的区别,形式简单并且好用,但设计师佐藤雅彦却用一个更“温暖”的方式来重新设计了出入境的印章:入境章是一架向左的飞机,出境章则是个向右的飞机。

通过一次次的盖章,将这种“温暖”的情绪传递给每一位进关的旅行者们。在他们的视线与印章相交的那一刻,会将这种温暖转化为小小的惊喜,而不由自主且充满善意的『啊哈』一下。一千一万次的『啊哈』就会伴随着这一千一万次对旅行者的善意与好客。这便是产品中的细节与用户直接情感化传递的结果。一兰拉面是在日本非常受欢迎的拉面店,在顾客吃完面并把汤喝完会看下碗底有这样几个字“この一滴が 最高喜びです(你最后一口是对我们最大的肯定)”,他们用这种简单的细节打通了产品与顾客感情的传递,顾客在喝完最后一口面汤是对店主的肯定,并也因为对店主的肯定同时获得了店主的感谢。产品中的情感化的细节经常会成为产品与用户之间情感传递的桥梁,这种传递情感的细节不仅可以增加用户对产品的好感度,更可以让产品更加深入人心,利于产品口碑的传播,有时候可能仅仅一句文案,一个动画,一个彩蛋都可以打动用户,使其与产品产生情感上的共鸣,这便是产品细节中的情感化设计的作用。以下便是情感化设计在网页或者App上的实际运用:

情感化设计可以加强用户对产品气质的定位

Timehop是一款让你回顾那年今日的App,它可以帮你把去年今日写过的Twitter,Facebook状态和拍过Instagram照片翻出来,帮你回顾过去的自己。Timehop为自己的产品塑造了一个蓝色小恐龙的吉祥物形象。许多小恐龙贯穿于界面之中,用吉祥物+幽默文案的方式来将品牌形象的性格特点和产品气质传达出来。 用户在打开App时就能感受到小恐龙的存在,闪屏中一个小恐龙坐在地上说了句“Let’s time travel”,立马将用户从情感上带入了App的主题——时间之旅。

有趣的地方还有很多,类似下图,在默认情况下是露出一半的恐龙在向你招手,小恐龙边上是一句不明意义的文案“My mom buys my underwear(我妈妈给我买了我的内衣)”,当你继续向上拖动时,会发现一只穿着内裤的恐龙,用户就会马上明白上面这句幽默文案的含义。

类似的地方还有下图,在设置页面顶部向下拖动会有一只摇动的小恐龙,在用户顺着他的引导不断下拉,拉到头,会发现这是一个对话的气泡,蓝色的小恐龙说了句“You made it to the top!(你拉到了最顶端!)”,产品“诙谐有趣”的气质便从这些隐秘于界面细节之中的设计传递给了用户。

一个产品能获得用户的青睐不仅要有强烈的需求、优秀的体验,更主要的是让产品与用户之间有情感上的交流,有时对细节的巧妙设计将会极大的加强用户对产品气质的定位,产品不再是一个由代码组成的冷冰冰的应用程序,拉近了与用户的情感距离。

情感化设计帮助用户化解负面的情绪

情感化设计的目标是让产品与用户在情感上产生交流从而产生积极的情绪。这种积极的情绪可以加强用户对产品的认同感甚至还可以提高用户对使用产品困难时的容忍能力。注册登录是让用户很头疼的流程,它的出现让用户不能直接的使用产品,所以在注册和登录的过程中很容易造成用户的流失。巧妙的运用情感化设计可以缓解用户的负面情绪。

在Betterment的注册流程中,在用户输入完出生年月日后会在时间下面显示下次生日的日期,一个小小的关怀马上就让枯燥的注册流程有了惊喜。

在Readme的登陆页面上,当你输入密码时,上面萌萌的猫头鹰会遮住自己的眼睛,在输入密码的过程中给用户传递了安全感。让这个阻挡用户直接体验产品的“墙”变得更有关怀感,用“卖萌”的形象来减少用户在登录时的负面情绪。

Virgin America 的注册流程非常的“拟人化”,在你输入First name以后你会收到“Hey There”的打招呼,当你在把Middle name输入好后会出现“Nice name”的提示,好像有一个人在指示你完成注册步骤一样。亲切友好的文案相比冷冰冰的话语更能得到用户的好感与共鸣,人机的对话变得更加情感化。

Basecamp则运用了一个更拟人的情感化方式在注册之中,当你在表单中输入文字是正确的时候,边上的卡通人物会开心的指着输入内容,当表单中输入错误时,小人的脸将变成一脸惊讶状。

注册和登录对于一个互联网产品来说都是相当繁琐但又缺失不了的部分,这些流程阻碍的用户不能直接使用产品。对用户来说这便是在使用产品时候的“墙”,在这些枯燥的流程中赋予情感化的元素,将大大减少“墙”给用户带来的负面情绪,同时加强用户对产品的认同感,并感受到产品给用户传递的善意与友好。

情感化设计可以帮助产品引导用户的情绪

在产品的一些流程中,使用一些情感化的表现形式能对用户的操作提供鼓励、引导与帮助。用这些情感化设计抓住用户的注意,诱发那些有意识或者无意识的行为。 在Turntable.fm中的订阅模式中有一个滑块,你付多少钱决定了猴子欣喜若狂的程度。在涉及到真金白银的操作中,给用户卖个萌也许有奇效。

在Chrome浏览器的Android版中,当你打开了太多的标签卡,标签卡图标上的数字会变成一个笑脸。使用细微的变化友善的对用户的操作进行引导。

在用户将要流失前,给予用户情感化的元素也许能挽留下一部分的用户。当你想取消订阅Spotify时,Spotify会在取消订阅的网页上为用户播放Jackson 5的“Want you back”。

有趣的文案有时比醒目的视觉元素更具有引导用户作用,当你在使用InVision切换到别的标签时,标题的标签会改成“ Don’t forget to read this…”。

人类是地球上最具情感的动物,人类的行为也常常受到情感的驱动。在界面上融入情感化元素,引导用户的情绪,使其更有效的引发用户那些有意识无意思的行为,这种情感化的引导比单纯的使用视觉引导会来的更有效果。

结语

一个优秀的产品应该是有人格魅力且让人愉悦的,这种让人愉悦的积极的情绪便是由产品中那些多多少少的情感化细节来表现出的。那些让用户“啊哈”的细节,都将会成为积极的情绪所传递下去,影响的将可以能千千万万用户的体验与口碑。

时间: 2024-11-08 19:01:03

产品细节中的情感化设计的相关文章

于细微处动真情!聊聊产品细节中的情感化设计

编者按:一篇可以让你会心一笑的好文.今天腾讯的同学总结了那些细节里特别打动人的产品设计,创作者的独特创意与巧妙匠心都大放异彩,这篇文章中提到的细节都会让人心头一亮,你会禁不止惊叹:这才是真正的好设计呐! 原研哉在他的<设计中的设计>中有介绍过这样一个案例:日本机场原来是用一个圆圈和一个方块表示出入的区别,形式简单并且好用,但设计师佐藤雅彦却用一个更“温暖”的方式来重新设计了出入境的印章:入境章是一架向左的飞机,出境章则是个向右的飞机. 通过一次次的盖章,将这种“温暖”的情绪传递给每一位进关的旅

UI交互设计关键词:情感化设计与心理

情感化设计,一定有一个关键词.情感,是指人对周围事物和自身以及对自己行为的态度,它是人对客观事物的一种特殊的反映形式,是主体对外界刺激给予肯定或否定的心理反应,也是对客观事物是否符合自己需要的态度或体验.亲近.仇恨.表情.很多词都是情感的体现.情感往往被看作是一种人与人之间的行为,实际上我们可以队任何事物产生情感,人与产品当然也是可以产生感情的.                 一方面产品是以物的形态存在于人们的生活当中的,另一方面如果设计师在设计产品的过程中融入情感因素,产品就将不再是单纯的物

【读书札记】《怦然心动——情感化交互设计指南》

近期频频有曾经的同学,朋友的朋友托我帮忙给他们做一个站点.我想一个站点嘛,他们要求的也不高,就是简简单单给他们布个局,搞点动态效果,炫一点即可了. 但是随着不断的构思,我越发的感到做一个好的站点,用户友好,界面干净.信息能良好呈现的站点是花费一点时间和精力的. 说到这里也谈到我所示这本书,为什么会看到这本书,我近期突然想到了我第一天看到这本书的情形. 情景:趁着闲暇的时间我来到了图书馆,琪琪(公司的女同事)那天一直在搞论文,我一直在看JavaScript Dom编程指南,这本书也是值得推荐的,很

Axure中移动端原型设计方法(附IPhoneX和IPhone8最新模板)

Axure中移动端原型设计方法(附IPhoneX和IPhone8最新模板) 2018年4月16日luodonggan Axure中基于设备模板的移动端原型设计方法(附IPhoneX和IPhone8最新模板) 文章作者分享了一种基于设备模板的移动端原型设计方法,相信能够对你的原型设计工作带来帮助,值得马克. 在使用Axure设计移动端原型的应用方面,我总结出了两种常用的方法.第一种是更适合在移动端进行演示的设计方法,大家可以参考我之前已经分享过的一篇教程:使用Axure打造最佳的移动端交互原型教程

【闲聊产品】之二:交互设计还得自己来

移动互联网行业发展到今天,单从技术的地位上来看,核心的软件技术还是被Google.Apple.微软这些巨头掌握着,比如windows.iOS源码,始终会作为一个操作系统的门槛不会被公开,而这些系统平台下衍生的SDK和开发工具却是这些巨头们极力推广的对象. 所以对于大部分不是以技术作为核心竞争力的互联网公司来说,他们其实是在这些巨头们订下的技术标准和自己公司业务做一个整合从而实现成长,因此单从技术的角度来讲,技术固然重要,但已经不是最大的瓶颈了. 如今只要一个技术人员愿意花时间钻研,可供你进步的资

嵌入式中通讯协议的设计(转)

源:嵌入式中通讯协议的设计 说得太精彩了! 公司里做项目,嵌入式系统大大小小,到处都是.因为都是一个系统里的,所以都需要通讯,既然通讯就涉及到协议问题. 谈及协议,很多工程师觉得协议的设计相对简单,主要是报文的设计.大多数时候,协议的应用场景简单,没有复杂的交互.这么做的确也是没什么太大的问题.然而,就是这么简单的场景,仍有一些协议会在实际中发生意想不到的问题.归根结蒂,还是没有把握协议涉及的规律.下面我们简单的聊聊协议设计的规律. 协议设计中面临的问题: 1.设计者大多数情况下,从应用出发,仅

微服务开发中的数据架构设计

本文来自作者 陈伟荣 在 GitChat 分享的文章[微服务开发中的数据架构设计] 前言 微服务是当前非常流行的技术框架,通过服务的小型化.原子化以及分布式架构的弹性伸缩和高可用性,可以实现业务之间的松耦合.业务的灵活调整组合以及系统的高可用性.为业务创新和业务持续提供了一个良好的基础平台.本文分享在这种技术架构下的数据架构的设计思想以及设计要点,本文包括下面若干内容. 微服务技术框架中的多层数据架构设计 数据架构设计中的要点 要点1:数据易用性 要点2:主.副数据及数据解耦 要点3:分库分表

华为云对Kubernetes在Serverless Container产品落地中的实践经验

华为云容器实例服务,它基于 Kubernetes 打造,对最终用户直接提供 K8S 的 API.正如前面所说,它最大的优点是用户可以围绕 K8S 直接定义运行应用. 这里值得一提是,我们采用了全物理机的方案,对于端到端资源利用率有一个很大的提升.而在 K8S 之上我们通过一层封装实现了超规模资源池.大家知道 K8S 现开源的版本最大只能支持到5000节点,并且这是在 Google 云上的验证结果,而在很多其他的云平台往往达不到.主要是受限于底层网络和存储系统. 所以在华为云,我们的做法是通过一层

Java设计模式中的单例设计

/** * 单例设计模式 * 应用场合:只需要一个对象的 * 作用:保证整个应用程序中某个实例有且只有一个 * 类型有:饿汉模式.懒汉模式 * 下面的例子是一个饿汉模式的例子 */ class SingleDemo { // 1.将构造方法私有化,不允许外部直接创建使用 private SingleDemo() {} // 2.创建类的唯一实例,使用private static修饰 private static SingleDemo instance = new SingleDemo(); //