关于建设网站的情况说明,aso具体优化,电子商务网站建设需要哪些技术,海南网页制作转载自#xff1a;老二牛车教育 【交互设计】好的用户体验需要知道的四个因素
随着互联网产品的不断发展#xff0c;越来越多的人意识到了用户体验的重要性#xff0c;越来越多的公司成立了UED相关的部门#xff0c;并且职位划分已相当细致。但是UED中职能的划分#x…转载自老二牛车教育 » 【交互设计】好的用户体验需要知道的四个因素
随着互联网产品的不断发展越来越多的人意识到了用户体验的重要性越来越多的公司成立了UED相关的部门并且职位划分已相当细致。但是UED中职能的划分却大部分仅对接界面的层面。事实上一个互联网产品从策略的产生到最终上线其中的每一个环节都可能影响最终的体验。总结起来Henry认为共有4个重要的因素会对最终体验产生明显的影响。它们是产品策略、用户界面、技术和运营。
下面分别来说说这4个因素。在说明每一个因素的同时会举2个跟该因素有关的例子一个是互联网上的例子另一个是日常生活中相似的例子。所有涉及到的案例仅仅在我所能看到的层面(这意味着我所描述的问题在我看不到的层面上可能是合理的做法或者是有苦衷的)为了说明问题而设置并仅代表Henry个人观点。
一、产品策略(对应职位产品经理)
策略是产品的灵魂。产品策略除了决定产品的具体功能外还对体验有重大的影响。不好的策略可能会伤害用户体验。
Web上的例子腾讯拍拍的收货提醒
我曾在腾讯的拍拍上买过一件商品在该商品发货的当天我登录QQ看到了这样一个提醒 是在提醒我卖家发货了。因为这件商品是从广州发出一般的快递公司到北京需要3天左右的时间于是我没理会这个提醒。
但是悲剧的是发货的第2天我再次登录QQ的时候依然看到了这个提醒。同样的提示貌似每天登录都会看到这其实已经对用户产生了骚扰。但问题在于我不是不想确认收货而是我的货还在路上我根本没有办法“确认收货”。于是我想万一我要是不小心用了中国邮政平邮路上走20天难道我要连续20天看到同样的提示吗…又或者我的货物不幸遇到了什么百年不遇的山洪、地震一类的在路上多耽搁了几天。这时本来我已经很郁闷了却还要天天面对这个烦人的提醒。并且这个界面上没有明显的“消息设置”入口我并不知道能否关掉该提示以及如何关掉。
这显然是由于产品策略而造成的体验问题。
解决办法
那么这个收货提醒功能应该如何设计呢也许每个人都有不同的想法我想了一个简单的方法
首先计算出从发货地点到收货地点的距离。然后需要获得一般的快递公司送货的速度包括一般情况下可能产生的延时范围(例如发达地区和偏远地区的差异)。然后大致计算出货物在路上要走的时间。当卖家确认发货后开始计时过了这个时间以后再向买家弹出提示。如果可以跟快递公司合作取到快递公司的物流数据在买家签收后再弹会更加靠谱。并且在提示框内放置明显的设置选项允许用户屏蔽该信息。如果弹出的信息对于产品整体策略来说很重要不希望用户轻易屏蔽则可以考虑将屏蔽选项藏得深一些。
生活中的例子中国大陆的交通信号灯
“红灯停绿灯行。”这是我们在很小的时候就已经熟悉的规则。但是这句话是对于行人来说的如果是机动车司机其实规则并非完全如此。在《中华人民共和国道路交通安全法实施条例》中第三十八条和第五十一条阐述了机动车转弯时相关的规则与本例有关的内容总结如下
1、要转弯需先占道。向左转弯需先进入最左侧车道向右亦然。
2、绿灯时可以左转也可以右转。
3、红灯时只能右转。
但是这些策略与行人要遵守的规则会有一些冲突。如图 首先对于1号行人来说在他行进方向为绿灯的时候他首先要躲避从A车道右转的a1然后前进过程中又需躲避从B车道左转的b1。如果AB两车道均有大量机动车排队转弯理论上讲1号行人在不闯红灯、不与机动车抢行的前提下永远都无法成功走到路的对面。
其次我们看2号行人这里更加悲剧。当他马上就要成功的时候遇到了从C车道右转的c1。但是由于C车道旁边的2个车道上的机动车正在等待红灯所以它们会阻挡2号行人的视线扇形部分是他的可视区域。以至于对于2号行人来说C车道上究竟有没有车辆要通行、有几辆以及下一辆车距离斑马线有多远他根本就看不到这意味着他每次走到此处都要冒着生命危险试探着跨越C车道。
还有更悲惨的事情在后面。
我们看3号行人。当他到达斑马线的后半段的时候随时可能有机动车b1从B车道向左转弯。而对于此时的3号行人来说车将从他背后驶来他或许完全无法预期下一秒将发生什么
虽然我们注意到在《条例》中提到以上情况下机动车转弯时必须是在“不妨碍直行车辆、行人通行”的基础上进行。但是这个策略本身很难操作和把握。出了问题也不容易界定责任。所以笔者认为我们的交通信号灯系统的整体策略是严重影响用户体验的(司机和行人都是用户)。
解决办法
因为存在上述问题所以有人发明了带有箭头的信号灯 这样我们按照行进方向将不同车道的信号分开表示。如上例中当水平方向有行人通行时使用红灯禁止水平方向A、B两车道机动车转弯而保持水平方向其他车道畅通。同时禁止C车道机动车转弯。这样行人就可以安全的通过斑马线了。同样当允许转弯时使用红灯禁止行人穿越。如此便可以保证双方的安全和通畅。
二、用户界面(对应职位交互设计师、UI设计师、视觉设计师等)
影响用户体验的第二个重要因素是用户界面。在这个层面上流程、控件、交互、排版、视觉等诸多因素都有可能影响到最终的体验。我们只选择其中一个小的点来举例。
Web上的例子掌上百度Android客户端
「掌上百度」是百度较早推出的移动客户端软件之一。它将百度的几个主要产品如搜索、贴吧、新闻等做到一个app中。能够让用户在移动终端上使用百度的主要功能。
但是个人认为这个版本的掌上百度应用仅仅是这几个产品的简单整合在设计时并没有充分考虑移动平台的特点。实际上该客户端的使用体验并不比使用移动浏览器直接访问移动版网站好很多。我们仅提取1个简单的点来说明该问题请看截图 这是该应用内置的一个常用网站列表。我们从UI上可以看出该列表从文字大小、间距、排版等方面来看依然在沿用传统web的风格。但是在传统web上我们多数情况下使用鼠标来进行操作。鼠标是一种比较精确的指向设备这样的排版鼠标足以精确点击。但是在移动设备上我们需要使用手指进行操作。事实上笔者用尺量了一下这些链接的尺寸在我的HTC G7的屏幕上每个链接的尺寸只有大约4mm×2mm的面积。这个面积即使是对于女孩子来说都难以对其进行精确操作。如果是对于手指相对粗大一些的男性或者考虑实际移动过程中可能产生的干扰(如晃动的车厢)使用体验就更差了必须很小心才能够点击到想要的链接。
解决办法
事实上对于现行的Android和ios这类用手指操作的系统来说列表或许应该考虑设计得宽大一些。比如百度知道的app 相对来讲每一级列表都比较宽大可以在移动设备上比较容易的进行操作。
生活中的例子电梯上的开关门按钮
我们平时乘坐电梯的时候经常要操作电梯上的各种按钮。主要的需求有2种一种是进入电梯后选择自己要去的楼层另一种是开门和关门关门较多。
大部分电梯的操作界面上开关门按钮都是用图形表示的类似下面 但是大部分电梯上的这两个按钮使用了相同的图形元素只是方向不同。加上具体的箭头样式、两个按钮的排列方向并没有行业标准以至于这两个按钮长什么样完全由电梯生产厂商决定。在实际操作过程中我们并不能够马上分辨出这两个按钮的功能左侧是开门右侧是关门。笔者每次进入一个陌生的写字楼的电梯想按关门键都要迟疑一下。这不是一种好的体验。
解决办法
事实上图形并不一样比文字更加直观。两个按钮的识别性较差可能是因为他们外观太过相似。如果考虑换成汉字或许会简单明了得多操作时几乎不需要思考 三、技术(对应职位各种工程师)
技术是实现产品的工具也是产品正常运行的基础。如果技术方面出了问题同样会对最终的体验产生不良影响。这个因素中具体的表现也很多如前端页面对各种浏览器的兼容性代码运行效率服务稳定性等。涉及的范围非常广我同样只挑选一个点来说明问题。
Web上的例子北京市房地产交易管理网
在这个网站上可以查询到北京市所有新建商品房的相关信息包括面积、销售状态、最高价格等。
但是该网站只在IE浏览器中可以勉强正常使用(页面排版部分乱掉暂且不计)如果使用Firefox、Chrome等浏览器不仅一些页面的排版会乱掉还会出现查询信息无法显示的情况。如图所示 图中两个浏览器打开的是同一个页面。左侧是IE的结果右侧是Firefox的结果。我们看到在左侧图片的右下方是很多花花绿绿的表格。而右侧图片同样位置则是一片空白。按照一般的思路查询出来的数据应该是后端程序生成的理论上不应该受不同浏览器兼容性的影响。后来在查看该页面的HTML代码过程中发现了这样一行久违的代码
script languagevbscript
我明白了。原来这个网站的编写者使用VBScript这种陈旧的技术将后端生成的数据填充到页面中。但现行的大部分浏览器只支持通用的Javascript不支持VBScript。结果是在非IE浏览器上面这些VBScript脚本无法运行导致内容在前端看不见。这已经严重影响了用户体验。
解决办法
使用更加先进更加通用的技术来构建网站。
生活中的例子北京某写字楼的电梯
Henry之前工作过的公司在北京市的一栋神奇的写字楼中。这栋写字楼的电梯时常会出问题我认为是技术问题并且严重影响用户体验。比如
1、停在某一层关不上门
这个时候大家只好走出电梯换另外一部或者走楼梯。
2、有人下了电梯后提示超重
注意是下电梯后提示超重。这个就很恐怖想象一下如果是晚上你上了电梯你按了1层发现电梯里面还有一个人他按了13层。然后到了13层以后他下去了这时候电梯提示超重… 好吧会不会是有别的东西进来了…太恐怖了…
3、电梯正常运行但是楼层提示卡住了…
这种情况也很恐怖就是你能够感觉到电梯在运行但是显示楼层的数字停下不动了比如一直显示停在20层… 结果开门后你发现是4层…
4、自由落体 这是最恐怖的一种情况而且可能会威胁到乘梯人的人身安全。就是电梯不受控制了从高层掉下。但是幸好电梯会有一套备用的装置当速度达到一定程度后备用装置会启动防止电梯直接掉到地面去… 虽然该写字楼有记载的电梯自由落体只有3、4次但是那真的是比做过山车还恐怖啊…
解决办法
换一部技术上更有保障的电梯吧…
四、运营(对应职位运营经理、客服、一部分manager等)
一个好的产品在拥有了好的策略、好的界面和先进的技术支撑以后还需要配合靠谱的运营手段才能够真正使其拥有好的体验。
Web上的例子百度的域名
一个网站该使用什么样的域名我认为应该算作运营范畴。百度的名字取自辛弃疾的那首著名的《青玉案·元夕》其中的“众里寻他千百度”在中国可谓家喻户晓。所以用baidu.com作为域名中国人很容易就可以记得住是个好域名的典范。
但是百度旗下的一些产品也曾使用过一些Henry认为不是很合适的域名。例如
乐酷天商城(rakuten.cn)
这是百度与日本的乐天集团合作的商城网站面向的是中国用户。这个网站的产品策略和用户界面都没有什么大的问题。但是唯独rakuten这种拼法是日文的拼法。我想对于中国人来说很难记得住这也会损害用户体验。
阿拉伯语版百度知道(zhidao.baidu.com.eg)
这个应该是百度为了进军国际市场而推出的产品将「百度知道」这个在中国做的比较成功的产品搬到国外。我们不讨论其产品策略和用户界面但是zhidao这6个英文字母对于埃及人(.eg是埃及的国家域名)来说或许真的是不知所云。我想他们的感觉可能跟我们面对rakuten时是一样的。
泰语版hao123(th.hao123.com)
hao123网址之家也是中国的一个运营奇迹作为网址导航站它有很明确的目标用户群所以在国内很成功。但是它的泰语版并没有注册新的域名而是在原域名的基础上添加了一个二级域名。但是对于泰国人来说hao这3个字母是否容易记住同样值得商榷。
解决办法
笔者认为域名的选择需要考虑到产品特征、目标用户群、地域文化等等因素。
乐酷天商城完全可以使用 lekutian.com 作为主域名(目前该域名也在乐酷天手中但是会转向rakuten.cn)这样对于中国人来说更容易记忆。
而那些国际化的产品则应该考虑使用当地的表达方式重新命名。而不是简单音译。就像是Facebook可以译作“脸谱”但不能译成“非死不可”。
生活中的例子大学中的饭卡
读书的时候食堂是我们最常去的地方之一。目前国内几乎所有大学的食堂都是采用电子化管理我们去吃饭不需付现金或饭票而是要刷卡。饭卡极大的提升了食堂付款的速度也更加安全卫生饭卡的开发者们也不断的增加和改进各种策略和技术使得大家在使用的过程中体验更好。但是仅有一个好的产品还不行运营层面也会产生一些问题。
北京某著名高校的饭卡有这样一个策略如果在一个自然日内同一张饭卡累计消费超过一定的额度如30元则需要输入密码才能够进行交易。这是一种很好的安全机制在产品策略层面是很好的它可以防止饭卡遗失或被盗后由于挂失不及时而产生大量的消费使得持卡人的损失降到最低。
但是这样好的策略在该校却由于运营的问题而严重影响使用体验。
首先新生入学办理饭卡的时候并没有被告知存在这样一个策略。亦没有随卡配备任何说明性的资料。
其次办理饭卡时密码是随机生成的可能是为了提升办卡效率也可能是技术问题由工作人员口头告知持卡人这导致了密码本身对于持卡人来说不易于记忆甚至有的人根本没听清楚工作人员在说什么。而且修改密码的程序很繁琐。
这两个问题导致了很多学生在首次遇到消费超额问题的时候会不知所措。售货员要求输入密码但是持卡人根本不知道什么是密码。有的人虽然记得办卡的时候工作人员告知过密码但是具体密码是什么早就忘了。以至于支付流程受到阻碍体验严重下降甚至很多时候由于实在想不起密码而饿肚子。
解决办法
这个案例的解决办法很简单只要随新卡配备一些说明资料即可哪怕只是一张纸。
总结
1、所谓「用户体验」是一个整体的感知过程研发序列中的每一个环节都可能对其产生影响所以它不应该仅由设计部门来考虑更不应该仅局限在界面层面上。
2、在某一个环节产生的问题有些可以在其他环节上进行弥补(例如使用带有箭头的信号灯来弥补交通规则的不完善)有些则不行。
3、如果真的想把体验做好应该存在一个类似「用户体验设计师」或者「用户体验经理」的职位他应该至少是leader级别跟其他环节的leader们有同等的话语权。他应该像产品经理一样在整个研发流水线范围内针对用户体验进行总体的设计和协调工作。
转载请注明老二牛车教育 » 【交互设计】好的用户体验需要知道的四个因素
