APP開發(fā)或者網(wǎng)站開發(fā)，如何才能讓用戶獲得更可用的體驗，這就是可用性設(shè)計需要思考的問題。下面我們來討論一下，在移動時代，APP開發(fā)如何提高產(chǎn)品的可用性。

讓設(shè)計團隊和潛在用戶直接接觸，而不是通過中介人或一個綜合檢查。特別是在第一階段，要收集用戶想要完成什么，什么是沒有意義的，以及信息架構(gòu)和系統(tǒng)導(dǎo)航在多大程度上符合用戶期望的信息。關(guān)鍵任務(wù)分析是一種有效理解用戶在軟件或網(wǎng)站上想要完成的關(guān)鍵任務(wù)的方法。

 

第一次就把事情做好是一個不錯的目標，但經(jīng)驗告訴我們事情并沒有聽上去那么簡單。如果你有測試15個用戶的預(yù)算，最好是將這15個用戶拆分為3組。第一輪測試5個用戶，解決那些沒有爭議或不會造成新問題的問題，然后再次測試。

 

許多研發(fā)團隊可能遵循了前兩條原則但對測量卻猶豫不決。從每一輪的測試中得到一些關(guān)鍵的可用性指標能夠為你的設(shè)計決策提供簡單的客觀評估。低保真原型和變化任務(wù)(changing tasks)并不是不用測量的借口。除了完成率，也有其他用于測量從迭代設(shè)計中得到的產(chǎn)品改善的指標。

 

我們在三個月的時間內(nèi)對一個iPad應(yīng)用進行了三輪測試。在每輪測試中，我們讓5-6名參與者嘗試一系列任務(wù)。每個任務(wù)完成后我們會要求參與者在7點量表上評價任務(wù)的困難度(我們會在口頭上詢問)。在第一輪測試中，原型基本上可用，但我們?nèi)匀话l(fā)現(xiàn)了導(dǎo)航和標簽的一些問題。下圖顯示了在85%的置信度水平上每輪測試的平均分。

 

盡管我們在每輪測試中用到的任務(wù)會有所變化，但有三個任務(wù)在每輪的測試中是一樣的，有5個任務(wù)在兩輪的測試中式一樣的。

 

除了任務(wù)層次的測量，你也可以在不同階段測量對整個APP體驗的感知。Bangor等人介紹了一個在每個階段都是用系統(tǒng)可用性量表(System Usability Scale，SUS)進行測量的迭代設(shè)計的例子。下圖顯示了他們在五輪測試中得到的數(shù)據(jù)，以及基于以往數(shù)據(jù)的68分的基準平均得分。

 

如果你不想追蹤其他數(shù)據(jù)，你可以測量每輪測試中發(fā)現(xiàn)的可用性問題的頻次和嚴重性。這些也能夠衡量產(chǎn)品的改善。我們更關(guān)注關(guān)鍵問題相對于全部問題的比率而不是全部問題的大體數(shù)量。

 

這樣做的原因在于我們經(jīng)常在每輪測試中發(fā)現(xiàn)同樣數(shù)量的總體問題數(shù)量。當界面改善時，問題變得更細微。在一些例子中，當關(guān)鍵問題解決后，用戶也能夠進一步通過任務(wù)來發(fā)現(xiàn)更多的問題。

 

總的來說，在APP開發(fā)和設(shè)計時要提前關(guān)注用戶和任務(wù)、實證測量和迭代設(shè)計，這樣才能讓用戶獲得更可用的體驗，提升APP的可用性。