在正確的時間獲得寶貴的見解：確定用戶測試的理想設計保真度水平

在 Intercom，我們的產品開發原則之一是大處著眼，從小處著手，快速學習。

我們快速學習的方法之一是進行評估研究，以建立對我們所追求的產品設計方向的信心。 我們通常的目標是在產品開發過程的早期就將產品概念呈現給用戶，早在編寫任何代碼之前。

這種用戶測試方法提出了一個重要且持續存在的問題——向研究參與者展示的正確設計保真度水平是多少？ 這些概念需要與最終設計有多接近才能從測試它們的人那裡獲得準確的見解？ 您如何在“粗糙但早”和“精製但晚”之間找到正確的平衡？ 什麼級別的設計抽象達到最佳點？

“我們發現在內部談論向參與者展示什麼時避免使用‘設計’這個詞是有幫助的——我們更喜歡使用‘研究刺激’”

言語很重要

首先，雖然我們談論的是設計保真度，但我們發現在內部談論用戶測試期間向參與者展示什麼時避免使用“設計”一詞是有幫助的——我們更喜歡使用“研究刺激”。 諸如“研究刺激”或“挑釁人工製品”之類的術語雖然聽起來有點古怪，但有助於傳達您要向參與者展示的東西是一種工具，可以引發對整體概念的洞察，而不是特定的設計特徵。

識別問題

在創建研究刺激時，使用最新、最精美的設計文件可能很誘人，但這會帶來一定的成本，必須考慮。 參與者將關注您提供的最高保真度——如果您對某個概念是否有價值感興趣，那麼在 CTA 上聽取參與者關於微文案的評論可能會給您正在尋找的反饋增加噪音。

相反，我們發現從問題開始（我們試圖了解的內容）並將其與我們在用戶測試期間向研究參與者展示的內容的保真度相匹配是有幫助的。

因此，要確定正確的設計保真度，您需要確定您正在嘗試解決以下哪些問題：

• 測試概念：這個想法有價值嗎？
• 測試系統設計：用戶能否對該系統形成“足夠好”的理解？
• 測試可用性：人們可以使用這個產品嗎？

一旦你確定了你試圖解決的問題，這將有助於確定你的研究激勵需要什麼樣的設計保真度。

提前弄清楚問題還有助於與您在設計、產品和工程方面的跨職能合作夥伴建立一致——這更重要，因為創建研究激勵是一項協作努力，而且所有權可能不明確。

“在早期階段，你對他們如何與之互動並不感興趣。 你對它是否對他們有價值感興趣”

測試概念：這個想法有價值嗎？

在這個階段，你的問題是弄清楚“這個想法有價值嗎？” 具體來說，客戶是否認為這個想法會幫助他們解決他們正在努力解決的問題？ 在早期階段，您對他們如何與之交互不感興趣。 你對它是否對他們有價值感興趣。

在測試過程中，您需要確認參與者實際體驗到您要解決的問題，向他們展示概念，並評估他們是否期望它以有價值的方式解決他們的問題。

此時，您的測試刺激不需要看起來像一個界面。 事實上，如果不這樣做可能會更好——如果您確實選擇將概念呈現為一個界面，請注意您的參與者可能會提前思考他們將如何與之交互，它將如何與其餘部分相關聯你的產品，以及他們對視覺設計的看法。 這種反饋更容易給出，所以參與者自然會傾向於它，而不是深入思考這個概念本身以及它如何解決他們遇到的問題。 你的研究刺激只需要傳達你正在測試的想法，其他的很少。

快速文本描述、故事板、登陸頁面模型、Google 幻燈片中的圖表或白板風格的塗鴉都是合法的選擇。 通過模糊不必要的副本和使用明顯的佔位符圖形來保持簡單和集中。

測試系統設計：用戶能否對該系統形成“足夠好”的理解？

有時，產品團隊可能正在構建整個系統，而不是接口或流程。 在此階段進行研究時，您的問題可能是，根據團隊迄今為止的構想，您的用戶是否可以形成功能性心理模型，使他們能夠使用產品而不會被阻塞或困惑。 最好的證據是用戶是否可以準確預測他們將如何在您的系統中執行代表性任務。

雖然您可以簡單地展示系統的抽像圖並詢問用戶他們希望如何與之交互，但這並沒有太多的生態有效性； 實際上顯示看起來更像用戶界面的刺激使研究感覺更真實。 不過，我們再次發現，要求參與者實際使用原型幾乎不可能不讓他們的注意力轉移到交互設計上，而你可能仍然沒有解決這個問題。

考慮給他們現實的問題，並讓他們告訴您他們希望如何使用您的模擬界面來解決這些問題，同時您共享您的屏幕並關注使他們在產品中移動的特定交互。 這將節省您在對設計方向充滿信心之前構建完全交互的原型，或者冒著讓參與者感到沮喪的風險，因為您知道交互仍然很笨拙。

測試可用性：人們可以使用這個產品嗎？

在這個階段，您會想知道用戶是否可以與您的產品進行交互，並提供現實的支持（例如，不會比您在最終產品中提供的更多）並執行代表您的問題的任務'正在解決。

可用性測試有很多種，在所有這些中，交互設計變得更加重要。 您可以使用不同保真度級別的原型來測試可用性，只要您清楚且具體地了解您希望參與者執行和測試的任務，並且原型支持啟用它們所需的交互。

總之

這些階段之間的界限很模糊，根據您的情況制定正確的協議可能會很棘手。 準備好調整研究刺激和您在每次會議中提出的問題。

最後，詢問參與者他們是如何找到研究會議本身的，而不是研究刺激，這並沒有什麼壞處。 困惑或沮喪表明你還有更多工作要做。 如果你卡住了，記得從問題開始：你到底想從用戶測試會話中得到什麼？

想了解更多關於與我們團隊合作的信息嗎？ 在這裡閱讀我們的價值觀、我們的工作方式和我們的空缺職位。