與真實用戶一起測試您的網站

Imagine a French publisher specializing in technical books.他們出版了CSS3，HTML5和JQuery Guide，只是在封面上發現一個明顯的錯別字：“ HTLM5”！這突出了一個共同的項目陷阱：“漢式式式”效果。團隊非常專注於截止日期，以至於至關重要的細節被忽略了。這會導致具有微妙（或重要）缺陷的運輸產品，從而影響用戶體驗並可能損害產品的成功。

外部視角的力量：用戶測試

為了避免這樣的失誤，外部視角至關重要。在這裡，可用性測試（與團隊外部用戶一起測試您的產品）具有無價之寶。理想情況下，與目標受眾一起測試。如果這是不可能的，至少要涉及直接參與該項目發展的個人。請記住還考慮具有各種可訪問性需求的用戶。

什麼時候開始測試？

理想情況下，測試應及早開始。在完整開發之前測試原型節省時間和資源。即使測試使用佔位符數據的HTML/CSS/JavaScript原型也有益，儘管在開發週期後期的變化變得更加複雜。

定義測試範圍

首先，確定要測試的特定任務或活動。這些應該以用戶為中心，具有明確的目標。示例包括創建帳戶，結帳流程或從主頁到特定博客文章的導航。創建一個測試腳本（指導用戶的一系列問題），以確保一致的測試。避免有偏見的問題；而不是要求用戶“註冊”，而是嘗試“創建一個帳戶”以進行更自然的交互。

招募參與者

確定您的目標用戶並製定計劃以達到目標。這可能涉及利用支持團隊，銷售數據或直接與相關在線社區或物理位置的潛在用戶互動。仔細使用社交媒體，以確保您針對合適的受眾。篩選器（測試前問卷）有助於參與者。記住要補償參與者的時間。如果預算允許，請考慮專業招聘服務。

測試物流和準備

招募參與者後，安排測試（遠程或面對面）。準備測試環境（物理或虛擬），以確保舒適度和可及性。向參與者發送提醒。至關重要的是，在實際測試開始之前，與您的團隊進行乾燥跑步，以識別和解決任何問題。

進行測試

兩個測試儀是理想的：一位促進者和一名筆記儀。歡迎參與者，獲得同意（並允許記錄），並強調重點是產品，而不是其性能。鼓勵他們大聲思考。抵制幫助用戶的衝動；觀察他們的自然相互作用。記錄任何鬥爭（“失敗”任務），但避免影響他們的行為。測試結束後，感謝參與者並提供薪酬。立即備份錄音和筆記。

分析和應用調查結果

每次測試之後，在體驗新鮮時進行初步分析。諸如Miro Boards之類的視覺工具，帶有粘性筆記，代表按類型分類的反饋（註釋，功能請求，可用性問題），非常有幫助。根據頻率和影響確定問題的優先級。目標是學習，迭代和改進。首先關注最關鍵的問題。協作是確定優先級和實施更改的關鍵。

結論

常規用戶測試對於產品成功至關重要。這概述簡化了過程，但是專業可用性測試更加複雜。儘管專門的用戶研究人員是理想的選擇，但即使是較小的項目也可以從基本的用戶測試中受益。下面列出的資源提供了更多深入的指導。

進一步的資源：

• 埃里卡·霍爾（Erika Hall）的足夠研究
• 史蒂夫·克魯格（Steve Krug）輕鬆進行的火箭手術
• IDA AALEN的“用戶測試”
• 凱特·莫蘭（Kate Moran）的“定性可用性測試：學習指南”
• 賈斯汀·贏（Justine Win
• 迷宮的“可用性測試初學者指南”
• “您無法測試所有內容，那麼您應該測試什麼？”瑪麗亞·羅莎拉（Maria Rosala）
• 蕾妮·弗萊克（Renee Fleck）的“使用這5個提示進行更有效的遠程可用性測試”
• 賈斯汀·莫拉萊斯（Justin Morales）的“遠程可用性測試101＆如何開始
• 保羅·鮑格（Paul Boag）
• 彼得·範·格里肯（Peter Van Grieken）的“與殘疾人進行可用性測試時要考慮的事情”
• 寓言（用戶招聘平台）

以上是與真實用戶一起測試您的網站的詳細內容。更多資訊請關注PHP中文網其他相關文章！