体验设计问与答

我们今天谈的是什么?

我们今天谈的是关于软件的体验设计。

为什么体验设计会成为一个话题?

原来我们谈体验设计的时候,都把它当成产品设计领域中的一个话题,比如说怎样设计一个好的椅子,或者一个令人愉快的榨汁机,但较少在软件领域谈这个问题。原因是,当你爱一把椅子的时候,你会欣赏它和你的腰线完美贴和,那这里的交互是更加基于物理世界的感官;而在之前的软件世界里,软件更像是另一个平行世界的入口,这种感官很难和椅子相提并论,它更加抽象和难以衡量──这也是为什么我们把产品设计当成一种艺术,而软件设计当成一种科学。

但是事情在发生变化──我们不再需要一台计算机来完成和软件的交互,同时所谓的线上生活已经开始慢慢融入我们的线下生活,或者说线上或下的边界已经变的异常模糊。那个曾经隐藏在1和0世界里的软件,开始变得跟椅子一样变得亲近许多。

当我们每次打开手机应用查询好吃的餐馆时,如果我们开始习惯这样的动作而不去多想:好吧,让我使用一个手机软件来查询好吃的餐馆;就像我们要坐下时不会暗忖:好吧,让我来坐到这把椅子上。这样的动作充斥在我们的生活中变成一种习惯,软件也慢慢变成这样。

这就是我为什么要谈它的原因,那些被产品设计广泛使用的体验设计实践,是不是也可以被,或者应该被软件设计者们所了解,理解精髓并加以应用,设计出更优秀的软件产品,就像那一款款经典木椅。

你的意思是用产品设计的方法去设计软件,那这和交互设计有什么不同?

当我们设计椅子的时候,我们考虑的不单单是椅背的弧度、骨架的强度、是否有把手、需要什么样的材质、接口处的契合等等,一款优异的产品设计更要考虑,谁在用这把椅子,他会不会使用这把椅子进行阅读,他所处的环境是否干燥,他周围放置这把椅子的地点在哪里,他有没有孩子,他是不是热爱古典音乐,他是不是有块可以让他覆身小憩的毛毯等等,这样的碎片,还原出一个完整的情境,当消费者体察到产品背后的语言,并发现这与他的心境如此契合,这就是一把令人着迷的椅子。

发现没有这就是交互设计和体验设计的区别──交互设计的目标是一把功能上完全符合标准的椅子,而体验设计的目标是一把令人依赖的椅子。我想你一定知道软件的三重境界:Useful - Usable - Desirable,而当我在谈体验设计时,我更多关注的是Desirable,而交互设计关注的是前两者──一把很难折断的椅子。

我们谈交互设计时好像也在谈这些东西,比如说目标人群定位,用户访谈,原型设计等等,这个跟你说的体验设计好像类似?

一定有优秀的实践者像对待艺术品一样对待软件设计,但就大部分从业者而言,你说的这些东西只是因为做而做,并没有找到其中关键的核心价值进行串联,很多时候这只是让客户感觉安全的方法而已,能反映到设计上的东西,其实并不多。

软件领域里面,交互设计团队往往和交付团队区分开来,大部分企业也都习惯采取代理的方式(Agency Model)前期交互设计团队传递给交付团队的,是一些PSD图片、用户访问结果、设计理念文档、原型设计。这里的问题是,交付团队得到的只是一份计划好的功能列表。

你也知道,那些看起来很美的PSD图片是很容易让客户买单的,你也可以很容易找到“谁也不知道用户要什么,所以我们给他们多一点,让他们自己选择”的借口,加上软件上线交付时间普遍较长,上线之后缺少用户,你也可以说一年前的设计不满足现在的需求,并不代表一年前的设计是错的。

因为这些原因,我们倾向于臆想用户的需求,加上一个看起来很美好的外壳,结果是,这个市面上有太多质量低下的软件,盲目堆砌的功能,模糊的市场定位,最后伤害的都是那个为“看起来很美好”买单的客户。

所以说,这和很多人在做的不一样,这里提的设计方法是关联的,有共同目标的,也是接受变化的。

到底怎么个不一样法?你确定这不是个噱头吗?

举一个身边的例子,我们曾经有一个财务领域的客户,与其和通常代表需求的客户进行无休止的会议,不如和真正的使用者在一起,我们花更多的时间对他们的工作行为进行观察,注意,绝对不是所谓的问卷调查,事实上,我们不进行任何的问卷调查。

我们发现了几样有意思的事情,比如他们喜欢把显示器竖起来,两个显示器拼在一起;此外他们也喜欢用不同颜色的贴纸标签在厚厚的各种文件夹中设置书签;他们对电子表格的热爱超乎想象等等。

这样的观察应该在不知情的情况下被我们敏锐地察觉,并展现在软件的设计当中,比如竖置的显示器代表着他们不喜欢分页,或者尽可能长的列表;我们也会收集他们对标签颜色的理解,尽量设计一套符合他们情境的色彩编码。

这就是体验设计与交互设计的根本区别。体验设计更多地关情境(Context)而非仅仅如何使用,体验设计认为,只有情境正确才能导致人真正成为用户,而要交互设计中已经做了一个危险的假设──你会成为我的用户。而往往这种假设不成立。

你说的情境指什么?

情境是体验设计的核心部分,因为了解情境才能设计成一个不被人体察,自然而然的体验(好的体验总是在无形之中,只有坏的体验才总是让你抱怨)。就像之前说的例子,如果我们不去细致地观察使用者的行为,了解他们工作的情境,便无法设计出一些很巧妙的细节,让他们觉得“我也说不出来有什么道理,我只是觉得用起来舒服”。

这里的情境分为外在情境和内在情境,外在情境指的是消费者外在环境的描述,以及他们以往如何和外在环境进行信息处理(软件大部分情况还是信息处理);内在情境指的是消费者内在心理的描述,包括对他们社会地位、心智模型的理解。只有充分了解了二者,才能充分建造出一个更加真实的环境并在其中进行设计。

这样的方法类似于刑侦中还原嫌疑人的碎片分析──把关于嫌疑人的各种不相关信息拼凑出来去寻找相互关系来推断其在特定环境下的行为。也就是说,我们对消费者的情境还原得越真实,越能够设计出最符合消费者使用的应用。

你曾说过这里面的实践都是关联的?那么它是如何成为一个统一的系统的?

如果你对设计领域的Design Thinking有所了解,你会发现,这种思维框架对于体验设计的影响非常大。Design Thinking的理念可以用以下的描述进行概述:寻找一个共情(Empathy)的对象,变成他,描述他现在一个完整的相关体验,找到那些可以让他的体验更好的地方,寻找灵感,设计解决方案,制作原型,让他测试,调优和不停修正,寻找下一个让他体验更好的地方。

为了让你更加清楚这个系统的过程,让我们来假设一个迷你项目,看看体验设计的方式是如何进行运作的。

第一幕:客户说,我们是一家高端的白领医疗保健机构,客户都是对健康有需求的高端白领,你们能不能帮我们设计一个客户管理系统,让我们更好的管理我们的客户?

说实话,对付带着解决方案而来的客户,最简单的办法就是给他的方案进行扩充,添加各种形容词和新概念,比如他要“客户管理系统”,你就可以给他个“物联无限──智能贴身客户管理云平台”的标题,再加个看起来很美好的外壳,比如流行的iOS风。当然我们要说的不是这个。

第二幕:我们说,在我们提出“系统”二字的时候,让我们了解你们的客户。

然后我们发现,很多客户都是那些在30到32岁之间的职业女性,为了更好的了解她们,我们想了很多办法与她们交流,试图用更加亲切地手段了解她们的故事,在收集了许多“碎片”之后,我们可以很容易地去制造出一个丰满的使用者角色(Persona)。

第三幕:我们使用移情的方法,去想象作为这样一个使用者,当她对健康方面有诉求的时候,她会做什么,如果目标是让自己保持健康,每天是不是有一个明确的途径(Journey)去支持她达到这个目标。

这就是Design Thinking中在某个特定Journey中寻找可以提升体验的地方。

第四幕:我们发现她们会在网上寻找健康食谱,特别是那些想在一年里做妈妈的客户,她们想在这一年里身体方面有一个很好的保护,却又无法放弃自己的工作,她们似乎需要更好的专业帮助。

这就是通过共情来寻找诉求,也许这样的诉求需要进行更多的市场调查进行验证,但这本身是可完成的。

第五幕:我们和客户一起思考,怎么能够给她们更好的孕前专业营养帮助呢?我们设计出不同的解决方案,比如说:每日的营养餐推荐,定时发送保姆,老公或者自己;定期身体检查的提醒;合作机构SPA的优惠推荐等等。

这些设计出来的方案都可以变成IT化的解决方案。同时我们也帮助客户一起思考未来这个业务模式可以发展到什么程度,这也是基于这个Persona的体验,当她有了小孩,我们也可以做针对坐月子的母亲,还有幼儿的营养建议等进行专业的贴身服务,这就是体验设计的优势──商业模式的设计来自于消费者体验。

第六幕:根据我们的设计,由客户挑选出合理的优先级,请注意,这里的优先级就比挑选功能优先级清楚明白得多──请问一个客户种类筛选的功能优先级高还是根据分类群发短信的功能优先级高呢?根据体验来排优先级对于客户来说是直观的,你只需要告诉我,让你的消费者感受到体验A先还是感受体验B先。

接下来我们就可以根据优先级,进入更细节的原型设计了。

第七幕:我们的原型设计会尽量模拟消费者使用的真实场景,现有的各种技术已经能够支持完全模拟真实产品交互的原型制作。与之同时进行的是定期的用户测试,不停进行调教和再测试,为的是在更早的是时候发现设计的问题。值得提的一点,如果你采用的是敏捷开发方法,在第一原型测试之后,你的开发工作就已经开始了。

从这整整七幕你可以看到,从最开始的“客户管理系统”,到最后完全不同的设计理念,体验设计的方法绝对不是简单的IT解决方案设计,它更包含了对消费者的理解,进而上升到商业模式设计的高度,只有可行的技术、合理的商业模式、以及优秀的消费者体验三者完美结合,才是IT对于商业运营最重要的责任。

你说的都很美好,可是我们的客户把我们当成合作厂商,我们还要跟那些低价的厂商进行竞争,为了利益,我们只能够给客户提出的解决方案加个漂亮的标题和外壳在最短时间里上线,你这些真是有些高屋建瓴。

这就是合作伙伴(Partnership)和承包商(Vendor)的区别。我知道真正执行必然遇到阻力,但是了解那些优秀的实践,并不是一件坏事。也许这样的实践可以在潜移默化中引导客户开始对消费者进行关注,与其花很少的钱用一年的时间做一个失败的项目,为何不花较多的钱做一个更高成功几率的项目。

当然这些都需要你我这样的从业者共同努力去营造,让客户认识到IT应该是业务最好的伙伴,而不应该就只是一个无限抽象的商业策略框架(我知道什么事情上升到地球层次都是对的)下的一个小执行层面。

也许多了解一些没有坏处?

是的,如果软件行业的每一个人都能够认识到IT项目的核心在于消费者价值、商业价值、以及技术成本的统一,IT项目的失败率就不会如此之高,无用特性的比例也会大大降低。IT是伙伴,不是工具,我们对客户而言也应该是伙伴,了解多一些也许会让你成为更好的伙伴。

在接下来的文章里,我会向你描述体验设计中的各种实践。

谢谢,期待。