分类目录归档:体验,设计

给他们讲讲故事吧

最近朋友老跟我抱怨,公司来个从传统行业上来的执行者,完全不按照套路出牌,已经把网站折腾的惨不忍睹了。我说,那你没跟他讲讲道理,告诉他这么搞是错误的吗?哥们说,我讲了,可是他不懂啊,最后只能用权利说话啦。
讲了,但是别人不懂,我觉得在这个事情上,还是设计师的问题大一些。确实目前有很多公司都是一帮从传统行业过来的人以粗暴的方式做互联网,他们做决策的原 则很简单:要么是按照某个他们喜欢的网站走;要么按照他们自己的想法走;要么按照最快的赚钱方式走。这是实情,但是,我总觉得作为一个设计师,应该有义务 去告诉他们这么做是错误的。当然,你肯定不能跟他们讲设计原理,这只能让他们愈加的愤怒和感觉被鄙视,你应该给他们讲故事,讲生活中的故事。

给他们讲他们知道的故事
会讲故事,知道把自己的目的用现实中的故事表达出来让大家接受,这是设计师的能力之一。
Web设计,我的理解是,它属于对现实生活得一种衍生。现实生活中的很多事情都可以映射到网络上,工业设计的许多原则放在web设计上同样适用,web也是一种生活也是一个社会。
比如,我们可用通过讲
面包屑的故事来说什么是导航;我们可以通过对小便池里的苍蝇的分析来理解如何去引导用户;我们可以通过对食堂的观察来理解为什么小就是大的道理;我们可以通过对现实大卖场的熟悉来理解为什么淘宝的首页显得那么“乱”;我们可以通过对现实中小区居民的生活状态进行模拟来理解线上的社区如何做;……
很多时候,web设计师无法使用也绝不能使用自己的专业语言去与别人PK,这有点像“秀才遇到兵”的道理。这个时候我们需要的是讲故事,讲他们知道的事情来做类比。

体验源自生活,创新源于体验
设计师与用户的区别在于,设计师不仅仅会发现问题,而且试图去解决问题。junchen说,设计师是这个世界上最敏感、也最具情感的一群人类。我觉得,这种敏感的根源在于,设计师常怀设计之心。
去一个陌生的地方,按照路牌走,结果发现走错了。用户可能会记住哪个路是正确的,下次再来的时候不要走错了,然后最多顺便抱怨一句;而设计师往往会想,为什么会走错呢?那个路牌摆的位置是否不对呢?那个路牌上的标志该怎么画才能更好的指路呢?
呃,跟我一起逛街或者游玩的人大多很郁闷,他们的相机大部分是在景物上,而我多半是在用自己的小破手机拍各种标识,错误的或者正确的。
如果脑袋里没有什么别的事情,闲逛的时候往往会留意四周,思考为什么
路边的树居然种上了大半盲道?为什么这个电梯的最常用的2个按钮开、关舱门的按钮居然是在最下面呢?披萨店用白板来统计客流有什么好处?试衣间里这句标语太棒了,为什么网站上没有呢?这样的指路牌,我该怎么走呢?…..

折折熊在《产品设计师的核心竞争力》中说,作为设计师,最大的属性就是创造力。而创造力怎么来?我觉得就是在于对生活的敏感和不断思考,试图去解决存在的问题。实际上,产品设计就是一个不断发现问题,并且解决问题的过程。一个优秀的设计师必然是一个善于发现问题,并给问题提出优雅的解决方案的人。
总是在不断的重复说创新,什么叫创新?如何创新?很简单,创新就藏在生活中。创新就是不断的发现生活中的问题,然后把他转化到web上。

PS:欢迎参加豆瓣活动“生活中的可用性收集”;flickr小组“天天用户体验”;UCDchina大社区话题“生活中的体验

给有啊社区拍一砖

09年5月,有啊社区正式上线。
至此,百度有啊的整个产品线基本排列完毕,搜索、平台、支付、社区4大支柱产品上线,百度的C2C交易体系布局基本成型。做C2C必备社区,这基本上已经成了行规,因为就中国人的网购习惯来看2个重要的因素就是逛、砍,这也是为什么很多人
喜欢去淘宝而不去B2C的原因之一。社区的启动可以直接带动平台的活跃。
不过,有啊社区在产品设计和运营上还是存在一定的问题,今天就给拍上一砖。也许对,也许不对,您且先看着:

不伦不类的导航
有啊社区采用了一个高达105px的导航条,并且为了让头部显得平衡使用了一个通栏的绿条做为一级导航,其余页面宽度为950px。如此高度的导航设计,在所有百度的产品中都是从来没有过的。

仔细再看一下这个社区的导航,先不要着急点,你觉得他是一个tab页签吗(Via)?
很显然,不是!这个导航的做法盗用了tab页签这个概念,做了鼠标触发效果,但是却没有tab现象。
在每个一级导航下都包含有最多6个最少3个的二级栏目,这些栏目应该是有很明显的层级包含关系的。我们可以看到,在视觉上他们的设计师在每个一级栏目之间 划了一道很轻的线来做分隔,但是这种分隔几乎起不到作用。每个用户在打开这个页面的时候第一个感觉会是:“社区首页”这个栏目包含了下面9个子栏目,因为 这10项属于一个视觉层次里(背景颜色一致,灰色)。按照导航设计的基本视觉原则:同属于一个层级的栏目的背景颜色是一致的,也是需要和其他未包含进来的 属性区别的。

我们来比较一下另外一个社区的导航,为什么19楼可以这么放呢?很简单,因为19楼的“公共会所”栏目下面就是包含了和他在同一个视觉层级里的那些子栏目,所以,他可以做成这样,把其他的4个栏目作为一个标签来使用。
而有啊社区里则是每个一级导航都和下面的二级栏目存在明显的层级关系,所以,整体上看, 他的导航很混乱。实际上,这种每个一级栏目下都含有二级子栏目的导航设计,有啊社区完全没有必要采取这种形式。

再看有啊社区的子页面里的导航。假如你现在点进了“消费电子”这个页面。不要思考,你知道怎么以最快的速度回到社区首页吗?;你觉得“全部分类”这个地方,你是点击呢?还是鼠标触发呢?
是的,他们的设计师在帖子分类栏目上面加了一个面包屑导航,呃,如果不许思考的话,你能看到这个地方吗?我问过几个朋友,发给他们这个页面的时候他们都提出了一个疑问“他们没为我设计后退按钮?我怎么回到社区首页?”
也许点击页面左上的logo是回到社区首页的最快方式,那,我怎么从社区回到有啊首页呢?呃,这个,确实没找到地方……
我的感觉是,有啊社区的设计师正好把社区首页的导航和二级页面导航的表现方式搞反了。社区首页的导航不是tab页签,应该用标签的形式,那么就不要搞鼠标触发,直接点击;而二级页面的“全部分类”则是需要一个鼠标触发的。

不一致的头部
不知道他们为什么把“购物车”、“我的收藏”这2个原本一直放在有啊所有页面头部左上角的链接移到了社区搜索框的右边?是感觉搜索这个地方太空了,还是因为有数据显示在社区里这两项的利用率很高?
我没有数据,如果没有其他的特殊原因,我想这个做法是很不友好的,常用的功能应该摆在常用的统一位置上,当用户需要的时候他可以娴熟的在老地方找到他,这种改变是很不友好的。
也有一种可能是,把这2个功能移动到搜索框的右边,同时搜索框左对齐,这样使得搜索框更加突出,以显示百度强大的搜索功能。不过,如果是这样的话,为什么不干脆直接用首页头部那个简单到极致而且强大的搜索设计呢?这种做法只能是让搜索的地位显得反而很尴尬了….

让人郁闷的搜索显示
有啊社区的搜索结果,处理的很简单,直接加载到网页搜索里了。
第一次搜索的时候我以为我点错了按钮(社区的搜索按钮有2个…),再点还是在网页里显示的结果。这个显示有点郁闷,从用户体验上讲这叫“没有告诉用户在什么地方,并且也没有告诉用户怎么回去”,这个太不友好了。百度所有的单一产品搜索都是在自己的频道中进行的,我们可以理解是因为有啊社区刚上线,没有 开发出这个频道,那么,至少在搜索结果的显示上给用户一个友好的提示如何??
这种类似于把google的网页搜索嫁接到个人网站的做法实在让人无法接受,每次点击搜索的时候我都觉得我搜索的不是这个网站的内容而是整个google的内容

无法传播的官方博客
百度有啊的官方博客是目前我见过的唯一一个使用摘要输出feed的博客。
使用过RSS的同学都很明白选择摘要输出就意味着你的内容无法被很好的传播。当然,类似新浪博客这样的强制名人博客摘要输出或者标题输出的流氓做法另当别论。
选择摘要输出可以一定程度上的增加点击率,但是也很自然的把自己困在了百度空间这么一个很小的小圈子里,根本没办法让你的内容走的更远。看看官方博客下面的评论就知道了,活脱脱一个明星空间的景象!已经被拉入了百度空间水的不能再水的泥潭里了…..

不顾及用户体验的营销活动
类似抢购这样的社区活动是社区运营中最常见的手法,百度有啊最近也推出了一个“1分钱抢购限量T恤”活动,活动说明里写“所有T恤将于7月27号统一进行快递配送,请购买用户耐心等待”。统一发货,这个做法太不明智了!
既然是百付宝一分钱体验店的活动,就意味着这个活动的参与用户80%是首次接触有啊的用户。这个统一发货的做法是否就会给这些新手用户这么一个感觉,我在 百度有啊买东西,都是需要等购买人数达到一定数量的时候(比如200件),有啊才能统一发货给我。那,这个时间成本对于一个新手买家来说显然是无法接受 的。
快速、低价、方便一直是网购产品的代名词。在运营上看,有啊更应该利用体验来展示和强化这种表现,而不是仅仅用一个低价疯抢来引得每天一大票人在某个特定的时间点去疯点某个页面,搞的倒是像在做压力测试了?
我的建议,不要再搞什么统一发货,也别再让买家耐心等待,新用户的耐心都是非常非常低的!既然已经是活动了,又何必在意那么点开销,分批发货没什么大不了的!

呃,我的砖拍完,下面大家开始拍我吧,如果有不对的地方,欢迎拍砖!

设计中的同理心

在《应需而变——设计的力量》这本书中,作者实际上一直在围绕着一个问题展开,什么是同理心,如何培养同理心?
书中指出,“同理心即知道、感觉到、代入式地体验其他人的感觉、想法、经历,而自己并没有这些真实的感觉、想法、经历。”
简单理解,同理心就是一种站在他人的立场上思考问题的方式。这如古语“己所不欲,勿施于人”同出一辙。

设计必须满足人们的某种目的,所以,设计师需要去理解人们如何与你设计的产品互动。设计的过程就是发现问题、解决问题的过程,是什么人、在什么样的环境 下、要做什么、为什么要做、他们会怎样去做、会有什么样的感受?这些应该是设计师在整个设计过程中不断思考的问题。而在这个过程中,我们需要不断的告诫自 己“I Am Not The Target  User”!
从人口细分和市场统计学的角度已经不足以让我们完全了解我们的用户,同理心的培养与运用则能够帮助我们在不断变化的市场中,更加真实的、深刻的了解用户和他们的能力、需求、期望,然后提出优雅、漂亮的解决方案。
首先,同理心与同情心是两个完全不同的概念。同情心意味着怜悯,这会让我们与他人或者小组产生距离,并且缺少尊重,甚至还会形成一种优越感;同情心会失去客观性,造成当局者迷的情形。
而同理心就像一定程度的好奇心,让我们更深入的理解我们的用户。他通过代入式地体验来理解一个人或者一群人的主观经历,这种代入很自然的避免了距离感,同时也保证了客观性。

呃,写到这里,我发现自己写不下去了 :)。因为这个话题突然让我想到了09年伊始UCD大社区的话题:装不装用户
在装不装用户这个话题上,Keso和白鸦实际上是说的一个问题的两个方面,并不矛盾。
从设计的角度上看,我们需要装用户,并且是代入式的思考,这是在避免以自我为中心的设计。本位思考、自以为是和经验主义是目前我见过的最多的错误做法,他 们基本不会看数据也不会去管产品针对的用户是初级网民还是高级用户,他们总是以“我觉得用户在完成这步之后会怎么样怎么样”或者“以我多年的经验来看,这 个地方应该怎样怎样”来决定某个页面、某个流程最终该如何去设计,并且不会去测试,也不会去收集反馈,因为,他们压根也没有观测数据这个做法,他们更加不 知道该找一些什么样的目标用户进行访谈,或者找与用户紧密联系的部门,如客服等收集信息。他们总是把自己作为一个设计者,一个制造者,并不是去关心用户是 怎么使用的。
从结果的角度看,无论怎么装,我们都不是目标用户(I Am Not The Target  User)。
但是,这并不妨碍我们将同理心带入设计之中。换位的思考让我们知道我们的哪些做法是错误的,同时我们也能够了解到用户的哪些想法是错误的,而这些错误的想 法是如何产生的?于是,我们知道该如何去引导用户避免这种错误的做法,从而产生良好的用户体验,让用户不断的喊出“啊!原来是这样的,这个设计师比我想的 还要周到”。
永远想在用户的前面,给用户制造惊喜,引导用户发现并接受这些惊喜,这应该是每个设计师的职责所在。

有点跑题,继续。
关于如何培养同理心,作者使用了很大的篇幅来讲这个问题。大体是认为,单纯的定量研究使得最终数据仅仅成为了一堆废纸一样的摆设,设计师们都不愿意去看那些枯燥的数据,研究报告的厚度与他的效果成反比。
结合定性的研究,并且使整个团队都具有同理心的意识,才能最终创建真正有用的交付物。真正可靠的交付物应该包含三个特点:清楚,直截了当;能吸引读者;讲述故事。

购物网站的评价系统设计

从08年艾瑞发布的报告《2008年中国网购用户购买决策影响力》显示,用户评价在影响用户购买上起很大的作用(4.2分,满分5分)。从某个角度上理 解,口碑的力量大于广告的效应,特别是网购这样的无法看到实物的购买行为,用户更加倾向于在购买之前先看看大家是如何评价的。

评价包括评分和评价。从目前来看,网购的评价主要分为开放式评价和封闭式评价两种:开放式评价,主要在导购类网站出现,这类评价大多还会包含一个专家评价作为另外一个参数;封闭式评价,主要在C2C、B2C等网站,必须登录之后才可以评价。
从诱因上看,引发用户参与评价的源动力主要在于两点:利益与精神点的驱动。利益受损、得益、与某些评价共鸣、参与感及得到的心理满足。
我选取了2组4个网站的产品评价系统做一下比较:淘宝VS有啊;中关村商城VS京东商城。

淘宝:在宝贝详情页面,一共给出了2个入口显示用户对该产品的评价情况。1)销售情况部分,30天售出:2件 (查看评价) ;2)以tab标签的形式列出一个“评价详情”
有啊:
在宝贝详情页面,一共给出了2个入口和一个详细模块3个部分显示用户对该产品的评价情况。1)销售情况部分,售出 6 件(查看5条评价);2)以tab页签的形式列出一个“商品评价(5)” 3)单独列出一个模块“商品评价”

总结,有啊的入口给的更直接更明显,可以让用户在购买之前能够更加清晰的找到其他用户对该产品的评价,提升转化率。其次,在用户体验上,这种直接标出有多少条评价的做法更加出色。

中关村商城:2个入口,分别是显示打分情况和显示具体评价情况。中关村商城的前身是一个导购网站,因此它保留了一个“专业评分”
京东商城:2个入口,分别显示打分情况和具体的评价。京东商城的评价系统把评价和讨论结合在了一起,可以对评价进行回复和跟帖,且显示前5名评价用户 。
比较上看,中关村商城与京东商城有颇多相似之处:
1)从评论表单的设计上看也是一样的(表单1表单2):先打总分、写标题、写优点、写缺点、最后来个总评。(呃,连表单项目的顺序都是一样的,如此雷同的做法不知道是心有灵犀还是谁直接借鉴了谁呢?)
2)同时采取了对评价再评价的做法,用户可以对已经发布的评价详情进行投票(有用、没有用)。中关村商城对此的做法是允许匿名评价,而京东商城必须要求注 册用户方可再评价。
PS:京东商城貌似没有后退按钮?未登录状态下对评价投票的时候会引导到登录按钮,但是无法返回,这个体验超级差!
3)对评价的显示都是按照时间倒序显示,最新的评价显示在最前面。不过这里中关村商城炒作了一个概念,他们把这个叫做“最有价值评价”,实际上这些还是按照时间顺序进行排序操作….

几点思考与想法:
1)对网购的产品是否允许未登录评价?(未登录评价与匿名评价是两个概念)目前来看,除了中关村商城允许匿名对评价进行投票外都不允许未登录评价,中关村商城的做法是否会引起5毛横行最终使得评价有失偏颇?
2)评价该如何排序呢?是按照时间还是按照用户投票呢?这里有一个需要考虑的因素是评价是针对的产品还是信用?如果是针对产品的话用户会在乎这个评价的时间新旧呢还是在乎这个评价对他了解这个产品的性能更有价值呢?
3)如何引导用户积极的参与评价?这个问题让我联想到亚马逊上关于“三狼与月T恤”的评价案例 ,另外当当和卓越也搞起了评价系统,而且流氓亚马逊依旧会不时的给你发送邮件让你去评价你买过的图书…..
4)对于评分的设计,有人问过我为什么是5分制?记 得在《可用性工程》这本书上曾经介绍过,而且这种5分制的做法已经基本成为了一个标准的原则。 不过有啊的评价设计就没有按照这个走,他们设定为20度、40度、60度、80度、90度、100度这样6个等级了。我觉得有啊的这种10分制的做法还可 以再进一步改良:当用户打出8分以上的分数时系统应该给出善意的提醒,“
这个分数表示您对卖家极大的赞可和推荐”,而且打出8、9、10档分数的必须明确写出具体的评价内容。
5)评价系统是否是每个泛购物网站所必须的要素呢?记得之前更江洋
探讨过一次这个问题。

做最多的,展示最好的

农村过年有个风俗,大年初一要到村里所有人家里去拜年,小孩的特权就是可以拎一个大袋子去装礼物。现在回忆起来有一个很有趣的现象,到家境不太好的人 家去拜年的时候他总会塞给你很多的花生、瓜子、还有便宜的糖,每次都搞的袋子里满满的;而家境比较富裕的人家就给一捧西瓜子就完事了。(我小的时候农村还 是相当不富裕的,每家都会种花生,所以花生特别多,但是西瓜子只能去街上买而且价格不菲。在中国的过年基本上就是在过面子,所以不管怎么样都是要在初一的 时候装一装门面的。)

可是结果呢?我们几个小伙伴总是会在拜完年回家的路上把西瓜子自己留下,其余花生什么的要么拿回家给爸爸妈妈继续待客,要么嫌拎着沉直接扔在路上了,而且最念念不忘的还是那些虽然给的少,但是给西瓜子之类的人家…….

每次在讨论产品的时候总是有人说,我觉得用户需要这个,我们应该给用户什么样的功能,完成之后用户可以用这个怎样怎样;我们在设计页面的时候本身网站的内容非常少,功能也少,但是为了让首页和二级页面看起来都不空洞,我们要把能摆的东西都摆上去,结果首页和二级页面上放的东西基本都一样了,用户在各个页面上跳来跳去,总是觉得还是在一个页面上,总是觉得自己怎么走都走不出去,于是下次再也不来了;如果是我在用完这个功能之后我还想怎样怎样,我觉得我们应该给用户更多的东西可以用,这样他们就不会觉得我们的东西太少了,于是一上线就把所有的功能一字排开,让整个开发团队的人累的半死去做满所有的功能…..

可是结果呢?我们的用户体验,你给我了这个功能没有什么大的用处,我百年难得一用这样的功能,往往我们的产品人员会最后发现,消耗了我们90%以上的精力开发的产品只是为了10%的用户去做的,有时满足甚至更低…..

office有众多强大的功能,可是大约我们90%的用户只用到其中10%的功能,那另外的90%的功能大多数不会用到反而让整个office软件显得臃肿且安装缓慢;百度也有很多产品,但是在baidu.com上我们只看到他摆出来多多少少9个产品而已;google的产品也是如此,前段时间我和稻草在一 个偶然的探讨中骤然发现了google reader的强大功能,我当时感叹,google是怎么做的呢?他做了这么多的功能,但是看上去却如此简单,这太了不起了!

我的意思并不是说我们不要去做复杂的产品,相反的,我们需要做功能足够丰富的产品!一个产品20%的功能是用户常用到的,而另外80%是不常用的,我们称前者为基础功能,后者为扩展功能;而同时又有80%的用户平常也就只用这20%的功能,这是二八原则。我们也完全没有必要去砍掉那80%的功能来满足大部分用户,我们需要一个复杂的产品,但是我们更需要给用户展示一个简单的产品,让用户自己去发现那被“隐藏”的功能,他会说,“哇!太神奇,这个产品居然还可以这么用,太强大!”

我们更没有必要在产品刚刚上线的时候就把能够展示的功能不管好坏一股脑的都摆出来,这样的做法只能是让那80%的不常用的功能吓走用户。这就好比最开始的那个故事,那些塞在袋子里的满满当当的花生一样,只会让我觉得很沉,在有必要的时候我想全部给丢掉,只留下西瓜子。

一个好的产品人员应该知道给用户什么,而不是用户想要什么就给用户什么,给他最需要的或者你做的最好的,提示他去挖掘我们隐藏的好东东,这样才能让用户死心塌地的爱上你的产品。

在产品设计中有个原则,够用就好。在最初和我们的技术团队碰需求的时候需要搞清楚,我们的团队开发这个功能需要多久?我们有多少用户需要这个功能?从整个产品运营的角度看,我们是否需要现在就把这个功能推给用户?不要把某一小撮用户需要的功能当作大众想法提前做出来;不要因为一个不被常用的功能拖延整个产 品的开发进度;不要一下子就把用户喂饱甚至撑死。

第五个基本设计原则

《写给大家看的设计书》(The Non-Designer’s Design Book)的第一个部分,作者Robin把设计的基本原则概括为4条,首字母缩写为不太文明的单词“CRAP”。这就是大家耳熟能详的对比(Contrast)、重复 (Repetition)、对齐(Alignment)、亲密性(Proximity)。
对比(contrast):如果2个项不完全相同,就应当使之不同,而且应该是截然不同。对比的方式有很多,包括字体、线条、色彩、材质、元素、间隔等。对比能够吸引眼球,目的是有助与信息的组织,并增强页面效果。因为是比较,对比必然要加大力度。
重复(Repetition):设计的某些方面需要在整个作品中重复。可能是字体、线条、某个符号、颜色、设计要素、格式、空间关系等。重复可以看作是一种一致性,目的是为了保持统一,并增强效果。但是,要避免太多的重复一个元素,重复太多会让人讨厌。
对齐(Alignment):任何元素都不能在页面上随意安放,每一项都应当与页面上的某个内容存在某种视觉联系。对齐包括左对齐、右对齐、居中对齐,不过对于初学者而言作者强烈建议我们强制自己避开居中对齐。通过亲密性,并结合明确的右对齐或左对齐,整个设计将有意想不到的改观。对齐的根本目的是使页面统一而且有条理,不过要避在页面上混合使用多种文本对齐方式。
亲密性(Proximity):将相关的项目组织在一起,使他们的物理位置相互靠近,如果某些项彼此间并无关联,这些元素就不应该靠近。亲密性的根本目的是实现组织性。亲密性的敌人是害怕留白或者是留出同样大小的空白。

以上是作者Robin一直在强调的4个基本设计原则,但是读完第一部分你会发现,其实作者还说了第五个更加基本也是最重要的一个设计原则——打破规则!我觉得这才是最最基本最最重要的一个设计原则。
当然,规则都是用来打破的,但是在打破规则之前必须要清楚规则是什么!比如,如果设计中的对齐很明确,那么可以有意识地打破对齐,而且一定要表现出这是有意的。一定要干脆一些,要么全部采用一种方式,要么全都不采用这种方式,千万不要保守;比如你不能重复太多的元素,适当的时候需要使用对比。
作者也不止一次的提到一定要大胆的去做,作者认为这是一个指导性的大原则——不要畏畏缩缩。比如:
不要害怕在设计中留白,不要看到空间中有空白就把元素都往这里塞,留白能让用户的眼睛稍作休息;
不要害怕因为不对称而使用居中对齐,不居中往往效果更强烈;
不要害怕把单词设置的非常大或者非常小,对比就是需要很强烈;

正如卷首语所言,“人们通常都很教条地去追求可读性,并且常常因为过分强调而变得千篇一律”!只要最后的结果能够支持或者强调你的设计或观点,勇敢的去打破那些规则,不要畏畏缩缩的!

读《<写给大家看的设计>第三版》

网站门口的灯再挂亮点吧

重做了一次系统,很自然的就丢失了原本被浏览器记录了的全部书签中网址的登录用户名。
其实,所有网站的密码基本上我都没有忘记,反倒是把用户名都记的混淆了。我实在无法记得这些全数字ID、数字+字母ID、字母+下划线ID、必须超过6个 字母的ID、必须使用字母数字组合ID等等都是什么了…..
我始终觉得,对用户而言,在登录ID和密码之间相对比较不会忘记的会是密码。因为对某一个用户而言,他可以对所有的网站使用同一个密码,但是却无法在所有的网站都使用同一个ID,这就好比是很多人会用生日或者家里电话做各类银行卡的密码一样。那么,对某一个用户而言相对独有的ID会是什么?邮件地址!
登录ID、显示名称、密码、找回密码之间的桥梁一直是邮件(当然,短信、人工服务也存在),多数产品中用户ID的唯一性的证明要件还是邮件。那么,是否可以考虑把这些关系进行简化呢?登录ID与邮件地址直接实际上是可以合并的,直接使用邮件地址作为登录ID更加省心。使用邮件地址和密码进行登录,使用显示 名称(昵称)对外示人,减少一个环节。
早前,对于找回密码的设计,我说,如果我忘记了用户名的话,我该怎么办呢?很遗憾,没有几个网站去考虑过这个问题,他们大抵认为他们网站设置的用户ID太好被记录了压根不会被忘记,或者就算忘记了用户名就再去注册一个罢了,反正我们网站还会多一个注册用户。

OK,就算你考虑到你的产品中登录ID与显示名称必须是统一的,就是说用什么注册就用什么登录再用什么显示。那么,至少,至少在我登录的时候再多给我点提示吧,让我知道我需要拿哪张证件才能被你们通过啊?
有啊,如果你输入的是错误的ID格式登录,它只会机械的重复一句话“用户名格式错误,请重新输入”….仅仅告诉用户错误是不够的,用户需要知道什么才是争取的!
豆瓣,它会明显的告诉你,输入你的Email地址
Twitter,它会直接告诉你使用“user name or email address”登录。这才是最好的做法,把你家门口的路灯挂的再亮一点,这样才会有更多的人知道那里是友好的和谐的,才想进去

实际上,那句酸溜溜的“您好,欢迎光临XXX网,请XX”并没有你想象的那么重要,如果有必要可以直接把他们拿掉,本来顶部空间就小还搞这些有什么用?一句客套话始终不会有一个实在的引路来的效果更好!改进网站的用户体验并不是在表面上装作笑脸盈盈就可以的!
如果能在我进门之前就告诉我,我使用哪张卡能在里面玩的更舒服,我会满怀欣喜的进入;就算在开始的时候没告诉我,但是当我出错的时候能够热心的告诉我如何 改正,我也会欣然改正错误;如果我一直在改错,但是还是一直错误,作为看门人的你也不告诉我我到底错在什么地方,我就会愤然离去,或者我们的关系再好点, 我只能去注册一个新的ID,同时也给网站带来了一个死ID……何必呢?

PS:为了使下次重做系统的时候不再受这帮看门人的鸟气,Firefox用户可以使用插件FEBEXmarks配合。Xmarks可以通过你的书签到服务器上,而FEBE的主要作用就是对Firefox进行备份,包括扩展、主题、书签、首选项、cookies、用户名和密码、搜索插件、搜索历史、表单历史、许可文件、配置文件等。

6月北京UCDchina书友会记录

本期UCDchina书友会话题:设计的数据和分析 ,以下是来自北京书友会的讨论记录:
可以讨论的点:
1)数据的种类
数据库的数据与来自用户的数据
作为互联网的数据分析与传统行业的数据分析之间的区别
定量的数据与定性的数据
作为战略的数据与作为某一个具体的项目的数据
2)数据是怎么来的?
数据:把信息记录下来,属于信息的载体
作为支持产品设计的数据,更需要关注的是数据得来之前的方法是否正确,
数据的结论是如何得到的?至于其他的工作属于技术的问题,对于产品人员则不必要做太多的干预。
3)数据清洗
数据记录的属性有所不同,可能会出现误差,在提取信息的过程中有些数据是不需要的有些是有误差的,所以我们需要对数据进行清洗之后再用于对产品设计的支持。
对数据的清洗实际上就是要挖掘出数据里隐含的信息。
最为产品人员最最需要关注和掌握的能力就是对数据进行清洗。
4)数据怎么用?
数据是产品设计的一种工具,如何更好的发挥他的作用,结合产品把数据变得浅显易懂的展现出来?
数据的分析也应该是为网站的运营来服务的
简单的使用流程:设计——数据来验证设计——改进设计(先要有问题再去找数据)
做决策判断:基于自己的判断+得到的数据来进行分析,数据还是一种辅助的工具。
从数据中发现问题:监控异常指标数据-调研分析-改进方案
5)数据可视化
技术导向型——可用。把所有功能都挖掘出来
用户导向型——易用。把数据中蕴含的信息剥离出来进行展示,是可配置的。
后台数据可视化、数据地铁图,利用数据来展示用户在什么地方集中在什么地方松散,为什么集中,为什么松散?

参会同学观点:
1)不能让分析把运营绑架了
2)如何用数据说话?需要体现出设计师的专业性,设计师应该有能力挑出错误的数据,同时使用正确的数据来指导自己的设计
3)产品与技术应该同时关注数据,技术给出问题产品去研究问题
4)对数据统计口径应该一致性,协调不同部门之间对数据的使用
5)唯数据论与唯经验论都是错误的,唯数据论与唯经验论之间的平衡关系
几个数据使用的流程:
6)数据分析的布点(维度齐全)——对数据的拼装(可配置、可视化)——发布报表
7)海量数据做对比——发现波动点——抽样分析——得出结论
8)做决策的目的?——需要那些数据做判断?——如何判断这些数据?
9)宝洁的:建立或修改假设——设计实验——执行实验——分析实验——计划推广——实施推广——学习图书馆建立

一小碗比一大盘赚的更多

公司附近有个二级的商场,和很多这样的商场一样它的底层是大食堂。食堂的铺面被各个租户承包,出售各类的小吃,在附近上班的人大多都会在这里解决午饭问题。
里面有2个毗邻的摊位,都是卖快餐的。左边一家使用传统的手法,将所有做好的菜和饭以大盆盛装都摆放在玻璃柜台的后面,然后用餐盘按照顾客的需要从大盆里 盛菜到餐盘上,最多可以选择4个菜,饭也可以按照顾客的需要或多或少,标价以一盘计费,分为10元和12元;右边一家店铺名字叫“时尚小碗”,他把做好的 菜都事先用一个小碗盛好,按照类别摆放在柜台上,米饭也是用这样的小碗盛好摆列,然后顾客可以指定要哪几个小碗的菜和几小碗的米饭来自由组合,如果柜台上 的小碗菜快卖完了,他们会立刻从后厨上更多的小碗到柜台上填补,标价以一小碗计费,价格从3元到5元不等。
仔细观察之后会发现:
1)左边这家店的顾客很稀少,而右边这家店经常需要排队
2)实际上两家原材料和成品都是一样的,甚至右边这家的厨师还不如左边这家(同时叫过2家的外卖)
3)在右侧这家吃和左侧这家一样的饭菜,实际上花的钱会更多(2个荤菜10元、2个素菜6元、一小碗米饭1元)

原因何在呢?
1、一小碗显得更专业,印象分就比左侧这家高了许多,就像一个网站的首页可以直接的决定一个突然闯进来的用户的去留一样。
2、一小碗给用户更多的自主选择权。
3、一小碗更加准确的把握住用户的消费心理,用户需要更加干净的的食物(虽然实际上两家没有区别,但是至少表现层上强了许多),换句话说他们需要的是质量而不是数量。
4、在标价上,突出的是每一小碗的价格而把整体的价格弱化,诱导用户消费。(每次我都是点完之后算帐发现,我靠,16块了….)
但是,一小碗的做法会造成生产成本的提高,毕竟需要刷洗的小碗要比餐盘多了许多,不过与得到的利润相比这个成本也是可以接受的。

那么,做产品呢?是否也一样呢?

被绑架的用户体验

用户体验(UE)似乎已经成为一种潮流,IN到任何人都可以拿用户体验说事
某企业认为,我们就应该在我们的软件上放置一个弹出窗口,这样可以让我们的用户第一时间看到新闻(PS,主要是我们自己的新闻),这样带给用户的体验一定很棒!……拜托,这个叫商业利益好不?
某Boss认为,这个信息的提示就应该放在后面而且这个项目应该居中,这样更符合我的上网习惯,我这样的用户都认为好,这样的用户体验一定好……拜托,这个叫个人想当然好不?
某设计师认为,用户没有填写内容的栏目就不要在页面上展示出来了,因为用户体验的书上说没有就不显示。那么,不显示整个栏目和在用户没有填写的栏目里给一些推荐内容进去哪个更好?书上有没说?……拜托,这个叫书呆子好不?
某产品设计师认为,从后台到前台栏目的排列应该保持一致,因为一致性原则是产品设计的一个重要原则……可是,有没想过前台和后台需要展示给用户的重点内容是不一样的?这怎么个一致法?拜托,这个叫生搬硬套好不?
某做SEO的人说,做好SEO就是做了最好的用户体验,搜索引擎收录才是王道……拜托,这个,这个,这个SEO和用户体验到底谁是谁的子集?
某客服MM说,客户反应我们网站的用户体验太糟糕了,你们这些所谓的用户体验设计师们都是干什么吃的?……拜托,设计师也是人,仅仅一个人而已,再怎么24小时不吃不喝不拉也没办法搞定所有的问题吧,网站就是他一个人的吗?
某用户体验设计师说,您就放心吧,只要把网站的用户体验做到极致其他的都不是问题,这个网站一定火……那个,大哥做一个让别人花1K买一铊屎的网站您UE做的再好能盈利吗?
。。。。。。
在网站最初出现的时候成功的关键是第一时间把各种想法推向市场,使得后来的竞争对手为了赢得市场份额开始强调产品特性,加入越来越多的功能来吸引用户;随着生产力的提高增加功能和特性的成本不再那么高,同时用户也认为能干更多事的产品会更好,于是众多网站通过增加产品特性以保持短时间的竞争优势;但随着功能的不断膨胀,网站变得越来越复杂、越来越笨重、越来越难用,最后失去了对初次访问者应有的吸引力。于是,用户体验开始兴起并形成泛滥之势,最终被“绑 架”…….

用户体验应该被当作一种战略来实施
“体验设计关注人们与品牌的互动瞬间,以及这瞬间能产生的回忆”(Via)。 实际上品牌导向与体验设计是背道而驰的:传统的品牌战略是一种市场手段,它将产品赋予一种相同的的价值或品质,品牌战略始于公司,所以它更像是一种由内向外的导向,根据企业想展示的属性,然后尽其所能的展示给用户;而体验战略则是由外而内的,是通过用户的动机、行为和情景来领导产品、服务的开发,最终满足人们的期望。
遗憾的是我们很少看到有网站在最开始的时候就把用户体验当作一种战略来考虑。一个创业公司,宁可少请一个人也要多请一个不错的顾问,尤其是在产品,运营,和用户体验方面。
用户体验不是万能药
用户体验不可能解决业务上的每一个问题,用户体验是产品开发的一个重要内容但并不代表一切,我们仍然能看到大量的产品并没有好的用户体验但是仍旧能过取得成功。在商品经济环境中需求决定了价值,一个产品提供的功能能够足够满足我的需求,尽管不太好用,我们一样需要它,产品的商业策略与发展方向是应该被摆在第一位的。
用户体验不仅仅是设计师的事情
就像研究人员并不是研究成果的唯一来源一样,用户体验应该是以UE部门为主导整个团队共同努力的事情。我们的客服我们的销售我们的技术应该都有责任参与到对产品用户体验的改进中来。尤其是在小团队里把所有用户体验的问题都压在设计师的肩膀上,没有哪个设计师能够承担的了这样的工作。
用户体验并不简单
用户体验设计没有公式,只有方法。这些方法经常失败,但失败也是方法的组成部分。找到那些正确的,就能很快的找到正确的路。尤其是因为用户体验不是公式化的,你将自然而然的获得与竞争对手不同的产出,这些产出可能很好地超出你的想象。
SEO与用户体验是两个完全不同的概念
在我订阅的关键词里有一个是“用户体验”,糟糕的是我收到的feed有一大半是和SEO相关的,我不知道这算不算是大家对用户体验最严重的一种绑架行为!SEO实际上是一种品牌营销行为,而用户体验在做的事情是建立一个良好的品牌。设计师对于SEO有什么责任?

最后一条,跟用户体验没什么关系,在我刚准备入行的时候我跟一位前辈有如下的对话:
“我想做互联网产品设计相关的工作,需要具备什么样的能力?”
看网、泡网、读网
“有相关的书籍推荐吗?”
“基本没有,很多书的观点都太陈旧和刻板,质量好的书乏善可陈。要做好互联网的事情尤其是产品方面的,最好的方法就是,看网、泡网、读网”
后来,我把句话理解为:看的多才知道长什么样子,但是看到的都不是核心竞争力;读的多才知道是怎么回事,知道是什么原则是如何运作的;泡的多才会有感觉才能知道自己该如何去做,如何去改进与创新。

看网、泡网、读网!就拿这句话当作结尾吧,与大家共勉。

对google阅读器共享设计的再讨论

题接上篇,稻草同学在早上睡醒后告诉我他又发现了一个关于google reader的小细节,于是,我们继续了昨晚的讨论。

如上图,google reader的共享功能从浅到深可以这么划分:
1)share(共享):仅仅是做一个共享,比add star(加星)更宽泛一些的标记。加星的内容是仅仅自己可以查看的内容,(加星的内容好像是有数量限制的?);而共享则是共享给好友、以及订阅了
你的共享feed的人,这是一个更加宽泛的标记。
2)共享且添加评论(share+add comment):在点击完share(共享)按钮之后,在他的上面会立刻出现一个“add comment”的超链接,点击这个超链接可以添加你对这篇文章的看法,这个comment是仅你的好友可见的。通过这种方式,你共享的内容被投递成2个 部分,你的共享订阅者只能看到你共享的文章,而你的好友可以看到你共享的文章和你的评论
3)带备注的共享(share with note):点击按钮之后会弹出一个对话框添加你的共享评论、默认已勾选的“add to share items”和文字链的“add tags”。如果勾选add to share items的话会出现在shared栏目以及网页中,你的共享订阅者和你的好友都可以看到你对这篇文章的共享评论。
4)仅共享给自己的可带备注的共享:点击share with note,如果不勾选add to share items的话,他会神奇的出现在了左侧的“Notes”栏目里,且仅仅是自己可见,其他人都无法看到这项内容。同时你也可以对这次的动作添加Tag,这 里的Tag貌似是针对Notes的tag和文章的Tag是有分别的?

继续对Notes里的内容进行操作,点击某个noted项目下的“Delete”按钮,如果该noted项目中含有评论内容则是删除了该评论内容,同时很 牛逼的是在网页中这个评论内容也被删除了!(实际上可以看成是共享是一个后台动作,而共享项目是一个前台的静态显示,当后台操作改变的时候前台也随之发生 了改变),如果是没有评论内容的noted,则是直接把该noted从Notes栏目中移除。

好了,总结一下:
按照google的逻辑,实际上他把共享做了细分:给自己的共享(add star和Notes)、给朋友和大家的共享(share)、给朋友的带评论的共享(share+add comment)、给大家的带评论的共享(share with note),这个圈子是一点点的扩展的。
google把共享的对象也进行了划分:自己、朋友和所有人,对于投递给朋友的共享内容google认为是一个动态的值得探讨的内容,所以可以添加评论;而对于投递给所有人的共享google认为这只是一个静态的展示就已经OK了。同时google还认为这种对共享的评论是可以随时更改的,你可以随时的编辑和删除你的共享评论,同时在前台的显示也会随之更新。
此外,google把阅读的范围进行了扩展,google认为不仅仅是feed里的内容还包括那些不存在feed的内容也可以被分享出来,通过Notes的方式Note in reader可以把所有的内容都进行分享和传播。
这是一个足够完整的产品体系,add star和tag方便用户进行检索;sahre和note方便用户进行传播和讨论,用户的整个行为都被包含进来了。google以一篇文章为诱因,以共享评论做依托,以好友间的主动传播作为手段,实现了对信息的聚合。

几点疑问:
1)加星标、备注、加标签之间是否存在可以合并的因素和关系呢?
2)阅读器中的Note和gooogle记事本之间是否存在交集,是否可以合并呢?
3)是否有人考虑过把google reader中的这些评论聚合起来呢?

google阅读器的一个逻辑错误

看坏人同学的google reader分享的时候,我发现一个奇怪的问题,丫分享的文章都是出现2次的,一次是分享一次是有备注的分享。了解了一下才知道,原来他使用的是中文的阅读器(BS一下,坏人好像都是使用中文的google产品),且确实是先点击了分享,再点击了分享备注添加内容的。坏人振振有词的说了一下他的使用流程:看完文章先点“共享”进行一次分享mark之,然后再点“共享备注”添加一下自己的评论。这个流程看似很顺畅,但是产出的结果是,在push给好友的分享结果里,这篇文章是出现2次的(点此围观坏人的分享),google的这种做法造成了阅读器中的信息重复。
看了一圈自己的还有其他使用英文版阅读器的同学的分享,基本没有出现这个问题,因为在英文版里“共享”这按钮叫做“share”、“共享备注”这个按钮叫做“share with note”;看来问题是出在对“share with note”这个按钮的翻译了,这个按钮想要表达的意思其实是“带备注的共享”而不是简单的“共享备注”。按照字面意思的理解,“共享备注”应该是对共享的备注,那么先点击“共享”按钮,之后再对这个共享做一次备注,这样的逻辑应该是没有问题;而如果翻译成“带备注的共享”的话,意思就表达的很清楚了是在共享的同时加注备注,是比共享更递进一个层次的共享。
稍后,我在我使用的英文版google reader里实验了先点击“share”再点击“share with note”,发现在分享的feed中也是出现了2次。如此看来,google在对这2个按钮的处理是出现了逻辑的错误。“share”和“share with note”是2个并列的但是存在包含关系的功能按钮。with note实际上是对share的一个层进动作,你可以直接使用share,也可以直接使用share with note,但是当你同时使用share和share with note的时候系统应该做一个判断:仅仅产出share with note的内容,而不是同时产出2个。
揣测了一下产生这个逻辑错误的原因:google阅读器最早的时候是只有share(共享),之后添加了share with note(给分享内容添加备注),再之后出现了Add comment(对好友共享的内容添加评论)。是否是在最底层的时候没有对整个产品做好规划,底层的逻辑不清楚,导致后来发展出现了断层?在新增给分享添加备注功能的时候没有考虑对已有的功能的影响以及与之前功能之间的逻辑关系。
或者说是,google考虑到会有用户从share到share with note做转化呢?阅读完这个文章之后决定分享之,稍后回过神来觉得自己有必要再说几句,于是再在分享的这个文章上加一个备注。但是,这样的用户会占多大的比例呢?事实上这样的逻辑是否行得通呢?

经过说服教育,坏人同学给出一个解决方案:系统对这2个行为作出判断,当用户同时点击了这2个按钮的时候只push带备注的共享结果,而忽略这个仅仅共享 的feed掉。那么,这样的结果是用户分享的内容将会出现一个延迟,这个延迟被系统用作判断了。但是,我有一个疑问:因为分享是以feed的形式展示的, 也就意味着这个结果是不可撤销的,如果点击这个2个按钮的间隔比较长的时候如何处理?Feed结果是无法像刷新网页一样刷新一次去掉之前那个结果的。
我的解决方案:
1)对中文的这个翻译做调整,“共享备注”这个翻译显然是有问题的,修改成“带备注的共享”用户会更容易领会,产生错误的几率肯定会有所下降;
2)把share和share with note进行合并,统一叫做“share”,在用户点击之后会提示是否添加note?同时设置“note”为非必填项,不填写的话按照仅仅share发布,填写之后按照share with note发布。


对比一下英文版和中文版的google reader会发现翻译成中文后google的产品变味了,这个问题不仅仅是在阅读器这一个产品中出现了,在google的系列产品中都会存在这个问题,不知道对于这个李开复老师是怎么认为的呢?
PS一下:
不能使用gtalk直接发送文件的同学可以试试换用英文版的gtalk,会有意外的惊喜哦!~

多扯一句,google阅读器何时能解决多个好友对同一篇文章的分享的重复显示问题就更好了!

需求不等于功能

需求不等于功能,或者说你最终设计出来的跟用户告诉你的他需要的“功能”一模一样的功能并不等于他真正想要的功能。
用户告诉福特,他需要一匹更快的马,最终福特给用户的是汽车。
用户告诉你,他需要一个公告板,他要用来展示自己的新产品、自己的新资质荣誉、自己的特价供应、…,你就给他一个公告板,允许展示图片、超链接、产品、视频的“公告板”?
用户告诉你,他需要一个可以收藏自己喜欢的商品、可以合并在一起付款的功能,你是给他一个购物车还是给他一个收藏夹还是同时给2个?(Via

产品设计人员在产品规划的初期直奔功能和表象而去,把自己的思维限定在一个很狭小的范围之内,用户想要什么就给什么,最后只能被用户带到沟里。何 况,很多时候其实用户是不知道自己到底需要一个什么样的功能的。如果我们能试图去挖掘一下用户提出需要“XX功能”背后的需求来设计一下,把他提到的这个功 能进行延伸与扩展,给他一个全新的不一样的功能,反而会获得更好的效果。
我们可以把得到的需求可以分为三个主要类别:
1)最显而易见的是人们讲述的、他们想要的东西。这中间有一部分是非常清晰的好想法,会寻找各种途径进入最终产品。
2)有时人们口中说出来的、所期望的功能并不是一个很好的主意,但是它们代表了一条通向下一个版本的路径:用户实际想要的东西。用户的需求有时是行不通的或者治标不治本的,通过与用户探讨这些建议,有时可以得出真正解决问题的、完全不同的需求。
3)人们不知道他们是否需要的特性。

因为用户群体之间存在着很大的差异性,所以确认用户需求是复杂的。我们可以把大量的用户需求划分成几个可以管理的部分,这样通过用户细分来完成。把用户分成更小的群组,每一群用户都由具有某些共同关键性特征的用户所组成,可以通过人口统计学的标准来划分,也可以通过心理方面的数据来描述。
细分用户不仅仅因为不同的用户群有不同的需求,还是因为有时这些需求也是相互矛盾的。对新手用户而言他可能需要把一个系统分成若干简单的步骤,而相对于专家级用户而言这样的分解可能会妨碍他的快速操作。很明显的是,我们无法提供一种方案来同时满足这两种需求,此时,我们需要要么选择针对单一用户群设计,要么为执行相同任务的不同用户群提供不同的方案。

撰写需求的几个原则:
1)乐观。描述这个系统将要做什么事情去“防止”不好的情况发生,而不是“不应该”做什么不好的事情。比如,“这个系统不允许用户购买没有风筝线的风筝”替换成“如果用户想买一个没有线的风筝的话,系统应该引导用户到风筝线页面”效果会更好。
2)具体。尽可能详细第解释清楚情况,这是决定一个需求是否被实现的最佳途径。
3)避免主观语气。需求必须可验证,就是说,它必须要能证明这个需求可以被满足。比如,“这个网站的风格应该是时尚、闪耀的”这样的需求是无法被验证的,我对于史上的定义也许并不符合你的,而Boss对时尚可能有完全不同的看法。
4)用量化的术语来定义需求。比如,“具备高级别的执行能力”可以用“要求这个系统的设计至少要支持1000个用户同时使用”来代替。

搞清楚了“用户具体需要的是什么”、“企业需要得到什么”这样2个问题之后,我们才能配合着网站的运营开始把用户需求和网站目标转变成网站应该提供给用户什么样的内容与功能,进入到具体的功能设计层面。

《用户体验的要素》

Axure动态面板的使用

1、什么是Axure的动态面板
按照
Axure官方网站的解释 :动态面板控件(Dynamic Panel)可以让你实现高级的交互功能,实现原型的高保真度。动态面板包含有多个状态(states),每个状态可包含一系列控件(你可以把一个状态理 解成一个独立的页面)。任何时候都只有一个状态(页面)是可见的,或整个动态面板可以被隐藏。结合交互动作,可以让动态面板的状态进行隐藏、显示和改变。 像添加其它控件一样,可以在控件面板中拖放动态面板控件到线框图中。
简单的说,动态面板就是展示在页面不跳转的情况下所能实现的交互状态。而动态面板的每一个状态都可以看作是产生的一个新的交互结果。

2、Axure的动态面板可以用来做什么
1)tab式页签的切换效果:Axure的官方给出的实例就是这个,AlipayUED的同学 按照官方给出的做法制作了一个3tab的原型,不愿看英文说明的同学可以直接参照这篇博客。
2)鼠标触发式和点击触发式的下拉菜单效果:这个可以结合Axure的默认组件中的“垂直菜单”、“水平菜单”来实现,常用于导航的原型制作。
3)鼠标触发式的浮窗效果:类似“Alt”的效果,常用于浏览提示和触发式广告。
4)JS的鼠标点击弹层效果:这个是目前使用被广泛使用的效果之一。
5)注册表单中的根据焦点判断提示的效果:当焦点在输入框内的时候提示该表单栏目填写规范,当焦点离开输入框的时候根据填写的结果提示正确或者错误原因,这个需要动用高级设计交互编辑功能结合Axure的逻辑条件和设置变量功能来实现。
….and so on…

3、如何使用Axure的动态面板
1)动态面板属于Axure的一个组件,在组件栏中选中它,直接拖到你希望它出现的位置。不用担心,即使在添加完状态之后它的位置也是可以随时改变的。
2)在动态面板上点击右键——编辑动态面板——管理动态面板状态。在弹出的窗口里输入动态面板的标签名称(默认是Unlabeled)、添加新的状态。当然,也可以在界面的右下角找到“动态面板管理”模块来对动态面板进行操作。
友情提示:
a)默认的动态面板的状态是显示(蓝色),我们可以把他设置成隐藏(黄色)。
b)状态页面中的蓝色虚线外框表示动态面板的边界范围,超过这个边界范围外的内容在最终生成原型时将不可见。
c)为了不影响其他交互的制作,可以点击“动态面板管理”模块右侧的淡蓝色小方块在隐藏或显示之间切换。或者,你可以在顶部的页面名称(如Home)上点击鼠标右键,选择右键菜单全部隐藏或全部显示,可以隐藏或显示页面中所有的动态面板。

3)双击添加完的动态面板状态(State1、2、…),会在Axure的工作区打开一个新标签。现在,把这个新标签当作是一个全新的页面来设计就OK了,不过,记住不要超过蓝色虚线外框。
4)给动态面板添加交互。Axure5.5中常用在动态面板上的交互行为包括:Set Panel state to State(设置动态面板的状态切换)、Show Panel(显示动态面板)、Hide Panel(隐藏动态面板)、Toggle Visibility for Panel(切换动态面板可见属性)、Move Panel(移动动态面板到一个设定的位置(x*y))、Bring Panel to Front(将动态面板置于最前)。交互行为的添加与添加其他组件的交互一样,没有什么好解释和介绍的。
5)生成HTML发布到web上、生成CHM分发给其他团队成员、建立Axure协作共享、….
友情提示:
a)使用
Axure汉化版本 会让你使用更轻松,虽然汉化的还不是非常完全,但是对于英文不好的同学来说已经是莫大的帮助了,向汉化的平生一笑 同学致敬!
b)如果看Axure官方的使用说明很费劲,可以参考目前陈良泳同学翻译的
快速原型设计 ,翻译质量很不错!
c)从Axure5开始,可以创建自己的组建库和导入别人做好的组建库了,官方提供了一套
雅虎的组件 ,个人觉得已经完全够用了。
d)模块和组件是2个完全不同的概念,模块的后缀是.rp而组件的后缀是.rplib。模块和组件之间是可以相互转化的,你可以利用组件去创建一些自己常用的模块如网站头部、底部等;你也可以把模块里的内容分拆成组件单个使用。
e)在生成chm格式的时候页面名称不要使用中文,中文名称的页面在chm里会显示成乱码。

宜家的用户体验

离家3分钟路程就是宜家,所以经常去逛而不买东西,偶尔去逛加吃东西而不买东西。去逛因为宜家还有宜家的产品的设计都堪称典范,从工业设计到web设计有许多共通的地方,由宜家可以借鉴很多东西到web设计上来;不买是因为宜家的东西确实是很大很贵但是又很巧。

1、地方很大、东西很贵、设计很巧。
宜家的官网上赫然写着“低价格是宜家理想、商业理念和概念的基石。所有的宜家产品背后基本的思想就是低价格会使种类繁多、美观实用的家居用品为人人所有”,但是现实中按 照我家附近那宜家的标价来看,我显然还属于没有过温饱线的尚不被称作于“大众”的那一类人。不过,宜家一块钱一个的面包圈味道确实很不赖,还有花一块钱买个杯子之后自助的饮料。抓住了顾客的胃同时也抓住了下一代,宜家的儿童区域很是人性化,类似的设计在肯德基和麦当劳里也有出现,进一步增强了用户的黏性。

2、单向通道 商品非线性重复
单向道设计的好处是可以把顾客的行程固定在一个设计好的路线里,使顾客按照既定的方式被引导,可以最大程度的浏览店里的产品,从而达到商业目的。宜家的单向通道S型购物路线设计又是一个经典的引导设计,但是与之前介绍的“
小便池里的苍蝇”不同之处在于,宜家的这种引导设计属于限制性引导。
太多的自由和选择往往会令人们不知所从,在某些时候这就成了一件坏事,比如一进超市发现中间是空的,四周都是口,反倒不知道怎么开始转悠了。在这些情况下,通过有意识地加入一些限制因素,反倒能使人们在进行某些活动或使用产品时感到容易。有意设计的限制因素可以用来帮助人们减少在使用时的操作错误,一般分为物理的、逻辑的、文化的三种类型。在宜家的购物路线设计中运用了物理的和逻辑的2种限制。建筑物内的墙或隔断就是物理性的限制,因为就算是你想随意走动,你也会被墙挡住的。而地面上的箭头则是一种逻辑上的限制,它只是利用了人们知道箭头能表示正确的方向这一知识来向人们提示正确的行走方向,它无法强制你非得按这个方向走。在宜家商场中,不仅是每层内是这样的设计, 它从整体上来看也是这样的。当你来到商场入口处登上电梯后,你就会被一直送到最高的第三层。尽管中间有一次停留,不过那仅仅是个休息平台,你从那里是无法 到达第二层的。当你逛完第三层并从它的出口步行下到第二层后,你来到的是第二层的入口。你必须从这里一路走到其出口,然后才能下到第一层。

但是,这类的限制设计也是有弊病的:如果我已经知道我要购买的产品在什么位置,我显然不愿意再在限制中随着人流慢慢转悠,我需要以最快的途径去到我的目的地;如果我是一个不喜欢听话的用户我可能会逆着人流来走,这样你会发现,我靠,我走不出去了!
在对这2个问题的解决上,宜家采取了利用捷径横贯S型之间和明确醒目的指示牌的方法。不过,大家容易迷路也正是因为这些快速通道。快速通道的开口大小和明显程度就成为了很重要的因素,开口大小过大就会被误认为是主要购物路线(S弯),明显程度过低就会难以被发现使用。我想更好的利用地面指示标志来标识,还有利用在快速通道开口来用路牌标识也会有较好的效果。但这样效果太强的话会给人以指令感,会破坏购物的随意性心情。

3、做到极致的导航系统
每隔一段的醒目的黄色指示箱和下面的指示牌、S型的路线图、穿插S型之间的捷径、触手可及的铅笔和购物清单记录单页、纸质量尺、就连服务员的服装上都印有“我能提供帮助”…宜家绝对算是把导航系统做到了极致。

4、商品构造模块化
宜家的家具基本都是组合的,可拆装,映射到web设计上就是使用“模块化”设计。模块化设计的好处就是可以组合,相对独立,需要的时候就加上,不需要的时候可以部分下线,机动灵活。在产品设计的初期,我们把需求分解成各个模块,然后通过需求讨论会来确定哪些是主要模块,哪些是目前我没法实现的模块,哪些是 开发周期很长的模块,然后整个产品的层次和进度就出来了。

最后,宜家的设计理念“Design is making function beautiful”,设计就是美化功能?对于这个说法一时还没搞明白,因为好的设计应该平衡功能和美观,且强大的功能很多时候自身就非常有美感