分步指南：測試您的原型

在設計產品時，向受眾提供可行的解決方案是漫長而反复的過程的最後一步。 當您嘗試在創建可以在目標市場中確立自己的東西的同時做到這一點時，任何階段的失敗只是這個漫長而復雜的過程的一部分。 這就是原型測試的用武之地！

在產品公開訪問之前，開發人員需要確保它完全可操作，提供承諾的功能並解決實際問題。 測試原型是一個持續的過程，開發人員通過反饋和調查尋求真實世界用戶的持續驗證。

這就是開發人員高度重視原型測試的原因。 這是了解產品在市場上表現如何的最有效方法。

到目前為止，您對原型測試和評估的重要性以及為什麼開發人員將其視為開發階段的關鍵要素之一有了基本的了解。 您可能仍然想知道原型測試是什麼，所以讓我們仔細看看。

什麼是原型測試？

在我們達到最終產品之前，原型是產品開發階段的初稿。 當這些原型被分發給現實世界的用戶以發現缺陷和改進領域時，它被稱為原型測試。

您可以在現場部署原型供人們使用您的產品，然後最終發布它，以確保您提供最佳質量。 稱為人群測試的過程是分析質量、功能和其他關鍵組件的最有效方法之一。

Crowdtesting 為原型提供了它在未來必須運行的環境。 開發人員可以使用這些條件來評估產品在不同情況下的行為方式。

了解產品在市場上的表現是原型測試的關鍵組成部分。 儘管如此，開發人員始終注意用戶如何交互和感知產品同樣重要。

不同類型的原型

原型提供了產品發現的基本功能。 每個原型都有一組理想的條件，它提供了測試假設的最便宜和最快的方法。

有 4 種不同類型的原型，它們如下所示：

1. 低保真原型

這些類型的原型大多是基於紙張的，也不允許任何用戶交互。 任何手繪草圖或紙上的模型都是低保真原型。

2. 高保真原型

另一方面，高保真原型具有高度交互性和功能性，並且它們盡可能接近最終產品。 這些原型包含集成到其中的所有必要組件。

3. 實時數據原型

這些原型大多以代碼的形式出現，通常位於現有產品之上。 它們比傳統原型更具交互性，並使用實時用戶數據。

4. 可行性原型

這是一種更具體的原型，專門設計用於測試產品的特定功能或組件。 這些原型在其預定義的邊界內運行，以驗證特定功能背後的技術。

現在，讓我們看看這些原型可以測試什麼，以及什麼時候是測試它們的最佳時機。

為什麼需要原型測試？

原型測試不僅僅是收集用戶的反饋和見解，並將這些信息提供給開發人員。 原型測試和評估提供了很多好處； 讓我們來看看前 4 名：

1. 減少總體時間和成本

在仍處於測試階段時修復產品是一種更簡單、更容易進行發布的方法。 因為一旦您發布了產品，您將需要大量的時間和金錢來回滾發布和更改。

這不僅會損害您的財務狀況，還會損害您的聲譽——這是非常寶貴的。 這就是為什麼原型測試為開發人員提供了在產品發布之前對其進行微調的絕佳機會。

2.增加用戶參與度

當您從原型測試階段開始時，用戶可以先於市場上的任何其他人獲得對產品的第一手獨家了解。 這是開發人員和組織讓用戶參與產品的絕佳機會。 它確保了用戶對產品的承諾，他們還可以幫助傳播信息。

3. 收集準確的需求

傳統上，在產品進入開發階段之前收集需求，這是人們決定他們希望他們的產品交付什麼的地方。

在沒有看到產品和建立需求的情況下將產品概念化是不完全可行的，這就是為什麼原型開發允許用戶和開發人員鞏固最終設計的需求。

4.幫助解決衝突

當一個由高技能和訓練有素的開發人員組成的團隊開發產品時，他們可能會遇到一些情況，其中有些人認為某個實施是正確的事情。 相反，其他人可能不這麼認為。 不可避免地，在發展階段可能存在意見分歧，從而產生衝突。

通過測試原型，開發人員可以進行幾個不同的功能迭代並對結果性能進行基準測試。 這樣，他們可以根據數字確定哪個功能可以從用戶那裡獲得最佳響應。

原型測試還有許多其他好處，但僅僅知道為什麼要測試原型是不夠的。 何時測試您的原型也是另一個重要的考慮因素。

你應該什麼時候測試你的原型？

將您的原型進行測試是確保您的產品不會達到其不可避免的結局的最安全方法。 但這有一些複雜性，因為知道何時測試您的原型也是必不可少的，並且是收集具有重要意義的結果的唯一方法。

我們編制了一個表格，可以讓您更好地了解原型以及何時測試它們以獲得最大意義。

到目前為止，您應該非常清楚不同類型的原型以及開發人員應該在何時測試它們以獲得最大效率。 是時候看看你應該遵循的步驟來測試你的原型了。

如何測試你的原型：一步一步

測試原型是一個複雜且連續的過程。 但在我們進入這些步驟之前，每個原型測試人員都應該了解一些基本規則：

• 您擁有的原型類型（草圖、物理原型、紙質界面、數字原型）將定義您的用戶如何與之交互。
• 您的測試目標非常重要，它們可以幫助您開發測試場景、問捲和整體原型測試方法。
• 設置時間限制也將幫助您決定最適合您的原型測試方法。

以下是需要精確執行的步驟，以確保您的測試產生最有效的結果：

我們將詳細帶您完成所有步驟，因此請按照以下步驟操作：

第 1 步 - 收集和分析用戶信息

任何原型測試和評估的第一步都是收集和分析用戶數據和信息。 在這裡，用戶或公眾有責任對他們對特定產品的期望做出判斷。

一旦用戶給出了他們的判斷並且所有要求都到位，您可以採取進一步的步驟。 清晰是我們在第一步中尋找的東西，知道做什麼是避免在開發階段模糊的唯一方法。

例如： Qualaroo擅長在設計過程的每個階段快速、輕鬆地收集用戶見解。 用戶洞察是通過 InVision、AdobeXD 和更多原型測試工具暫存原型 URL 來收集的。

這些原型測試工具託管 URL 模型，並允許用戶測試並就整體體驗提供反饋。 開發團隊接受這些反饋和見解，對最終產品進行必要的更改。

相關閱讀 - 尋找反饋工具？ 這是針對用戶的最佳客戶反饋工具列表

因此，需求是事先定義的，原型中的所有內容都是圍繞這些需求構建的。 為了讓您更好地理解需求的清晰性，這裡有一個原型測試的快速示例：

設計原型時模糊不清

• 我的設計好嗎？
• 用戶喜歡產品嗎？
• 產品是否創造了參與度？

設計原型時的步驟清晰

• 我想知道用戶是否可以輕鬆地與設計進行交互並在其中導航。
• 我想知道用戶是否能夠執行某項任務。
• 原型是否會影響用戶進一步參與和購買？

第 2 步 - 構建原型

最重要但最明顯的步驟是構建要測試的產品原型。 您將要構建的原型類型完全取決於您需要測試的內容以及您目前處於產品開發的哪個階段。

本階段構建的原型完全來源於開發人員在前一階段構建初步原型時收集的信息。 該原型應該是初步原型的更精煉版本，將進入原型測試軟件，並且理想情況下應該向用戶提供有關產品的更多信息。

如果你不記得我們之前討論過的原型類型，這裡是 4 種不同類型的快速瀏覽：

• 低保真原型
• 高保真原型
• 實時數據原型
• 可行性原型

要記住的事情：

• 創建與產品相似的數字原型–創建初步設計後，您可以創建與最終產品非常相似的交互式數字高保真原型。 這將允許更多的測試並使用戶更容易理解。

借助數字原型，您還可以使用Qualaroo等工具自動化收集見解的過程，這些工具使您能夠在測試期間或之後向用戶提問。

• 使用真實數據——在構建原型時，也建議使用真實數據作為原型。 原型不必是最終產品的最終副本，但它應該包含真實數據，以通過原型準確測試您的微副本。

• 測試 2 到 3 個原型——不要將太多時間和精力投入到該解決方案的“僅”原型上。 擁有 2-3 個粗略的原型進行測試比擁有 1 個像素完美的原型更有用。 這使您可以測試更多設計，並且測試參與者不限於一種看似“唯一”解決方案的設計。

第 3 步 - 確定要測試的內容

此步驟主要關注您，即測試人員。 在將模型放入原型測試軟件之前，您應該找出要測試的內容。

您可以在具有一些明顯缺陷的原型上測試幾件事。 以下是這些東西的清單：

1. 概念驗證- 這些測試相對簡單，它們驗證用戶是否可以輕鬆理解他們正在查看的內容以及它執行的功能。 這些測試最常用於主頁原型，但您也可以測試電子商務中的產品頁面或在線工具中的儀表板。

2. 導航——導航是您可以在數字原型上輕鬆測試的另一件事。 在這裡，託管了網站或應用程序的模型，測試人員查看用戶是否可以輕鬆瀏覽並找到他們正在尋找的內容。 您可以獲得以下問題的答案：

• 您的搜索字段和菜單是否在人們希望找到它們的地方？
• 他們的命名有意義嗎？
• 人們能否根據您提供的類別找到他們認為會找到的內容？

3、設計流程和功能——原型也有效地確定了產品和功能是否流暢，可以讓用戶完成任務而不是混淆他們。

4. 微文案——為了測試微文案，你需要在你的原型中輸入真實的標籤、菜單類別、按鈕和描述。 它將驗證用戶是否能夠理解他們正在查看的內容或混淆的點點滴滴。

知道你不應該期望在你的原型上測試什麼也很重要。 這裡有幾個方面需要牢記：

• 平面設計——原型只是你最終產品的示意圖，它們可能沒有所有的視覺元素。 這就是為什麼在大多數情況下無法在原型上測試“外觀和感覺”的原因。

• 內容 -原型沒有填充最終內容，也不是檢查您的內容是否會引起目標受眾共鳴的最佳方式。 要檢查這一點，請將您的內容髮送給目標群體中的幾個人，或者在您的工作產品或博客中顯示問題。

• 批量測試——測試原型背後的想法是收集有關功能設計的質量反饋，以便您可以迭代並消除可能阻礙用戶完成產品任務的最大問題。

原型並非旨在幫助您收集大量數據。 從技術上講這是可能的，但是來自幾個參與者的見解將提供足夠的見解，以使下一個版本更好。 原型測試是關於快速收集可操作的反饋，而不是盡可能多地收集反饋。

第 4 步 - 創建初步設計

初步設計是最終原型的簡化形式，它讓用戶大致了解最終原型的外觀。

初步設計的好處：

• 為最終原型提供準確的藍圖。
• 確保用戶和開發人員之間對設計的相互理解。
• 通過在初步設計階段糾正錯誤來防止進一步的錯誤。
• 它還通過將設計與相同的項目和原型進行比較來確定設計在不久的將來可能面臨的風險。
• 提供了一個參考點，並開啟了開發人員和用戶之間的對話，以分享有關設計的意見和觀點。 如果設計看起來不適合用戶，您可以輕鬆實施更改，並創建新的初步設計。

要創建它，請在進入繪圖板之前牢記最終設計的基本計劃和規格。

首先創建粗略的草圖。 草圖是一種很好的方式來確定您的用戶是否能夠辨別您的應用程序或網站的目的。 草圖和紙質原型不需要完美。 相反，您可以擁有多個原型來測試不同的設計並獲得更有意義的見解。

第 5 步 - 準備測試場景和問題

可用性測試是為用戶提供與您的產品或網站旨在解決的問題相關的特定任務。 任務（或場景）有一種小的敘述形式。 它們通常很簡短，但仍為您的測試參與者提供一些背景信息。

建築場景

這是您使用研究問題來撰寫任務的時刻。 您的研究問題將告訴您任務應該是什麼。

• 關注用戶的目標，而不是產品的功能和特性

說明這種差異的最好例子是幾年前 Jared Spool 和他的團隊為宜家進行的可用性研究。 該測試探討了人們如何在宜家的網站上找到產品。

最初的任務是：“找一個書櫃”，後來改為：“你的小說收藏中有 200 多本書，目前在你客廳周圍的盒子裡。 想辦法把它們組織起來。”

制定任務的方式會影響結果。 在這種情況下，執行第一個任務的用戶通常在搜索字段中輸入“書櫃”。 第二種場景中的用戶通常瀏覽產品類別並蒐索任何適合存放書籍的產品，不一定是名為“書櫃”的產品。

最後，用戶在這裡試圖解決的問題是找到放書的家具，不管那是不是書櫃。

在設計使用非常特定語言的產品或網站時，這一點尤為重要。 盡量避免使用引導詞，讓用戶更快地完成任務，或者以不同的方式完成任務。 盡量不要給出一般的線索。

• 使任務類似於現實生活

如果您要求您的用戶通過您的應用程序/原型預訂航班，請不要只說“預訂從西雅圖到阿姆斯特丹的航班”。

更好的情況是：“你想在 9 月份去阿姆斯特丹拜訪你的朋友。 你在工作中預訂了兩週的假期。 您意識到這是一次昂貴的航班，但您希望盡可能少花錢。 除此之外，由於您最近的背部問題，您正在考慮升級您的飛行艙位。”

• 不要解釋您的產品或網站或您在哪裡銷售

測試的整個想法是驗證人們是否能夠自己使用它，而無需任何人事先向他們解釋任何事情，也無需任何人說服他們應該使用它。

更重要的是，特別是如果你在進行面對面的測試，如果用戶看到你對原型的任何批評，他們可能不願意誠實地接受任何批評——他們不想傷害你的感受。

• 不要開發不可能完成的任務

如果您的原型不包含您要測試的功能、流程或元素，則您無法對其進行測試。

形成研究問題

研究問題是您試圖通過要求用戶使用您的原型執行不同的場景來找到答案的問題。 研究問題表明您正在嘗試找出有關您的原型或產品的確切內容。

形成研究問題的技巧

• 它們應該仔細組合，因為它們將確定您的測試方向並確定測試的場景和任務將是什麼樣子。
• 它們不應該太籠統。 請記住，根據測試結果，您將需要做出一些設計決策。
• 研究問題也可以形成為目標。

一個糟糕的研究問題/目標的例子：

• 我想測試我的原型。

更好的研究問題/目標的示例：

• 我想測試我的導航。

好的研究問題/目標的例子：

• 我想檢查用戶是否能夠在我的原型中找到他們正在尋找的信息。
• 我想檢查用戶是否能夠在原型中找到他們正在尋找的產品。
• 我想檢查哪個版本的原型在查找特定產品時對用戶來說似乎更容易。

此外，在觀眾面前提出的一些適當的原型測試問題包括：

第一眼測試

• 您認為該工具/網站適用於誰？
• 您對這個應用程序/網站的最初想法是什麼？
• 您認為使用此工具/網站可以做什麼？
• 你會在什麼時候使用它？
• 你認為這是給誰的？
• 這個工具有什麼相似之處嗎？ 如果是，是什麼？
• 這裡有什麼不合理的地方嗎？/有什麼不合適的地方嗎？

可用性評估

• 是否缺少特定的功能？
• 你如何評價這項任務的難度？
• 有什麼不對勁嗎？ 如果這樣，那是什麼？
• 您是如何識別產品在哪裡的？
• 通過此工具/網站付款是否安全？
• 缺少哪些產品信息？
• 您認為該工具/網站是否完美地引導您使用該產品？

整體體驗

• 該應用程序是否易於瀏覽？
• 整體設計體驗如何？
• 如果有的話，您會在此應用程序/網站中進行哪些更改？
• 您將如何改進此工具/網站？
• 該工具/網站是否按您預期的方式執行？
• 您如何評價您的整體體驗？

相關閱讀——這是我們列出的 30 種最佳 A/B 測試工具

提示：我們建議不要按順序使用超過 4-5 個問題（在每個任務之後），因為這會擾亂測試流程並導致疲勞。

• 如果測試是面對面的，你可能會問一些額外的問題，這些問題會在觀察過程中彈出，以探究參與者遇到的困難。
• 如果這是使用 Qualaroo 之類的工具進行的遠程測試，超過 4-5 個問題將導致較低的響應率，並且由於您只會在幾個用戶上測試您的原型，因此響應率很重要。

根據您有多少時間進行測試以及範圍是什麼，您應該制定 1-5 個研究問題。 這並不意味著您無法觀察正在測試的設計的其他方面。

事實上，每次你進行用戶研究時，除了你直接測試的內容之外，幾乎總是會有很多其他的學習。 您仍然應該始終有 1-5 個要測試/分析的核心方面。

第 6 步 - 啟動用戶評估

首先，您需要進行初始用戶評估，將提議的原型設計呈現給用戶。 用戶的所有意見和建議僅在此步驟中考慮，開發人員在進一步的步驟中處理這些意見和建議。

初始用戶評估的主要目的是確定原型設計的優勢和劣勢。 有效地做到這一點的唯一方法是讓多人通過回答原型測試問題來給出他們獨特的觀點。

其他需要考慮的因素是，您應該始終向正確的受眾展示您的原型並始終提出正確的問題。

受眾應該包括在產品發佈時將使用該產品的用戶，並且問題應該始終與您的產品直接相關。 這是確保您獲得的建議有意義並增加最終產品價值的唯一方法。

例如，如果您正在啟動一個酒店預訂應用程序/網站，那麼只向經常出差和入住酒店的人展示原型設計是有意義的。

相關閱讀 - 這是我們列出的 11 種最佳移動應用內反饋工具

測試後做什麼

在原型測試之後，您必須開始完善原型並對原型進行最終更改。 在啟動之前，還需要進行監控以確保一切就緒。

1. 改進和調整原型

只有在開發人員收集並評估了用戶測試的數據後，才能開始此步驟。

開發人員嚴格檢查反饋和用戶數據，並且此步驟一直持續到用戶指定的原型的最後一次更改為止。 進行更改後，原型再次提供給用戶進行測試和收集反饋。

這個循環一直持續到用戶對原型完全滿意並且不需要進一步的更改。

2. 實施與監測

最後一步是在市場上推出最終產品。 在發布最終產品之前，您始終可以選擇對其進行試點測試，並親自查看一切是否正常。

對您的產品進行試點測試：您需要使用原型測試工具並選擇一組最終用戶，他們將親自試用該產品並在產品全面推出之前提供最終反饋。

您需要確保最終用戶應該包括在產品發布後使用您的產品的人。

這始終是科學實施某些東西的推薦方式，因為它為開發人員提供了最大的保證。 如果最終產品中缺少任何內容，則始終可以在產品發布之前進行糾正。

一旦開發人員在徹底試點測試後最終確定原型，團隊就可以在市場上推出最終產品。 開發人員團隊應負責持續監控新產品的性能。

實施後，監控非常重要，因為它將確保產品不會出現故障，並且可以以所需的方式滿足所有用戶的需求。

在您自己測試原型之前，您應該了解一些關於原型測試的重要提示。 這些技巧在您進行測試時會派上用場，它們可以保證獲得最佳結果。

原型測試的最佳實踐

您可以通過多種方式進行原型測試，但我們編制了一份最佳實踐列表，您在進行原型測試時應始終牢記這些最佳實踐。

1.優先考慮可用性

原型測試最重要的一點是確保它可以被現實世界中的所有觀眾輕鬆使用。 只有在新產品測試階段收集公正的意見，才能最大限度地提高產品的可用性。

為此，您應該始終聯繫對產品沒有先驗信息的公眾。 通過對產品有新的認識，您將能夠從完全不同的角度評估產品，讓您誠實地了解您的產品將如何被公眾使用。

收集用戶反饋的一種流行方式是通過電子郵件和反饋表。 但是，使用產品中嵌入的調查會更有效，並且會提供上下文反饋。 使用 Qualaroo 在您的產品中嵌入調查將使您獲得比電子郵件調查多 10 倍的有價值的見解。

2. 不要追求完美

原型並非完美無缺； 它們旨在具有洞察力和信息量。 在開發原型時，您唯一需要記住的不是使它們完美，而是使它們能夠向公眾傳達信息並同時收集反饋。

原型的設計應旨在幫助測試人員和開發人員通過反饋和見解識別他們的優勢和劣勢來改進這些。

請記住，您不必解決所有問題。

嘗試找出哪些可用性問題對用戶至關重要。 如果您無法做出決定，請邀請一個人或幾個人參加一個很好的舊情況匯報會。 與他們分享您的結果並嘗試挑選他們的大腦。 你不必邀請公司外部的人，你邀請的人也不必是 UX 專家。

在下一輪測試之前或將設計提交給開發團隊之前，請務必確定您可以修復多少。

3.保持開放的溝通

當您的用戶可以與您交流他們對您的產品的感受時，這總是很有幫助的。 保持開放的溝通將使開發人員能夠通過用戶體驗獲得準確和最新的信息，您可以使用這些信息在新產品測試期間進行必要的更改，以獲得更好的用戶體驗。

4. 發展買方角色

在設計產品時，您應該始終注意使用您產品的受眾。 牢記目標受眾的人口統計數據將使您能夠以受眾喜歡的方式設計產品。

在這個階段，發展準確的買家角色也被證明很重要。 通過這樣做，您將能夠幫助您的團隊對目標買家達成共識，並準確預測他們的行為模式。

買家角色將幫助您從戰略上而非直覺上做出決策。

相關閱讀 - 要了解有關構建客戶角色的更多信息，請查看如何構建客戶角色：完整指南。

5. 對你的觀眾體貼入微

如果您正在收集有關您的測試參與者的任何個人信息，請先徵得他們的同意。 這也適用於您在他們測試您的原型時記錄它們。 在適用 GDPR 的歐盟進行研究時，您應該特別小心。

但是，請注意，在歐盟以外，越來越多的國家（以及美國的一些州）正在引入類似的法規。

確保您不僅獲得了收集參與者信息和/或記錄他們的同意，而且還告知他們這些僅用於準備結論和研究摘要，並且它們只會在內部使用，不會在任何地方發布。

6. 明確參與者

明確指出可用性測試（或 UX/用戶/原型測試/學習/研究）不是測試用戶（他們），而是測試功能設計。 這意味著參與者只能幫助我們驗證原型是否良好。 一定要告訴你的參與者他們不會錯。

7. 告訴你的參與者你沒有建立原型

如果他們認為您是開發原型的人，他們將避免發表批評性言論，以免傷害您的感情。 為了鼓勵誠實的反饋，請保持開放和參與。 如果這是一項面對面的研究，請不要為其中的原型和設計解決方案辯護。 在描述原型或其元素時，保持中立並儘量避免情緒化的詞語。

8. 在廣泛的環境中進行測試

設計原型後，您的測試應盡可能多樣化。 您應該確保您的新產品測試是由各種不同環境中的不同受眾群體完成的。 這將使您知道哪些環境對您的產品有利，哪些環境對您的產品不利。

一個產品很有可能在一個環境中成功而在另一個環境中完全失敗。 但了解這一點的唯一方法是在廣泛的環境中對其進行實際測試。

示例：

如果您正在啟動酒店預訂應用程序，那麼您的測試環境通常應該涉及來自不同地區和不同年齡組且經常出差的用戶。 您可以根據不同的人口統計數據對您的客戶進行細分，例如年齡：年輕（18-25 歲）、成熟（26-35 歲）和成人（36 歲及以上）、性別、收入以及該國的不同州。

This will paint an accurate picture of people representing different demographics and geography, based on their response and likeliness, to opt for your hotel booking application instead of conventional modes of booking.

Related Read – To learn more about recruiting participants for your research, take a look at Recruiting User Research Participants with Qualaroo

獎金提示

1. Begin Testing as Soon as Possible

If you keep waiting for your product to be completely developed, you're missing some crucial insights. It's obviously not possible to start testing right after coming up with the product idea. At the same time, you shouldn't wait until your product nears the final stages.

You should start testing your prototype right after creating the preliminary design.

Early testing won't be able to cover all the details of your prototype, but it will surely single out problems with the preliminary design. Early testing would also allow you to start working on the problems right away, and your designs can be improved from the get-go.

2. Map Out All Your Tasks

All your testing sessions should have a clearly defined goal. Even though the primary aim of the testing process is to get valuable insights, you should have an actionable plan in place to make your process more efficient and seamless.

Aim to create targets and get answers about specific tasks and experiences through actionable steps that are easy to track.

Instead of being vague about your objectives and tasks, be specific about what you want the information you need, and create a blueprint and prototype testing template beforehand.

3. To Moderate or Not to Moderate

Moderated tests involve a person facilitating the test through a moderator, and unmoderated tests do not have any such moderators.

Now you may be wondering whether your tests should be moderated or not.

Moderated tests

• These allow you to have more control over the test
• You can let participants skip or focus on specific areas
• Especially recommended if the testing process is long and has potentially complicated bits that users may find difficult to understand.

Unmoderated tests

• These do not allow testers to follow up or intervene in the testing process.
• Unmoderated tests are recommended when you want completely unbiased feedback and when your tests are relatively simple and easy to understand.
• Unmoderated tests will allow you to gain a lot of insights while saving crucial time.
• These are more scalable and also helpful with remote tests with users in different time zones.

4. Test Your Test

You may want to pilot test your test, especially if this is a new domain for you. A trial test will help you quickly pick up anything you forgot about and will help with understanding if the participants will easily pick up the tasks you prepared for them.

This doesn't require too much preparation or recruiting anyone specific. Just ask anyone from your company to sit in front of the screen for a moment and read the tasks. If something is not clear you will know immediately because they will be confused and will start asking questions right at the beginning.

This is very useful especially when you are trying hard to choose the right words to describe the tasks and avoid leading or emotionally loaded words because sometimes you end up with a version that is too tricky to be understood by the average person.

Test Prototypes With Confidence

Prototype testing may not be the simplest thing to pursue and can take you a few attempts to come around. But it will always open new doors and pose new prototype testing questions. Therefore, it is safe to say that your prototype testing should reveal:

• 什麼有效
• 什麼沒有奏效
• New questions
• 新主意
• Overall evaluation in general

At the end of the day, if your product solves the problem you initially set out to solve, you can safely consider it successful prototype testing and product development.

A successful prototype testing requires a good feedback tool, and this is where a feedback tool like Qualaroo can help your development team get actionable insights and uncover what your audience thinks.

By embedding Qualaroo in the product through Nudges ^TM , you get valuable feedback directly from your audience that can help you make significant improvements to your prototype's functionality.

Watch: How to use Nudge for Prototypes