引言:农历新年前的最后一场可用性研究,我有幸认识了够快的朋友们,为他们的云库产品(http://www.yunku.cn/)进行可用性测试。安全
够快的CEO、CTO、CMO,以及大量同事都参与了本次的可用性研究,特别是负责市场的同事给予了大量的协助,从中能感觉到公司对于提高产品可用性与用户体验的强烈欲望。测试
可用性测试中发现用户对于云库产品中的几处设计不理解或理解有误差。spa
1. 云库概念设计
在建立项目任务中,用户没法区别建立云库与建立文件夹。云库是设计者创造的新概念,云库中能够加入多个成员,这些成员能够在云库中建立、编辑文件与文件夹。其实所谓云库至关于项目,若是直接让用户建立项目,添加项目成员就容易理解不少。3d
2. 添加 VS 上传blog
市面上大多数云存储产品都有一个“上传”按钮,用户经过该按钮能上传本地文件。在够快云库中使用“添加”代替了“上传”,如图1所示。ci
(图1 够快云库中使用“添加”代替“上传”)开发
这给用户寻找该功能增长了困难。产品设计人员的解释是,用“添加”的缘由是为了让用户感受这是一个本地操做。但这可能引发用户的困惑,他们会想添加后是否仅仅是加到了本地云库应用中,文件是否到了云端,其余成员是否能看到,是否还要进行一步上传动做文件才能真正到云端?文档
3. 公开文件夹get
在够快云库中有多个建立文件夹按钮,其中的两个是“新建文件夹”、“建立公开文件夹”,如图2所示。
(图2 “新建文件夹”与“建立公开文件夹”的差别)
可用性测试中发现用户的理解广泛与设计预期不一样,具体差别以下:
用户理解 |
设计预期 |
|
新建文件夹 |
文件夹只能本身看到 |
文件夹对云库成员可见 |
建立公开文件夹 |
文件夹对云库成员可见 |
文件夹对订阅者可见 |
我对于该问题的解决方案是,去除“建立公开文件夹”按钮。当用户须要将文件夹公开给订阅者时,在文件夹的右键菜单或其余位置能找到“公开给订阅者”便可。
4. 基于文件发起讨论
在可用性测试观察中,多位用户不能很好掌握经过文件发起讨论这一操做。
当你手上有一把锤子的时候,看全部的东西都是钉子。够快从网盘起家,如今试图进入团队协做领域,提出基于文件的协做概念。团队须要思考产品的核心是文件,仍是协做?哪一个应该为哪一个服务?
在可用性测试观察中发现用户遇到以下困难:
上述这些操做都是用户在使用其余软件或应用中养成的习惯。让用户在熟悉的地方找到想找的东西,让用户用熟悉的方式进行操做,这能使产品更容易上手。
在可用性测试中能观察到以下两个情景:
1. 够快云库在新用户登录时会有一个对话框“为你的设备设定一个名称”,如图3所示。
(图3 设定设备名称对话框)
测试中有一位用户修改了该名称,但对该名称的理解是错误的。其余用户在看到这个对话框时也略有停顿。其实这个设备名称只有在设备遗失时才会用得上。
2. 建立云库后会有一个对话框,让用户设置包括:是否开放订阅、是否容许被附件发现、是否订阅时须要密码等信息,如图4所示。
(图4 建立云库中的安全设置对话框)
用户面对这一系列问题时出现迟疑,试图理解“订阅”这一律念,并做出决定。其实“订阅”并非用户会使用特别频繁的功能。
每多一个对话框、每多一个让用户理解的概念、每多一个须要用户做出决定的问题,用户的思考负担都会多一点,在这过程当中用户对产品的畏惧感也慢慢增长。
用户与开发者思惟方式的不一样是,用户但愿以最快的方式达成当前的目标,开发者则考虑各类特殊状况,就算这种状况发生的几率很小。先针对用户的主要目标设计,不要由于小几率的意外状况使大部分用户的操做变复杂。对于特殊状况最好能推迟到用户真正须要面对的时候再让用户作决定。
云库中文件夹结构可能很复杂,层次可能也会很深。因此告诉用户本身当前所处在的文档结构位置颇有必要。云库在页面上侧的搜索框中显示当前所处的文档层次,并且显示的层次是能够直接进行导航的,如图5所示。
(图5 云库中的导航)
在测试中没有用户使用该导航,而是习惯使用后退与前进按钮,一位用户在屡次点击后晕了。
一方面,能够把层次导航设计的更明显,把灰度文字变成纯色。
另外一方面,让左侧的树形文档层次与右侧用户处文档位置同步,帮助用户知道本身所处的位置(虽然Windows Explorer没有这么作,但这可让用户更清楚本身的位置)。
可用性测试中一位用户首先把本地文件夹与文库中错误的文件夹进行了同步,当她试图修正此前错误,从新设置文件夹同步时遇到了如图6中的提示信息。她没能理解提示信息,屡次尝试无果后放弃。
(图6 重复绑定后的提示)
我想到的一个解决方案是:若用户选择的本地文件夹已设置过同步,不弹出新的对话框,直接在当前上下文中显示高亮提示信息,并改变当前按钮(重设同步按钮将解除原先同步,并建立新同步),如图7所示。
(图7 在上下文中给出提示与解决方法)