-
影响用户体验的
4
个因素
时间
:
2012-03-14 0
2:09
来源
:
Henry
作者
:
Henry
围观
:
1550
次
随着互联网产品的不断发展，越来越多的人意识到了用户体验的重要
性，
越来越多的公司成立了
UED
相关
的部门，
并且职位划分已相当细致。
但是
UED
中职能的划分，却大部分仅对接界面的层面。事实上，一个互
< br>联网产品从策略的产生到最终上线，其中的每一个环节都可能影响最终的
体验。总
结起来，
Henry
认为共有
4
个重要的因素会对最终体验产生明显
的影响。它们是：产品策略、用户
界面、技术和运营。
下面分别来说说这
4
个因素。在说明每一个因素的同时，会举
2
个跟
该因素有关的例子，一个是互联网上的例子，另一个是日常生活中相似的
例子。
所有涉及到的案例，
仅仅在我所能看到的层面
(
这意味着，
我所描述
的问题，在我看不到的层面上，可能是合理的做法，或者是有苦衷的
)
< br>，为
了说明问题而设置，并仅代表
Henry
个人观点。
一、产品策略
(
对应职位：产品经理
)
策略是产品的灵魂。产品策略除了
决定产品的具体功能外，还对体验
有重大的影响。不好的策略可能会伤害用户体验。
Web
上的例子：腾讯拍拍的收货提醒
yixieshi
我曾在腾讯的拍拍上买过一件商品
，在该商品发货的当天，我登录
QQ
，看到了这样一个提醒：<
/p>
是在提醒我，卖家发货了。因为这件商品是从广州发出，一般
的快递
公司到北京需要
3
天左右的时间
，于是我没理会这个提醒。
但是，悲剧的是，发货的第
2
天，我再次登录
QQ
的时候，依然看到
了这个提醒。同样的提示貌似每天登录都会看到，这其实已经对用户产生
了骚扰。但问题在于，我不是不想确认收货，而是，我的货还在路上，我
根本没有办法
“
确认收货
”
。于是我想，万一我要是不小心用了中国邮政平
邮，路上走
20
天，难道我要连续
20
天看到同样的提
示吗
…?
又或者，我
的货物不幸遇到了
什么百年不遇的山洪、地震一类的，在路上多耽搁了几
天。这时本来我已经很郁闷了，却
还要天天面对这个烦人的提醒。并且这
个界面上没有明显的
“<
/p>
消息设置
”
入口，我并不知道能否关掉该
提示，以及
如何关掉。
这显然是由于产品策略而造成的体验问题。
解决办法：
那么，
这个收货提醒功能，应该如何设计呢
?
也许每个人都有不同的<
/p>
想法，我想了一个简单的方法：
首先，计算出从发货地点到收货地
点的距离。然后，需要获得一般的
快递公司送货的速度，
包括一
般情况下可能产生的延时范围
(
例如发达地区
< br>和偏远地区的差异
)
。
然后，<
/p>
大致计算出货物在路上要走的时间。
当卖家确
认发货后，开始计时，过了这个时间以后，再向买家弹出提示。如果可以
跟快递公司
合作，取到快递公司的物流数据，在买家签收后再弹，会更加
靠谱。并且在提示框内放置
明显的设置选项，允许用户屏蔽该信息。如果
弹出的信息对于产品整体策略来说很重要，
不希望用户轻易屏蔽，则可以
考虑将屏蔽选项藏得深一些。
生活中的例子：中国大陆的交通信号灯
“
红灯停，绿灯行。
”
这是我们在很小的时候
就已经熟悉的规则。但是
这句话是对于行人来说的，如果是机动车司机，其实规则并非完
全如此。
在《中华人民共和国道路交通安全法实施条例》中，第三十八条和第五十
一条阐述了机动车转弯时相关的规则，与本例有关的内容，总结如下：
1
、要转弯，需先占道。向左转弯需先进入最左侧车道，向右亦然。
2
、绿灯时，可以左转，也可以右转。
3
、红灯时，只能右转。
但是这些策略与行人要遵守的规则会有一些冲突。如图：
yixieshi
首先，
对于
1
号行人来说，在他行进方向为绿灯的时候，他首先要躲<
/p>
避从
A
车道右转的
a1
，
然后，
前进过程中，
又需躲避从
B
车道左转的
b1
。
如果
A
，
B
两车道均有大量机动车排队转弯，理论上讲
1
号行人在不闯红
灯、不与机动车抢行的前提下，永
远都无法成功走到路的对面。
互联网
的一些事
其次，
我们看
2
号行人，这里更加悲剧。当他马上就要成功的时候，<
/p>
遇到了从
C
车道右转的
< br>c1
。但是，由于
C
车道旁边的
2
个车道上的机动
车正在等待红灯，<
/p>
所以，
它们会阻挡
2
号行人的视线
(
扇形部分是他的可视
区域
)
。以至于，对于
2
号行人来说，
C
车道上究竟有没有车辆要通行、有
几辆，以及下一辆车距离斑马线有多远，他根本就看不到
!
这意味着，他每
次走到此处，都要冒着生命危险试探着跨越
C
车道。
还有更悲惨的事情在后面。
我们看
3
号行人。当他到达斑马线的后半段的时候，随时可能有机动
车<
/p>
b1
从
B
车道向
左转弯。而对于此时的
3
号行人来说，车将从他背后驶
来
!
他或许完全无法预期，下一秒将发生什么<
/p>
!
互联网的一些事
虽然我
们注意到，在《条例》中提到，以上情况下机动车转弯时，必
须是在
“
不妨碍直行车辆、行人通行
”
的
基础上进行。但是这个策略本身，
很难操作和把握。出了问题也不容易界定责任。所以笔
者认为，我们的交
通信号灯系统的整体策略，
是严重影响用户体
验的
(
司机和行人都是用户
)
。
解决办法：
因为存在上述问题，所以，有人发明了带有箭头的信号灯：
互联网
的一些事
这样，我们按照行进方向，将不同车道的信号分开表示。如上例中，
当水平方向有行人通行时，使用红灯禁止水平方向
A
、
B
两车道机动车转
弯，而保持水平方向其他车道
畅通。同时禁止
C
车道机动车转弯。这样，
行人就可以安全的通过斑马线了。同样，当允许转弯时，使用红灯禁止行
人穿越。如
此便可以保证双方的安全和通畅。
一些事
二、
用户界面
(
对应职位：
交互设计师、
UI
设计师、
视觉设计师等
)
< br>
一
些事
影响用
户体验的第二个重要因素，
是用户界面。
在这个层面上，
流程、
控件、交互、排版、视觉等诸多因素都有可能影响到最终的体验
。我们只
选择其中一个小的点来举例。
yixieshi
Web
上
的例子：掌上百度
Android
客户端
「掌上百度」是百度较早推出的移动客户端软件之一。它将百度的几
个主要产品
(
如搜索、贴吧、新闻等
)
做到一个
app
中。能够让用户在
移动
终端上使用百度的主要功能。
但是个人认为，这个版本的掌上百
度应用，仅仅是这几个产品的简单
整合，在设计时并没有充分考虑移动平台的特点。实际
上该客户端的使用
体验，并不比使用移动浏览器直接访问移动版网站好很多。我们仅提取
1
个简单的点来说明该问题，请看截图：
这是该应用内置的一个常用网站列表。我们从
UI
上可以看出，该列
表从文字大小、间距、排版等方
面来看，依然在沿用传统
web
的风格。但
是，
在传统
web
上，
我们多数情况下使用鼠标来进行操作。
鼠标是一种比
较精确的指向设备，
这样的排版，
鼠标足以精确点击。
但是在移动设备上，
我们需要使用手指进行操作。
事实上，
笔者用尺量了一下这些链接的尺寸，
在我的
HTC G7
的屏幕上，
每个链接的尺寸只有
大约
4mm×
2mm
的面积。
这个面积，即使是对于女孩子来说，都难以对其进行精确操作。如果是对
于手指相对粗大一些的男性，
或者考虑实际移动过程中可能产生的干扰
< br>(
如
晃动的车厢
)
，使用体验就更差了，必须很小心才能够点击到想要的链接。
解决办法：
一些事
事实上，对于现行的
Android
和
ios
这类用手指操作的系统来说，
列
表或许应该考虑设计得宽大一些。比如百度知道的
app
：
yixieshi
相对来
讲，每一级列表都比较宽大，可以在移动设备上比较容易的进
行操作。
< br>
生活中的例子：电梯上的开关门按钮
-
-
-
-
-
-
-
-
-
上一篇：朋友要走了的伤感说说
下一篇：留学个人简历