2008-10-01 28 views

回答

2

Multivariate testing和報告是實際衡量這些事情的好方法。

它允許您測試什麼樣的頁面元素組合具有最大的轉換率,爲您的網站設計和可用性提供持續改進。

Google Web Optimiser對此有支持。

+0

當您已經進行測量時,多元測試就是用來對接口進行分類的。這留下了測量本身的問題...... – 2008-10-01 04:38:43

+0

出於某種原因,我有這種觀點,即Web Optimizer僅適用於與Google廣告的用戶。很高興你鏈接到它,所以我可以糾正我的錯誤假設! – 2008-10-02 17:01:14

1

您用於識別可用性問題的類似方法 - 可用性測試。通常,您需要確定自己的用例,然後通過實驗室研究來評估用戶如何完成特定目標。實驗室測試通常對8-10人有好處。

我們通過了解我們的用戶的更多信息方法是匿名數據收集(您可能需要用戶許可,明確隱私政策等)。這只是評估用戶點擊哪些按鈕/導航菜單,用戶如何刪除某些東西(即更改數量 - 更多用戶輸入0並更新數量或擊中X)?這比安裝稍微複雜一些;您必須開發一個基礎架構來保存這些數據(實際上這只是計數器,即「點擊次數x:138838383,次數輸入0:390393」),並允許根據需要創建數據點以插入設計。

0

第一種方式可以是完全主觀的或部分量化的:用戶投訴和正面反饋。問題在於,在過濾這些反饋時,您可能會有一些強烈的偏見,所以您最好儘可能地進行定量。擁有一些票據系統來記錄用戶的每個報告並收集關於每個版本界面的統計數據可能是有用的。只要讓你的統計數據正確。

第二種方法是衡量最終用戶對界面所做調查問卷的差異。每個問題的答案都應該是一組離散值,然後您可以再次收集每個版本界面的統計信息。

後一種方式可能更難以設置(設計一個調查問卷和可能的受控環境,以及解釋結果的指導方針本身就是一種技巧),但前者使得令人不愉快地容易混淆測量。例如,您必須考慮這樣一個事實,即您爲每個版本獲得的故障單數量取決於其使用時間,並且所有時間範圍都不相同(例如,可能從未發現整個類別的嚴重問題)第三或第四周的使用,或者用戶在使用的第一天可能不會提交票證,即使他們發現問題等)。

+0

問卷沒有違反[「不聽用戶」](http://www.useit.com/alertbox/20010805.html)可用性指南? – 2008-10-02 17:03:56

1

要推的UI的改進的測量改變了從終端用戶(其中​​數據收集可能需要一段時間)來設計或執行流,一些簡單的試探法,可以使用:

  • 執行場景更少需要執行的操作數量是多少? (如果是,那麼它已經改善)。測量:減少/添加了多個步驟。

  • 該更改是否減少了要使用的輸入設備種類的數量(即使步數是相同的)?通過這個,我的意思是如果你採取的東西,既依靠鼠標和鍵盤,並改變它只依靠只有在鼠標上或只有在鍵盤上,那麼你有改善的可用性。測量:更改使用的設備數量。

  • 更改是否使網站的不同部分保持一致?例如。如果電子商務網站的某個部分失去了在您未登錄而另一部分沒有登錄的情況下所做的更改,則這是不一致的。改變它們以使它們具有相同的行爲可以提高可用性(最好是更容錯!)。測量:製作一個圖表(真實的流程圖),繪製一個特定行動的方式。改進是圖中邊數的減少。

  • 依此類推...找到一些常規的用戶界面技巧,找出上述的一些指標,並且可以近似改善可用性。

一旦你的用戶改進這些設計近似,然後收集較長期的數據,你可以看到,如果沒有爲設計級的可用性改進最終用戶的反應(像任何的預測能力:在在過去的10個項目中,我們已經看到每個動作的平均速度降低了1%,範圍爲0.25%,標準開發爲0.32%)。

0

Torial偷走了我的答案。儘管如果衡量一個特定任務需要多長時間才能完成。如果時間縮短,任務仍然完成,那麼這是件好事。

此外,如果有方法記錄取消次數,那麼也可以。

相關問題