Dropbox用户体验重设计（一）：用户研究

第一部分将进行一系列的用户研究，然后重构Dropbox用户体验

Francine Lee in User Experience Research

Dropbox是一款伟大的产品，但是经过可用性测试后，我发现人们对Dropbox的Photos颇有微词，问题主要集中在两点上：

目标

找到Dropbox当前Photo功能界面的痛点

目前Dropbox.com/照片功能的用户图形界面

测试条件

测试什么: Dropbox网络应用平台

谁进行测试: 哪些有Dropbox账户，并且在其中贮存照片的用户

在哪里测试: 在旧金山的一家咖啡馆外筛选测试用户

测试任务

上传照片

浏览照片

分享照片

​​

测试流程

根据反馈，在黑板上进行记录。然后根据问题的优先级进行排列。

将问题对应到用户操作流程的每一个环节上。

（引导页、主视图、上传、分享、专辑、取消上传）

相似的放问题到一起，然后给问题命名。根据问题出现的频率进行排列

最终发现: Dropbox的2个关键性问题

主视图

一般来说，当用户单击缩略图后，缩略图都会放大。但是Dropbox的Photo功能并非如此，而是选中照片进行分享。双击操作才会放大。

几乎每位测试用户第一次使用Dropbox的Photo功能时，都想要单击去放大缩略图。只有一半的用户后来意识到可以通过双击来实现图像法放大。而另一半用户不知道该要怎么办，只能返回到File页面，然后点击图像放大

另一半用户只能通过右键点击图片，然后在File页面进行放大。

似乎“左键单击-放大图像”更能符合用户的预期

改进建议：设计要符合用户的预期，建议单击的操作效果改为“放大图像”。（现有的“选中对象后出现透明框”这种设计模式非常流行，可以用来提示用户选中的选项，但是我建议将可交互区域做小一点，放在右下角，见后面）

引导页

用户会想当然的认为Photo页面可以上传，会想当然的认为Photo页面和File页面平级，但是他们使用后，会感到迷惑：

“上传按钮在哪儿?”

“真糟糕，我甚至不知道刚才创建的专辑在哪儿。.”

引导页有以下几个问题:

用户一般性会认为Photo页面会有上传功能。在尝试上传的过程中，不少测试用户会在上方的导航栏处寻找上传按钮，发现没有，就会在其他区域寻找（账户、设置、文件目录）。很多用户并不能理解Dropbox的层级——Photo只是用来可视化预览File中照片的一个页面，而不是一个单独的Dropbox 目录。Photo页面无法上传，只能在File页面中上传后在Photo中预览。

当用户尝试在Photo页面上传照片时，他们会在上图的区域寻找上传按钮。

当用户不知道该要怎样上传照片和放大照片后，用户开始搞不清Photo页面的用意。

很多用户无法理解Photo界面中“专辑”的实质，当用户创建完照片“专辑”后，用户会回到FIle页面去寻找专辑是否存在。

“你说“专辑”是无形的？不能用文件夹表现？”

改进建议：用户需要被告知“专辑”不是实际存在的目录/文件夹。可以通过新手建议、引导页提示或者清晰展现文件结构来消除用户的疑虑。

设计上的建议

2个问题：“左键单击——放大”、“提醒用户“Photo”和“专辑并不是实际上存在的目录，只是一种检索方式”

我是这样重设计的

1. 改为“左键单击放大缩略图”

单击操作：将缩略图放大，进入预览模式

预览模式

2. 点击右下角，完成“勾选对象”

选框：半透明   对勾：当悬停时不透明，选择后激活

3. 让用户理解Photo页面仅仅是用来展示File页面中照片的，并不真实存在。

面包屑：面包屑导航呈现目录的父子关系，且告知用户何处可以找到内容。

收藏集：将“专辑”改名为“收藏集”（Flickr、Picassa）,这样用户就能更好理解。

总结

第一部分主要根据用研重构了Dropbox Photo页的用户体验。用户研究的目的是为了理解用户预期和需求。将用户需求嵌入到设计流程中，做出来的设计才会更符合用户体验。

我的流程：

1.理解用户：可用性测试、人种志

2.优先级需求：用户角色、功能区分、用户操作流程研究

3.原型设计：草图、线框图

4.测试：可用性测试、盈利

P.S 我不为Dropbox工作，Dropbox是我日常使用的应用，进行研究的目的只是希望这款产品能更好。

编者：最后来个作者工作照，是个美女哦