[譯文] Dropbox Photos 可用性測試

Dropbox一個很棒的產品，但是一個快速的可用性測試揭露了人們使用 Dropbox Photos 功能時遇到的兩個關鍵問題。

測試對象

發現 Dropbox Photos 當前界面的痛點：

當前 http://dropbox.com/photos 的界面

測試範圍

What：Dropbox在線平台

Who：Dropbox現有用戶中，存有圖片的人

Where：舊金山一家開咖啡店門口的路人

測試任務

1. 上傳照片

2. 查看照片

3. 分享照片

（任務是根據照片儲存應用的基本需求決定的。任務被設計成開放情景，避免引導用戶用預先決定好的方式解決他們的問題。）

過程

評估筆記，確認可用性問題，並按照優先順序排列他們。

每次會議的筆記的。用便利貼記錄每一條問題

按照相似性分類，然後給類別命名。按照發生頻率排列這些分類。

發現：2個關鍵問題

視圖：用戶預期單擊縮略圖可以查看大圖

"My god。怎麼會給我看這個？"

每個用戶嘗試查看大圖的第一反應是單擊縮略圖。他們中的一半人從未嘗試過雙擊（這才是當前查看大圖的方式），而是返迴文件頁面去。

當想要查看大圖時，用戶的操作

（Z Yuhan 的解釋：先單擊左上角的「File」打開文件列表，再單擊圖片縮略圖，發現只是選中而非查看大圖後，右擊打開菜單，最後選中菜單中查看大圖的選項）

單擊似乎是被認可的操作，在文件頁單擊某項=查看大圖。

建議：允許用戶使用它們預期的操作來查看大圖。重新設計，用[單擊]->[查看大圖]替換當前的[單擊]->[選擇圖片]。可以通過半透明的複選框來進行選擇，這是圖片應用中非常常見的交互形式。

新手適應：用戶以為「Photos」是那些圖片在Dropbox里的目錄

「上傳按鈕TMD在哪？」

「糟透了，我居然連剛剛創建的相冊都不知道在哪。」

新手適應中的一些問題：

用戶認為「Photos」也應該有上傳功能。嘗試上傳圖片時，用戶掃視頂部導航尋找上傳按鈕，然後點擊其它區域尋找解決方法（上號、設置和文件目錄）。用戶不清楚「Photos」並不是一個真實存在的Dropbox目錄（這只是一個圖片檢索），所以不能往裡面上傳。

因為上傳和查看大圖的失敗，一些用戶不確定「Photos」頁面能帶來什麼好處。

一些用戶也不能理解相冊的結構。創建相冊之後，他們從文件目錄里查找，但是找不到。

「為什麼相冊不是真正存在的！？」

建議：用戶需要是找「Photos」不是一個真實的目錄，並且相冊不是真正的次級目錄。氣泡提示、新手模式，或者做一個直接了當的文件結構都是可能的解決方式。

設計建議

用戶想要通過單擊來查看大圖。用戶需要知道「Photos」和相冊並不是真實的目錄。可能的解決方法？：

下文解釋該方案

1. 單擊查看大圖

3. 理解圖片索引和相冊不是真的

接下來

這個系列中第一部分重新構想 Dropbox Photos 體驗是用戶調研。用戶調研的目標是理解目標用戶的需求和動力。我將會使用這些需求和動力驅動產品在我的每個設計步驟的提升。

這是我的設計流程：

我想要確保的設計出的系統是人們需要的。

接下來會有任務角色和故事發表。

——

這是一個個人設計項目，該作者並不是Dropbox的設計師，該文是2014年發表的，我覺得符合我的需要 所以拿來翻譯了。

原文：A Guerilla Usability Test on Dropbox Photos

未經允許請勿轉載