Archive for the ‘Interaction Design’ Category

什么是F型浏览?

Jakob Nielsen2006年4月,美国长期研究网站可用性的著名网站设计师杰柯柏·尼尔森(Jakob Nielsen)发表了一项《眼球轨迹的研究》报告(原文:F-Shaped Pattern For Reading Web Content)。

报告中提出,大多数情况下浏览者都不由自主的以“F”形状的模式阅读网页,这种基本恒定的阅读习惯决定了网页呈现F形的关注热度。

研究者用了几种不同的页面做眼动仪测试,得到了3张热度图,用颜色来表示浏览者眼光聚集的热度,分为最热(红色)、较热(黄色)、不热(蓝色)和基本不关注(灰色)4种。其中图3搜索结果页因SERP中网站标题、网页摘要较宽,第二条线会随之加长,但仍然是F形状。

2009-09-04_235833

图1:F型浏览

研究人员这样诠释F型浏览:

第一步:水平移动

浏览者首先在网页最上部形成一个水平浏览轨迹。

第二步:目光下移,短范围水平移动

浏览者会将目光向下移,扫描比上一步短的区域。

第三步:垂直浏览

浏览者完成上两步后,会将目光沿网页左侧垂直扫描;这一步的浏览速度较慢,也较有系统性、条理性。

F型浏览背后的问题

F型浏览模式这个理论已经推出很久了,我在很多网站和BLOG上也看到过这样的分享。我在思考几个问题:

  • 1. 出现F型浏览模式的原因是什么?它的背后是什么样的用户需求?
  • 2. F型浏览会受到网站内容、用户需求影响而发生改变吗?会出现别的形状吗?
  • 3. F型浏览模式能够给我们什么启示?如何指导我们进行SERP的设计?

带着这些问题,我进行了一些资料的发掘和尝试,进而有了更多的疑问。

什么造成了F型浏览?

Jakob Nielsen花费的苦心用三种不同的网页进行测试,目的是为了告诉我们,F型浏览在不同的网站上都是通用的,用户的F型浏览行为并不会受到网站内容和设计出现太大的不同。

但是他并未进一步分析出现F型浏览的原因,结果让很多人误认为这真的是一种“不由自主”的行为。

也正因为如此,F型浏览也很容易被看出很多漏洞来。比如:

为什么不是E而是F?因为我们看到很多眼动仪测试的图片F下面并未一只有一个水平浏览线,而是多个。

为什么下面的一个水平浏览线要短于上面的一条,而实际上我们看到的很多眼动仪图片却是下面的水平浏览线要长于上面的一个?

而进一步的研究也发现,当考虑到网页丰富的内容元素,比如图片时,F型浏览很容易就被打破。如图,你能看到一个典型的F吗?

124039c2dc3g215

图2:图片因素对F型浏览的影响

那么,研究人员又来补充F型浏览了,他们说,当有了图片元素影响后,用户的浏览行为发生了改变,不再呈现F型浏览,而是出现了一个E字:

124039e418eg213

我想,再这么推下去,还是避免不了漏洞百出,E出来了,F出来了,将来还会有L,I,C,Z……

还是早早透过现象去分析本质,让我们早点接触F型浏览背后的原因更好。

F型浏览背后的研究以及眼动仪确实能够帮助我们发现一些问题,但是F型浏览的理论在很多场合下显得不是很靠谱。不要被F型浏览忽悠,主要是要警惕那些片面理解F型浏览的拿来主义者。

我认为,F型或者是E型浏览方式,绝对不是无意识的“不由自主”的行为,而是网站内容、设计,用户需求和用户习惯多重因素作用下的结果

  • 用户的习惯:从左向右,从上到下,这也是传统阅读习惯在网络上的延伸。
  • 互联网用户的阅读习惯:有些像我们阅读黄页或者产品目录的方式:快速扫描的方式,捕捉关键点,读短句子,忽视长篇大论——这些是可以有定论的。
  • 用户的需求:这种习惯是如何养成的?我想是因为互联网用户心中有个需求:寻找某个东西。这个东西可能是具体的,比如搜索某个产品。也可能是模糊的,比如浏览新闻网站,我们是想扫描一下看看有没有“激发兴趣”的关键词。当发现这些“关键词”后,我们会阅读更多的辅助信息以帮助决断:这究竟是不是我要找的东西,当发现是的时候,会产生到详情页面的点击,当然发现不是的话,就会继续向下阅读,继续又一次循环。
  • 用户的耐心是有限度的,所以随着扫描的进行,页面长度的拉伸,他们若找不到太多兴趣点,兴趣自然会逐渐消减,因此就可能形成了所谓的F型或者金三角热区。

用户在浏览的时候,大脑里出现了三个词语:也许是,是,否。
当词语是“也许是”的时候,用户水平浏览以获取更多信息,当答案是否时,用户放弃水平浏览,下移阅读下一段或者下一个搜索条目。当答案是是时,一般会产生一个点击。如图所示:

F型浏览是有意识的行为

图3:F型浏览是有意识的行为

这是我心中的F型浏览模型:

  • 纵向扫描用以对比信息为第一维度要关注的信息,用户寻找的是最重要而且有差异化的信息,用户扫描的速度非常快。用户对比中会产生“定位”,从而产生水平阅读。
  • 横向阅读用以判断信息为第二维度信息,信息可以没有差异化,用户会降低扫描的速度以获取更多有用的信息,帮助自己做判断,要不要点击到详情页。
  • 用户的对比需要有差异化的信息,因此当用户做了一次过滤后,原本差异化的信息变为雷同时,F的纵向条开始转移到另外一组信息处,比如在淘宝上搜索mp3,当我经过过滤,筛选出一组均是米奇的MP3时,图片的差异化就没有了,我的F纵向直接过渡到标题或者其他信息。

在以下的图片无差异化的list上,我甚至有可能直接将F的纵向浏览转移到价格或者地区上。
2009-09-04_203304

因此,我们可以把F型理解得更加宽泛一些,这样就不用去纠结上面一横长还是下面一横长或者是两横中间的距离,当然也不会纠结为何F会有多条水平横线。

非典型性F型浏览——用户需求、网站设计等因素的影响

上面出现一张掺杂了一张图片的搜索结果页(图2),那么我想,当出现多张图片时,效果又是如何呢?

刚好,这几天我想买个电脑包,去淘宝上搜索电脑包,然后不做任何筛选,直接看搜索到的结果。我有意识观测自己的行为(当然,做研究不用采用我的方式),然后发现:

1. 我首先只看图片——图片能够帮助我快速决断,这个包的颜色、款式、风格是否是我所要寻找的(因此快速出现了一条长长的垂直浏览线)。

2. 当图片满足需求后,我会横向阅读该包的说明(标题)。——如果标题中包含了诸如“二手”,“18寸”等字眼,我就会放弃横向浏览,直接用一个斜线过渡到下一个产品图片。

3. 当快速扫描标题未出现让我say no的字眼时,我将视线落到了价格上。请看倒数第二个红色的包包,图片通过,标题通过,然而价格超出预算,于是我放弃用斜线过渡到下面的产品。

淘宝找包

我们假设有一个同样和我在买电脑包的人,假设他不关心颜色,不关心款式,只关心价格(很多做批发的也许是这样的)——那么他一来这个搜索结果页,会不会首先从价格所在的列开始纵向浏览,排除,选择,横向研究并下决策——放弃还是点击?这是完全有可能的。

在电子商务网站上,因为图片大多数是第一选择要素,它有天然的优势能够帮助做选择,因此我们的浏览视线从左上方开始,先纵向再横向,纵向和横向的意图是有着微妙的差异的。这个稍后再说。

我们再看看口碑网,同样设计的搜索结果页的浏览视线:

我,代表着一个普通的来找租房的用户。普通的找租房的用户关心什么?

他第一关心的是户型和地段。其次是价格

因此,他的浏览视线即有可能是这样的——

  • 1. 越过了图片先看标题,因为标题一般会包含小区名称,户型等重要因素。
  • 2. 当标题里有让他say no的字眼时,其他的信息(图片、价格、更多介绍等)统统都会视而不见。快速纵向浏览到下面的列表。
  • 3. 当标题里有字眼满足需求后,用户会横向扫到价格字眼,做第二次判断。
  • 4. 当价格超出心理预期时(或过低时),用户放弃此列表,视线出现Z型的下移,下移到下一条列表的标题。
  • 5. 当价格同时满足期望时,一般会产生一个到详情页面的点击(两个黄色区域)。

在下面的例子中,同样是图片,却仅仅起到一个辅助的作用,当用户通过标题或者价格掌握的信息不足以判断时,才会做为参考因素。

2009-09-04_203702
再看看网站设计,是如何影响用户浏览行为的。

而,在以相册方式展示的SERP页面,用户的行为又是怎么样的呢?

比如,在淘宝商城,切换成gallery形式。我的需求是寻找一个双肩的电脑包,图片仍然是第一维度要关注的,因此我的视线很有可能呈现Z状,当我发现了有合适的款式和颜色的包包后,我才会扫描第二维度的信息:价格或者标题等。

但是,我又发现,除非我有意识,才能够保证是一个Z型浏览,大多数情况,我在Gallery形式展示的list上,视线呈现放射状的,散乱的,没有规律的,我也许会被其中的某张图片先吸引到——这张图片也许是居中的而不是左上角的图片,然后再由这张图片开始,向上或者向下浏览。

这种galley的设计,虽然能够突出图片的影响,但是实际上倒并不方便用户做“对比和筛选”,会漏掉一些信息,因此可能会出现上上下下的重复浏览——这也许也是国外主流的电子商务网站没有把这种形式作为主要的list设计的原因,当然,这是我个人的猜测。——如果有机会,我们会利用gallery做一下眼动仪的测试,来验证这个结论。

一个tips是,当以gallery方式呈现产品时,同一行的产品不宜过多。

gallery浏览

F型浏览给我的启示

我认为,F型浏览不是绝对的,也不是无意识的,而是受到网站设计、用户需求、用户习惯多重因素影响。那么,我们的SERP设计,尤其是List items设计,要遵循什么原则呢?

只所以写这篇文章,我也由于近期在项目里遇到了一个问题:

list页面如何承载多种曝光需求?

鉴于这个页面的重要性,很多业务部门都希望能够在list页面做一些曝光,仅一个产品列表而言,有部门希望能够放出公司或者产品的认证信息,有的部门或许觉得没必要让用户点击到详情页,可以放出更多信息,比如公司的联系方式,产品运营方,或许希望list能够包含供应商的更多信息,比如规模,主营产品,设备和加工能力,工艺等。

但是,list一个豆腐块状的大小,怎么能够包含那么多信息呢?

所以,我们需要说服各个业务方:list页面设计的目的不是让用户阅读,做决策,而是快速寻找,定位,判断,而真正的决策是需要用户到了详情页甚至是与供应商联系过才能做出的。list页面的设计目的需要单纯,才不至于顾此失彼,忽略了最主要的目的,堆积了大量的信息,反而降低了用户的浏览、对比、定位的效率。

我们能做什么?

1. 信息优先级的划分

就电子商务网站而言,我认为可以划分三个优先级。

第一步:快速浏览以对比:定位和排除。

第二步:获取更多信息以判断。

第三步:研究并决策——下一步动作或者放弃。

004

严重声明一点:以上的信息优先级要视网站性质、受众需求而有不同,不能适应任何类型的SERP。比如,同样是电子商务网站,淘宝和alibaba就有很大的不一样。淘宝面向的个人买家,而alibaba.com面向的是全球的批发商、中小型的企业采购。用户类型差异比较大,采购类型差异比较大,因此需求就不一样,关注的信息维度就不一样。

对于批发商来讲,因为一个产品要采购大量,一般也都是来样加工订制,不像是淘宝的现货采购,也比较注重长期的供货关系,因此对单品细节的关注就稍微要偏弱一些,更关心供应商本身的信用、供货能力、主营产品等。

而且,行业不同,采购类型也不一样,关注的信息维度也不一样。上周去上海建材展访谈的客户,都能够明确帮我们确认一个事实:行业特征对于SERP设计的差异化需求凸显。——这个话题以后再说。

Heidi想要表达的意思就是:根据你的网站的用户需求和产品特征,你脑子里需要出现这样一个表格——里面的内容需要调整为最适合的优先级。

如果设计师或者产品经理没有传达出信息优先级的概念,那么市场研究人员很可能提供出一个大杂烩,用户关心什么信息,产品图片,描述,认证,信用,价格,物流,供应商资质…………我知道他们当然什么都关心,但是——在什么阶段关心什么是要区分的。

2. 帮助用户更快完成任务

当我们脑子里已经有了这张表,并且和项目组达成共识后——达成共识比较不容易,但是我们可以靠用户调研、访谈、行业研究提供足够的proof来得出一个比较合理的信息优先级,那么剩下的任务就是如何更好表现这些内容。

同样的饺子馅,不同的包法显然能够给用户不同的感官感受,包得不好,不但有碍于观瞻,也极有可能破掉,破坏了一锅汤不说,还进了水,导致饺子没有味道。

既然用户在SERP页面的目标很清晰——找到它!

用户在SERP的任务又是可以被我们预测的——他有三个步骤需要完成(参见表格)

每个任务的目标同样也是相对比较清晰的,那么我们设计的任务就是在每个阶段让他能够更加有效率完成子任务目标。

当然你可以说:那我们干嘛要分成三步呢?既然要简化工作量,干脆让他一步完成不更好吗?

但是事实上,用户的这三步也是一个时间轴,不是在同时存在的需求,而且当我们把所有的信息都同时呈现时,反而会极大降低他完成第一步的效率。

我认为,SERP能够满足前两个级别的需求就可以了,第三步可以放到详情页去完成。

如google的搜索list:

001

想一下:如果标题字数太多,或者没有和下面的描述区分开来,没有做关键词的加粗,是不是会导致用户第一步筛选效率降低?

再对比两个网站的list items:

去哪儿——酒店搜索列表页:

qunaer

口碑网——餐馆搜索列表页:

1242cb8d03dg215

两者相比,我个人认为去哪儿的表现要优于口碑网。

  1. 去哪儿信息层级非常明确——地段以及酒店品牌第一维度。
  2. 价格单独成列——非常易于二级筛选。
  3. 图片相对不重要,因此只给出数量和链接。
  4. 给出了非常有帮助做选择的促销信息。

而口碑网的表现:

  1. 图片非常不重要,但是仍然占据了黄金位置。
  2. 由于标题位于图片上部,用户在纵向浏览时,经常被图片因素干扰,不利于快速浏览。
  3. 地图、周边等信息,我认为属于第三优先级,却出现在这里,导致每个item非常复杂。
  4. 评论:口碑给出了单个用户的评论,有失客观和公正性,会误导客户。
  5. ……

几个值得尝试的行动:

1. 信息区块划分——遵循用户习惯和F型浏览,F型浏览反应了用户的浏览习惯,从上至下,从左至右。

002

2. 加粗、显化能帮助用户提高效率的关键词或者信息

例如SERP搜索关键词的加粗,主要的目的就是让用户快速抓住字眼,然后判断:这是不是我要找的产品。

另外,降低噪音。上面这张图,个人认为将那个跳动的旺旺图标转移到右下角的位置能够帮助用户提升对图片和标题的浏览对比。

像价格这样的字段,一般来说比较重要(第二优先级),那么处理方式有两种:

单独成列——用户很容易纵向对比,这也是很多网站的做法。

2009-09-04_093003

单独成列的时候,我们可以不对价格进行太多视觉上的强化。

但是若做成不单独的列,就需要着重加粗,以帮助用户纵向快速跳跃式的对比。

——不然,就会是这样的:

003

3. 条目设计的拓展性

很有可能你的三段论会受到产品团队的赞赏,但是他们需要更多的信息表现出来。因此他们并不认为只有前两个优先级的信息才能够被放到SERP页面上,其他的只能到详情页查看。

而且,他们的观点也很有sense:

为什么要用户一个一个点开去判断这到底是不是他要找的东西呢?那不是无效的点击吗?

那么,即使已经有了优先级划分,list items设计还要考虑一定的拓展性——可以不展示,在用户有需求的时候展开。

0044

还有更多行动需要你参与:

  1. 提出更多质疑,Heidi个人所得必然有一定的局限性。
  2. 帮Heidi验证结论正确与否:提供范例或者反例。
  3. 检查自己所在的网站或者看过的list设计:信息优先级是如何划分的? 用户在使用中任务是如何完成的?是否有障碍?如何去优化?

最后致歉:这篇文章历经了一个星期才断断续续写完,由于时间点非常多,不可避免有一些内容的重复性,写得又臭又长,如果读完发现没有收获,我说一声抱歉,哈哈。

Blog原文地址:http://heidixie.blog.sohu.com/130458835.html 这里的格式有点乱,可以点击到我的搜狐博客里阅读。

【SERP系列】:

前言——什么是SERP,以及SERP设计的难点和问题

个性化如何影响SERP页面用户的行为

 
很久以前写过如何成为优秀的设计师,近半年来经常做设计评审,有很多感触,顺便写一点下来,我们的Blog也应该有更高的更新频率。言归正传,我认为,做一个优秀的设计,要做到以下三点: 

  1. 找准问题
  2. 提供多种解决方案
  3. 发布后衡量效果,分析并总结

具体如何来做呢?

第一是找准问题。设计是解决问题,“Design= Problem Solving.”  这是我认为对设计最好的定义。根据这个定义,我可以说,找准了问题,优秀设计的就成功了一半。那么怎么样找准问题呢?首先要搞清楚什么样的用户,遇到了什么样的问题。很多时候设计师认为自己很清楚用户是谁,我想说搞清楚用户是谁,决定了设计的深度。知道自己的设计是给买家用的,是了解用户的一种程度,建一个详细的角色模型和任务假设,也是了解用户的一种程度,这个程度决定了设计思考的深度。具体一点说,我们设计一个注册流程,发布流程或者别的什么,先做个单步路径分析,搞清楚各个来源的百分比,以及各个来源不同用户的不同状态,这样做设计就有针对性了,就简单很多了。
再说对问题的假设和定义了,其实要解决的问题肯定很多,要搞清楚哪个是主要问题,这点我是凭经验的,同学们有啥好的方法,欢迎分享。针对主要问题的不同定义,我们往往按不同的方向思考,设计的方案往往非常不同。

第二是提供多种解决方案。设计就是在诸多可能性中探究多赢的解决方案,怎么在诸多可能性中探索呢?我的办法常常是穷举的,结构层框架层表现层逐层穷举各种排列组合,列出其优劣,自己就能做出合理判断并说服人家。这里要请设计师们端正心态,常在网上看到自己的设计被否定了就说被强奸了,设计就是要出多种解决方案的,这是老板出钱让你练功力,丫的有啥好抱怨的,很多设计本身就是质量有问题。多种解决方案还需要在多个层级上思考的,要请设计师们深入思考,《用户体验的要素》都出中文版了,设计师不是美工,即使给自己定位为视觉设计师,也不要只停留在表现层做思考,结构层框架层都有很多可能性可供探究。这个也源于各人对设计理解的不同,但用户体验是整体的,很多人对设计师的都有自己不同的理解,我想说,“心有多大,舞台就有多大。” 还要说:“用行动证明价值。”

第三是效果衡量,分析总结。先充实一下对“执行力”的理解,项目发布不是终点,拿到结果才叫“执行力”。设计师最重要的经验积累,就是自己设计成果的数据反馈。如果说提供多种解决方案是练内功,数据反馈分析总结就好比是吸星大法,不但可以把自己散去的精力都吸回来,还可以吸收别人的功力。我的体会,很多时候,用户并不按你所设想的那样使用你的设计,搞清楚真实现状和当初设想之间的差异,提升设计。

呵呵,貌似很简单,欢迎探讨。

交互设计师主导或发起的项目很难拿到结果——现状

这个问题在很多的小公司都不存在。小公司养着、催着设计师,设计师不用去考虑能不能拿到结果,因为你不干,大家都等着你,因为身后自然有一群人在push:老板,工程师,同事。这个结果是大家一起push的结果。

但是在很多大的公司,存在很多很多的项目,孩子多了,爹妈都顾不上。项目多了,老板也顾不上。他们只看最终的结果:

  • 为什么有的设计师一年做了那么多项目?那么多收益很好的项目?
  • 为什么有的设计师却一年产出寥寥无几?做的项目多半半途夭折,或者直接胎死腹中?

若以产品经理为主导,那也还好。产品经理背负着更加沉重的考核压力,他们会以push出结果为主要的方向,在他们的push下,设计师妥协妥协,折中折中,产品经理负责打点打点各种资源(工程师、测试等),结果也就出来了。

但是,关键是,作为用户体验设计师,总不能一直被动着响应pd们的需求——他们要做什么就做什么,100%的精力都放到他们的“商业目标”驱动的项目上。作为用户体验设计师,应该有独立的一部分精力抽取出来,去主动发起一些项目,改进一些项目,以使网站变得更加亲切易用。

关键就出在这里。设计师有时也很不喜欢老是被动响应PD的需求,也想主导一些项目,但是,往往以设计师为发起人或主导的项目,很难拿到结果,现状可能有:

  • 工期拖得很长(优先级排得很低,几乎可以忽略);
  • 没有资源配合——毕竟项目是需要团队的,需要工程师,需要前端开发,需要测试,不可能单打独斗;
  • 长时间得不到确认,不知道什么时候开工去做;

即使是产品经理们发起的项目,在产品会议上说了能够带来多少的收益,老板们都点头了,尚且需要排定优先级,等候设计资源、工程师资源。更不要提单单是某个设计师说:“这个体验不好,我想要改成这样……”的需求了。

为什么拿不到结果?

“我做了一个系统性的改进方案,我觉得肯定比现有的要好很多。已经找了周围的同事进行了测试,大家都说不错,都盼着赶快上线呢。但是去找需求分析人员评估了一下,发现需要30多个人日开发量。而且从优先级上去排,说不定要排到年底去了。根本就没有资源去做……”

“我觉得某某页面有很大的问题,于是做了一个分析和改进,结果发现那个页面上的区域被划分为不同的产品线,分属不同的产品经理负责。为了推动我的设计,天呢,我需要找好几方进行沟通,他们给我的意见非常多,甚至完全相反。我根本无法估计这样改动会造成什么样的后果,后来就不了了之了……”

“你觉得那个东西很难用?那就对了。我们不是不想改啊?方案都出了好几版了,同样有上面的问题,一没资源,二,牵涉的利益方太多了,改动束手束脚,后来就一直保持现状了。”

拿不到结果的借口和原因当然有很多很多,作为设计师,这些都感同身受甚至自己也遇到过。

分析下来,所有的原因都可以归结为:“方案与资源、沟通”问题。

  • 设计方案本身存在问题——有潜在的风险,投入大产出小,本身就不合理等;
  • 设计方案没有问题,但是资源紧张,无法投入,自然没有产出;
  • 设计方案没有问题,但是多方沟通不能顺畅推动,搁置。

这个时候,出现了一个矛盾,既然我们提供了好的设计方案,为什么却得不到资源的响应,按理说,如果足够好,优先级也应该高,各方也应该支持的啊。如果是好的设计,为什么在沟通上会如此艰难?这个时候我们是抱着好的设计等待呢,还是有别的办法?

当我们认为我们的设计是很好的时,我们很难去妥协让步,但是——

什么是好的设计

在之前,我胡言乱语写过一篇文章,定义的好的设计是:最少的成本达到设计目的,设计目的是什么呢?一,最有效传达信息;二,使产品好用易用;三,使用户在使用过程中感到愉悦。好的设计必须要达到这三条。

可是现在,我却发现这些都还只是好的设计的必要条件,而不是充分条件。

因为在更加复杂,更加商业导向的环境中,好的设计在“以用户为中心”的导向上,又增加了很多条件:

一. 价值大;

在项目pk中,当然是价值大项目首先脱颖而出。这个价值,虽然主要是商业价值,但是也涵盖了用户体验改进带来的价值。

二. 技术可行,可实施;

除非不得已,没有人喜欢水中望月,画饼充饥。一个完美但是得不到实施的蓝图,除了获得稀稀拉拉的掌声外,什么得不到。你需要团队帮你实现设计,那么你的设计必须是他们能够complete的。

三. 投入产出比高;

在项目pk中,当然是投入小,产出大的项目脱颖而出。当和价值大但是投入也大的项目相比,则更胜一筹。老板们都比较会算账,你需要他们点头同意。

所以,看看我们手中搁置的设计,是不是在现实环境中“好的设计”?

如果不是,那么就去调整一下。

如果确实是,还是没有办法拿到结果,那么就硬着头皮去推动,去沟通。一个同事说了一让我很感叹的话:态度和意愿问题,看你是不是真的很想要拿到结果。有些设计师做了设计就单纯在等,有些设计师就不断沟通和推动,结果当然不一样。

罗嗦了很多,总结一下吧:

作为用户体验设计师,如何拿到结果?

用户体验设计师,有交互设计的能力需求,有视觉表现的能力需求,比如,图形化能力,能够在开发前就凭想象呈现出很多复杂的交互状态,沟通与讲解能力等等。

若要做能够拿到结果的设计师,就应该在整个项目流程中,像产品经理一样,担负起来项目协调人或项目经理的角色。把整个项目的生命周期若按以下流程划分的话:

很多设计师认为拿不到结果的问题出在“方案评估与确认”环节上。其实不然,任何一个环节处理不好,都会拿不到结果,或者拿不到想要的结果。

01.发现问题阶段——找准问题

能力要求:

对特定用户群特点和需求的了解。电子商务的用户与游戏网站的用户心理、生理特点是不一样的。若站在自己的角度而不是用户的角度去使用网站,发现问题,往往会有偏差。自己觉得好用的,用户真的会感觉非常无辜地不会用。同时,要细心,体贴入微,有时,解决问题的可能不需要大量的设计和开发,也许仅仅改一句文案就可以了。

对优先级排序的敏感性。有的时候,发现问题太容易了。没有完美的无懈可击的网站,没有完美的用户体验。真的存心找碴的话,放眼望去,网站都是问题。选择哪个问题首先出击?那些问题稍稍放后?那些问题暂不考虑?设计师心里要有个数,在资源有限的情况下,挑选最亟待解决,解决后最有价值的问题,提供优化方案。

挑选维度,可以有解决难度系数,解决后带来的价值,不解决的风险,损失等。

02. 提供方案阶段——提供“好的设计”:

能力要求:

商业意识的敏感性,知道每次的改进不仅仅是感性的“更加好用”,“用户更加喜欢”,而是能够预知因此能够带来一些可量化的变化。即使是拍脑袋,也尽量训练自己慢慢拍得更加准确。

另外,对于好的设计的理解,更加透彻。

在提供方案前,除了要了解这个项目的需求(自己提出的,别人回馈的等),若是改进型的项目,更需要明了现有方案的问题,好对症下药。通过沟通和探求,要知晓其他人,尤其是重要人士对这个项目的期望。当然,在资源比较紧张的情况下,一定要事先了解“限制”。哪些功能虽然好,但是确实是做不了或者需要花很大成本才能够做的。否则提出一个自己认为很perfect但是在现有的架构和技术能力限制下,等同于空中楼阁的方案,是不可能拿到结果的。

盗用一张design thinking上的图片:


说的大概是同一意思。

但是,作为设计师,提出一个虽然很容易实现但是看起来有点没有水准的设计,也是丢face的。会不会被很多人挑战设计能力?

解决方法:同时提供两种方案,即,心目中理想的方案是什么样子,我们称之为“蓝图”,提供未来可能性的美好框架,给人们畅想的快感和希望。但是一定要同时提供这个蓝图的精简版——可实施的方案。笔锋一转,由于目前受到什么什么的限制,我们无法做到什么什么,保留了什么什么功能,去掉了什么什么功能。所以提供一个可实施的方案如下,已经得到了评估,需要多少个人日开发量等等。

这样,既有设计师的面子,又有希望拿到结果了。

03.提案确认、评估阶段——意愿驱动,结果导向

好,现在我们手中有了一个上述的“好的设计”方案了。接下来的主要任务就是让这个方案得到相关人士的认可,这些人包括:

·老板,他有生杀予夺的大权,他说好,可以做,那么这个项目的阻力就小很多。

·同部门同事,他们会从专业水平来对这个设计进行评审,到底好用不好用,有没有更好的办法——这个时候可能会被信息轰炸掉,要注意鉴别,并非所有的意见都要参考的,毕竟每个人的立场不同,思考问题的角度和深入程度不同。。

·需求分析(RA),前端人员和工程师:他们是要负责实现的,虽然在出最终的方案前已经让需求人员介入进行可行性分析,但是最终方案出了以后,一样要再次进行评估,此时不仅仅是可行性,也要评估具体的工作量,要实现这些设计功能和效果,前端需要多少人日,工程师需要多少人日等。

·相关部门同事,如这条产品线的产品经理,毕竟是动了人家的土,也许某种情况下涉及到的产品线不止一方,可能同时需要和几个产品经理进行沟通协调,还有客服部同事,网站一经改动,他们就必须要通知到,不然怎么教客户用啊。所以,在没有正式上线前就应该让他们知道,另外作为一个与客户亲密接触的部门,他们也能够提供一些有用的信息,帮助我们进行改进。

记得王石在武大的一场讲座上回答“登雪山难还是管理企业难还是做慈善事业难”的问题时,他的答案是:登雪山最容易,因为只是在和自己与雪山打交道。管理企业次之,涉及到的人很多,做慈善最难,涉及到的人更多。

所以,与人打交道和协调本身就是不容易的事情。很多时候,用心力交瘁,劳而无功来形容一点都不为过。但是(对不起,又一个但是),不这么做,又怎么能够拿到结果呢?自己发起和主导的项目,是不能依赖产品经理的,要自己主动出击。

缠,磨,黏,死缠烂打——种种招数,会哭的孩子有奶喝,这是老话。

出了意愿驱使去争取资源和认可外,当然也要对好的建议进行采纳吸收,踏踏实实进行方案的“妥协”和“调整”。

反正最终目的仍是得到认可,多方认可,直到把这个项目排在日程表上。

当然,我们还要求设计师是有大局观的,根据自己项目和别的项目对比得出的优先级排日程和资源就好了,不要太过了。。

能力要求:

多方沟通与协调能力——还要求“多语言能力”,怎么说呢:

与工程师要用工程师的话语沟通,与数据分析人员要用数据平台的语言沟通,与设计同仁们则用设计的语言沟通,与老板们要以产品经理的语言沟通。与copy writer则要用英文沟通,设计师,尤其是新人,要主动地多和同事、别的部门的同学沟通,以掌握其语言特点。

承受挫折,卷土重来的心理素质

不可避免会碰很多钉子,可能你的改进虽然整体效果不错,但是可能会触及到某个产品经理的利益,可能影响到他的考核(比如流量的下降)。要说服他讲究大局观而放弃掉这些流量损失,是看似“不可能的任务”。所以在挫折下屡败屡战,绝对是心理素质,当然,也可以曲线救国,争取重要人士的支持。

理性预估项目风险与价值

设计师当然是感性的。但是现实是,你纵使拍疼了大腿给你的老板说:这个设计真的很好很好啊,用户一定会多么多么喜欢用的啊……没用的。老板和别的贡献资源的同事们都眼巴巴问你要“证据”,你能拍着胸口承诺说:“我保证用户一定会更喜欢用”。那么,怎么保证?所以感性的设计师也要有预估项目收益的能力,当然,是量化的。比如,数据。改进前后流量的前后对比等。对着空气去预计当然有很大的风险,不过既然不做不行,就逐渐锻炼自己拍脑袋也越拍越准确。刚开始当然从最底线开始预估,最低达到多少,希望的结果是达到多少。不要过于保守——不然大家没兴趣,不要过于冒进——不然自己压力大。如何刚刚挠到痒处,着实还需要考虑考虑学习学习。

04.项目推进阶段——团队协调与时间管理

我很崇拜古代的大将军。我为数不多的偶像级的人物里面有几位大将军,比如卫青,比如赵云,比如霍去病等。为什么呢,《明朝那些事儿》的作者讲得通俗易懂,打仗不是斗殴,是有很多技术含量的。比如,给我们10万人,让我们带着去西湖溜达一圈,能保证一个不少带回来就了不起了。更何况要完成一些非正常环境下的冲锋杀人的任务。所以,多方沟通很重要,带领团队更加重要。

作为发起人的用户体验设计师,有时为了拿到结果,不得已就要充当这样一个团队带领者的角色。管理的四大职能看起来是书本上的理论,但是若在实际情况下一一去对照,发现说得都是经典:

计划——我们是planner,需要确定非常smart的项目目标,以及为了达到这个目标我们需要采取的行动(作业计划),还应该让每个人都清晰了解自己的角色和职责,最后让他们知道应该在什么时间完成这些工作。关键词:项目定义目标、角色及职责、时间点。

组织——我一直觉得自己组织能力欠缺。有些人从小就喜欢参加组织性的工作,比如文体委员,班长等,连居委会大妈都不是轻松的活,不是谁都干得来的。想想,要把性格各异,语言不同,思维方式和思考侧重点都不一样的人组织在一起完成共同的目标?天呢,对于很多设计师来将,真是恨不得自己撸了袖子单干!可是,逃避不是解决问题的办法。所以,对于像我一样本身有点内秀的设计师来讲,不妨开始硬着头皮尝试一下,从主动承担一些小的组织项目开始。

领导——领导在这里我理解为主要是以身作则,以自己的形象、专业性去影响别人,让团队信服而不是去说服。同时,要有激励团队、鼓舞士气的能力,很多项目不可能顺风顺水,中途或许会遇到很多挫折,若遇到一点小意外,自己都乱了阵脚:发牢骚,“烦死了”“这可怎么办”,若想要拿到结果,这些字眼最好不要提。而且,要以更加积极的心态去应对,去鼓舞大家继续努力,宁可一条道走到黑……

控制——我以前经常抱怨我的老板控制欲很强,他恨不得我上班的8个小时完全是属于他的,他想知道我的项目进展,想知道任何细微的变化,直到有一天他对我更加信任了。有效的控制是促使团队更加有效达到目标的手段,而且能够控制在基本正确的道路和方向上。

关于这个阶段的管理能力(主要是团队管理和时间管理),偶也不是很擅长,也正在学习中,这里就不展开说了,免得贻笑大方。欢迎有兴趣的诸位多多探讨。《卓有成效的管理者》这本书,可以读读。

05.项目跟踪与总结阶段——理性,数据分析

设计师已经拿到结果了,可以长吁一口气了,但是别忘了最后一个阶段,项目到底好还是不好,有没有达到事先设定的目标?毕竟我们的目标是拿到好的结果。这也关系到你的下一个项目能不能继续顺利立项和推进的重要因素。

要进行数据的跟踪,要具备数据分析能力。设计师在设计初期定了设计目标时,就应该有意识去考虑将来用什么样的方式验证设计的成败,是流量的增长还是黏度的增高?或者是其他?

也应该提前与数据分析人员沟通以确定你要的数据能不能取到,若不能,还要在开发过程中考虑如何布点以方便数据提取。

最后,来一份比较漂亮的总结报告,总结项目的得与失,总结下一步的改进建议。

这才是真正的完整的项目结果。——恭喜你终于拿到了!

后一句话:万事都是说着容易做着难。以上文章观点并非原创,而是来自国际站UED会议精华总结。

所以,看似简单的道理,人人都懂,看似简单的逻辑,实际上在实行中总是会有不可预见的障碍与困难。别看我写了这么多,现实情况中却做得“提高的空间非常之大”,无论是时间管理或者是主动沟通…… 以此文,希望与各位设计师共勉,一起进步。

“大江东去,浪淘尽,千古风流人物。故垒西边,人道是,三国周郎赤壁。乱石穿空,惊涛拍岸,卷起千堆雪。江山如画,一时多少豪杰……”
 
当年苏轼站在著名的赤壁战场举目眺望,一腔豪情付诸一阕流传千古的《念奴娇》,将男人的胸襟、时间的无情表达得淋漓尽致;近千年之后,一个名叫吴宇森的中国男人希望用他擅长的电影表现那场战争的惨烈、豪杰的英姿,但显然,吴宇森的运气远不如苏轼,他没能拍出一部令人回肠荡气、记忆深刻的一流电影。
 
史诗般的历史剧拍的像庸俗的武侠片,魔幻剧拍成了无厘头式的搞怪,文艺片又不脱则以,一脱惊人,又归属到了情色片的范畴。但人人口味不同、兴趣各异。反而弄巧成拙得罪了更多的观众……
 
看完《赤》后,个人认为:导致《赤》未被大众所广泛接受的主要缘由是在于:盲目的扩大目标用户群,希望通过一些荒诞无厘头的对白与情色的镜头来吸引更多的观众,却没料到观众不买账。
 
同样,在WEB2.0时代,对于任何网站而言我们都需要花更多的时间与精力来研究目标用户群,分析目标用户的行为。网站最需要的是提升目标用户群的体验。
 
由于交互设计的核心任务是针对人,针对的目标用户种类越多、目标用户群越广泛,越难设计。每个人的口味不同、兴趣各异。如同大众饮食习惯:酸甜苦辣咸无不包括,正所谓众口难调。你无法做出一样菜肴可以满足所有人的口味。
 
作为一个网站,要想吸引访问者,首先要搞清楚自己的定位,明确自己的核心价值,发现自己的目标用户。定义出核心目标用户,分析用户群体的行为,进而了解用户需求。提供目标用户所需要的,想要的,剔除那些看似有点用处的东西。不要让杂七杂八的东西干扰用户的正常使用。

 

若能将目标用户精准的区分定义出来才能做好交互设计。网站的目标用户种类越少,用户的需求就越容易定义。盲目的扩大核心目标用户会导致在设计中屡屡出现顾此失彼的现象。而且,目标用户越多就越复杂,偏移目标用户需求的可能性就越大。
 
如果你的网站可以满足55%的用户,那么也就意味着其他的45%用户没有满足。缩小目标用户范围,100%的满足他们,这才是你真正要做的。瞄准其中的一部分用户,如果能做到他们疯狂追逐你的产品,那么你的产品就是非常成功的了(苹果公司就是这样做的)!请永远记住80/20原则。