引言:農曆新年前的最後一場可用性研究,我有幸認識了夠快的朋友們,爲他們的雲庫產品(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 在上下文中給出提示與解決方法)