在參與了360云盤半年多的時間里，有加班的苦累，有受到用戶好評的欣喜，有經(jīng)歷了不同平臺(包括PC版、WEB版、iPhone版、android版和ipad版)的成長與積累，對應交互牛人Jeff Johnson提出的UI設計準則，此文主要和大家分享下其中兩點原則在手機云盤中的實際運用：

專注于用戶和他們的任務，而不是技術

我們一直都在苦苦地尋找上圖這些問題的答案，這就需要整個團隊在開工之前明確并花費足夠的時間來回答這些問題，主要有以下幾個方法來尋找答案：

一、 定位清晰誰是目標用戶：

在產(chǎn)品規(guī)劃的早期，我們就要確定這個產(chǎn)品是為哪幾類用戶開發(fā)的。當面對這個問題時，我們通常自信滿滿地會說是為“每個人”，因為誰都希望自己的產(chǎn)品在用戶市場中覆蓋率很高，通吃各個群體的用戶；但是無數(shù)的優(yōu)秀產(chǎn)品證明了設計用于“每個人”的軟件不可能令每個人都滿意，所謂眾口難調就是這個道理；我們應該選擇一個特定的基本目標人群作為主要目標用戶群，以便集中精力為這部分用戶開發(fā)這個產(chǎn)品，即使這個產(chǎn)品可能也有其他類型的少數(shù)用戶。
360云盤在項目初期就是陷入了“每個人”的誤區(qū)，導致產(chǎn)品走了很長時間的彎路。在重新思考和分析產(chǎn)品后，調整了設計思路：
1、 確定了“存儲、同步、分享”這三大目標為產(chǎn)品的方向。
2、 基于這個方向，借組UXC用研同學的強力支持，通過投放網(wǎng)絡調查問卷和用戶訪談獲取的信息，確定了主要用戶群體為經(jīng)常使用電腦辦公且學歷較高的這一類用戶。
3、 通過篩選和分析這類用戶反饋的問題(主要是優(yōu)化現(xiàn)有功能和增加用戶新需求功能這兩大類)，產(chǎn)品和交互設計人員在分析和模擬主要用戶場景時就更容易考慮的更加周全，不再陷入產(chǎn)品功能“大而全”的誤區(qū)；

二、 調查目標用戶的特點：

當然要想深入理解用戶必須充分理解潛在用戶的相關特征，那么如何獲取目標用戶的相關信息呢？這里就需要用研同學通過各種方法（比如訪談用戶、可用性測試、焦點小組等方法）來獲取并整理信息輸送給產(chǎn)品組成員，這里就不細說了，多多關注我們的博客，后期會有用研同學的文章為您細致講解哦！

三、 多維度定義目標用戶的類型：

不要把用戶簡單的定義在“小白”到“磚家”這個范圍內；我們經(jīng)常會認為誰是一個特定產(chǎn)品的用戶，在很大程度上取決于他們處于這個范圍內的哪個位置，其實這是錯誤的認識，事實上不存在這個范圍。Jeff Johnson的觀點是目標用戶可以在三個獨立的知識維度上進行劃分。

這里需要注意的是，一個維度上的認識不代表另一個維度上的認識，每個用戶在不同維度上的水平高低都不同。例如：小白和磚家用戶都有可能在某家購買火車票的網(wǎng)站上“迷路”，不太了解財務知識的程序員在使用財務軟件時會抓狂，但是沒有編程經(jīng)驗的財務磚家卻能輕松上手。

小結：功能大而全的產(chǎn)品未必是用戶想要的，一個優(yōu)秀的產(chǎn)品需要了解用戶、了解所執(zhí)行的任務及考慮軟件工作的環(huán)境。

不要分散用戶對他們目標的注意力

1、不要讓用戶解決額外的問題

想必大家都遇到過下面兩種情況：如圖1，打開iPhone中的某個APP時，更新提示框跳出來了，讓你陷入了糾結的境地，此刻想立刻更新體驗下增加了哪些新功能，但app store那慢如蝸牛的速度太浪費時間，只能“稍后再說”了，顯然這次強推彈框被秒殺在搖籃之中了；同樣的例子如圖2，打開iphone中的某個APP時，評價的提示框跳出來了，聽歌這個場景被這個彈框硬生生的干擾了一次，毫不猶豫地點擊了“不，謝謝！”，彈框的結局自然很慘，評價的目的沒有達到，還讓用戶有了厭煩的情緒，彈的次數(shù)多了甚至被用戶卸載了，顯然適得其反。

最初手機云盤也采用的上面兩個例子的做法，通過數(shù)據(jù)統(tǒng)計發(fā)現(xiàn)效果確實很不好，基本沒起到太大的作用，還有部分用戶反饋太干擾。（這里以修改評分的交互方案為例講解，更新新版本是同樣的道理）基于這個問題和產(chǎn)品人員討論后，決定不再用強推評價的提示框，而是在Tab欄“設置”旁邊加個紅色圓點，評價后圓點消失，做到了既不打擾用戶，又柔和地向用戶傳達了信息（暗示了點擊這里會有“驚喜”哦），如圖3所示。新版本上線后，評價的數(shù)據(jù)量比之前提高了很多，也沒有用戶反饋過此類的問題；
之后為了響應用戶查看操作歷史記錄的需求，把之前的“設置”Tab項改為了“關于我”，“設置”按鈕放在了“關于我”頁面上的右上角，如果繼續(xù)用上一版的方案，在“設置”上繼續(xù)加紅色圖標就很詭異了，再和項目組成員討論之后，決定把評分從設置項中提取出來，展示為“給我評分吧”這樣的信息條，始終展示在操作歷史記錄最上方一條，當用戶評價后，此條信息內容就消失了，如圖4所示。這樣一個信息條既不是很干擾用戶，又讓用戶很容易就想起評價的入口，通過后期的數(shù)據(jù)統(tǒng)計發(fā)現(xiàn)評價的效果也很不錯，甚至超過了我們之前的預期。很顯然如果想讓用戶心甘情愿的給你的產(chǎn)品評分，靠簡單暴力的方式是行不通的，上面所說的兩種方法都可以再不太打擾用戶的前提下，達到很好的效果。

小結：產(chǎn)品的設計不應該分散用戶對他們自己的任務和目標的注意力。不要讓人們總是去做出選擇，如果產(chǎn)品的設計強行中斷了用戶的注意力，白白浪費了用戶的時間，那就需要重新考慮設計新的產(chǎn)品方案了。
題外話：如果可以的話，避免在程序中加入設置模塊。設置包含偏愛的程序行為和信息，這些設定很少會改動。比如ios煩人的通知系統(tǒng)，用戶必須先退出程序，到IOS的設置才能更改，絕不是用戶能預期到的。
當你把程序設計的符合用戶期望時，設置的重要性就降低了。如果你確信設置不可或缺，要讓用戶在程序中用配置選項來設置偏愛的程序行為。

2、清除那些用戶經(jīng)過琢磨推導才會用的東西

如圖5為手機云盤上傳照片的流程，用戶點擊備份照片后，自動為用戶上傳到默認創(chuàng)建的名稱為“云相冊”的文件夾。當時我們感覺這個流程是很合理的，為用戶節(jié)省了選擇或創(chuàng)建相冊的時間和成本，何樂而不為呢？在用研同學對手機云盤典型用戶進行可用性測試后，查看了關于這個問題的統(tǒng)計，發(fā)現(xiàn)大部分用戶對這個流程都感到了困惑；在上傳照片后，用戶的第一感覺是上傳成功了，在所有的圖片都上傳成功后，這時去問用戶圖片傳到哪里去了？用戶在各種點擊后，發(fā)現(xiàn)還是找不到圖片傳哪里去了，此時用戶得需要各種猜測琢磨后才能找到答案，也可能最后也沒有找到答案，顯然產(chǎn)品這么設計不符合用戶的心智模型。

整個項目組基于這個問題討論后，對原有流程進行了優(yōu)化，解決了用戶找不到上傳位置的問題，如圖6所示的新流程。關于這個問題再次對典型用戶做可用性測試后，用戶就會很清晰地明白照片傳到哪里去了，因為照片所上傳的相冊是用戶自己選擇或者創(chuàng)建的，雖然優(yōu)化方案比原有方案多了一步操作，但是成功地解決了用戶的困惑，用戶對于多出的這步操作也沒有出現(xiàn)過多抱怨的聲音，達到了無需用戶琢磨和推導就能得到答案的目的。

小結：產(chǎn)品功能的設計不應該讓用戶通過思考去推測，設計的方案應該讓用戶清晰明確地完成任務。

上文主要講解了兩條UI設計準則在產(chǎn)品中的運用，云盤產(chǎn)品的很多設計也運用了其它準則，由于時間有限，待下篇文章為您再繼續(xù)講解，歡迎大家使用360云盤哦，并多多給予反饋建議！

云盤下載地址>>?關注云盤官方微博>>