高效的方法——如何設計精益用戶體驗 MVP

已發表: 2022-03-11

一些設計師和外行似乎認為精益用戶體驗和最小可行產品是一種結果。 相反,如果做得好,它們會產生最好的產品,同時節省用戶體驗設計師的時間和資源。 最終產品服務於業務需求,同時也是解決客戶問題的最佳解決方案。

精益用戶體驗過程(或通常稱為精益用戶體驗循環)與科學方法沒有什麼不同——觀察、形成假設、測試和收集數據、分析結果,然後接受或拒絕假設。 在精益用戶體驗中,這些步驟大致與想法(觀察和假設)、構建和編碼(測試)、測量和數據(收集數據)以及學習(分析結果並接受或拒絕假設)相關。 有時,精益 UX 過程可以更簡潔地概括為Think, Make, Check

精益 UX MVP 過程與科學方法沒有什麼不同

與科學方法一樣,精益用戶體驗過程是一個循環過程,直到達到預期的結果。 然而,與科學方法不同的是,設計師可以在精益 UX 循環中從他們選擇的任何地方開始(大多數人通過學習或想法開始新項目,但使用可以更容易在任何地方開始的成熟產品)。

最小可行產品非常適合精益用戶體驗方法。 通用 MVP 方法通常總結為構建(或原型)、測量、學習(然後基於這些學習重複)。 很容易看出這些步驟與精益 UX 循環(尤其是簡潔版本)有何關聯。

一些設計師將 MVP 與概念證明或原型混淆(MVP 過程的第一步有時被稱為原型設計,這可以解釋這種混淆)。 但是 MVP 是可以投入生產的完整產品,精益 UX MVP 也不例外。 精益用戶體驗 MVP 應該是人們可以使用的功能齊全的產品。

精益用戶體驗流程
設計思維、敏捷和精益 UX 流程 (Dave Ladis)

停止思考最終產品

當用戶體驗設計師看到一個問題時,可能會想跳到前面去思考可能解決問題的最終產品。 獲得最終的成品通常是目標,那麼為什麼不從那裡開始呢?

從成品開始並向後工作的問題在於它扼殺了創新和創造力。 可能有十幾種不同的方法來解決用戶的問題。 從考慮最終結果開始的設計師可能會錯過這些潛在的解決方案中的大部分,並提出一個不足的解決方案。

當設計師放棄任何關於哪種解決方案最能為使用其產品的人們服務的先入之見時,他們可以提出更多創新的想法。 Jeff Gothelf 在他的《精益用戶體驗:應用精益原則改善用戶體驗》一書中指出,精益用戶體驗“旨在更快地展現產品的真實本質”。 這是一個專注於“建立對正在設計的實際產品體驗的共同理解”的協作過程。

這個過程要求設計師在開始之前不僅要了解他們試圖服務的人的需求,還要了解他們的業務需求。 在開始精益用戶體驗設計項目時,這種理解構成了設計過程中所有其他步驟的基礎。

精益用戶體驗過程本質上是協作的

關注用戶需求

當設計師接近一個問題時,他們通常認為他們已經徹底掌握了這個問題是什麼。 例如,如果想法是創建一個待辦事項列表應用程序,那麼設計者可能會假設用戶需要一個解決方案,讓他們可以將任務添加到列表中,僅此而已。 他們最初的精益用戶體驗 MVP 將專注於創建提供該功能的應用程序。

但這是實際問題的最佳解決方案嗎? 人們不僅僅使用待辦事項應用程序來將任務添加到列表中。 他們使用它們是因為他們需要保持生活井井有條。 他們不想忘記做一些重要的事情。 他們害怕如果他們不保留一份清單,他們會忽略一些事情。

列表格式可能不是人們跟踪他們需要做什麼的最佳方式。 但是,如果設計師在進入項目時認為“我需要為待辦事項列表創建一個應用程序”,他們可能永遠不會想到能更好地為他們所設計的人服務的想法。 通過專注於用戶的需求並忘記他們自己的假設,設計師可以找到解決手頭真正問題的解決方案,而不是僅僅在其他選項中添加另一個待辦事項列表應用程序。

設計師應該致力於挑戰他們對用戶需求的假設。 人們通常甚至不知道他們需要什麼來解決他們的問題。 那麼,在進行用戶研究並試圖了解客戶正在苦苦掙扎的問題之前,設計師如何才能假設他們最了解呢?

考慮客戶需求的一種方法是關注他們的痛點。 痛點是問題中對客戶造成最大困擾的方面。 當設計師專注於這一點時,他們可以更快地找到問題的根源並找到獨特的解決方案。 對於待辦事項應用程序示例,痛點可能是擔心忘記重要的事情或不得不浪費精力來跟踪事情。

創建最小可行原型的設計師應關注用戶痛點

一旦設計師知道如何解決問題,他們就必須與真人一起測試該解決方案。 他們不應該浪費太多時間來嘗試從一開始就創建成品。 在為完善的產品投入大量時間和資源之前,收集人們對最初想法的反饋,可以更容易地更改細節、範圍甚至整個前提。

第一次迭代可能像幻燈片或半功能模型一樣簡單。 讓人們大致了解所提供的體驗的東西是創建實際精益 UX MVP 的有用先驅。

這些早期的 pre-MVP 也可用於繪製用戶旅程。 一旦收集到一些初步反饋,設計師就可以更好地了解人們對產品的真正需求。 這對於規劃如何讓他們從 A 點(他們的問題)到 B 點(理想的解決方案)非常寶貴。 設計人員可能會發現,沿著該地圖需要的步驟比他們最初想像的要多,或者更少。

用戶旅程映射是 MVP 設計的一部分

設計師甚至可能會發現他們試圖解決的原始問題並不是真正的問題。 例如,在待辦事項應用程序中,設計人員可能會發現,一種能夠幫助人們減輕對他們需要做的事情的壓力的解決方案是一種比讓他們的任務井井有條的解決方案更有價值的最終產品。 如果不積極尋求反饋並創建旨在解決實際問題的新迭代,設計人員可能永遠不會發現該解決方案。

考慮必要的功能

當設計師開始一個新項目時,他們通常會從產品需要具備的功能列表開始。 要包括的可能功能列表不是一個糟糕的起點。 但它應該與人們表達他們對產品的實際需求進行比較。

然而,大多數人不知道他們想要什麼功能。 他們將專注於好處。 設計師的工作是弄清楚哪些功能可以提供這些好處。 並且可能有多種方法可以提供每種好處。

寫下所有可能的功能列表,以解決人們尋求的好處是設計過程的一個有價值的部分。 不過,這份清單應該不僅僅包括“好”的想法。 壞點子也可以起到一個重要的作用——它們可以帶來好點子。

當小組進行頭腦風暴時,寫下所有想到的想法特別有用。 一個人會拋出一個壞主意,它會為其他人激發一個更好的主意。 即使單獨進行頭腦風暴,“糟糕”的想法也會導致設計師走上不同的道路,並提出創新的解決方案。

一旦設計師有了這麼多想法,他們就可以開始將其範圍縮小到考慮到項目資源並最好地解決客戶痛點的技術上可行的想法。 從那裡開始,構建 MVP 並與潛在用戶進行測試。

精益用戶體驗設計應關注用戶需求

構建初始精益用戶體驗 MVP

思考和提出想法是創建精益 UX MVP 的第一步。 但是構建真正的產品應該很快跟進。 精益用戶體驗和 MVP 流程都強調構建實際可用的產品。

重要的是盡量不要將所有可能的功能都塞進這個初始構建階段。 相反,請考慮能夠緩解用戶最關鍵痛點的最少功能數量。 第一個設計應該關注用戶體驗設計師認為具有最高投資回報率的功能。 一旦人們開始使用該產品,這是否會被證明是真的。

迭代是關鍵

從人們那裡收集定性反饋和定量數據是沒有用的,除非設計師根據反饋採取行動以創建更好的產品迭代。 請記住,精益用戶體驗 MVP 是一個過程,而不是結果。 該過程中最重要的部分之一是創建新的、改進的產品迭代,以更好地滿足人們的需求。

MVP 的每次迭代都應該基於從實際用戶那裡收集的反饋來完成。 這意味著每次迭代都應該在生產環境中或由一小部分人進行測試。 在許多情況下,首先與一個小組進行測試是有意義的,然後根據這些人的反應,在更大的生產規模上進行測試。

對於小組,設計師應該收集定性反饋。 向人們詢問有關產品的問題,以收集有關哪些有效和哪些無效的信息,以及改進或替代方案的想法。

在生產環境中,設計師應該更多地關注定量反饋(例如跳出率、頁面停留時間和電子商務網站的購物車放棄)。 這種定量反饋可以告訴設計師新的迭代是否朝著正確的方向發展,即這些數字是改善還是惡化?

數據收集和分析是 MVP 流程的關鍵組成部分

精益用戶體驗 MVP 何時完成?

什麼時候可以認為精益 UX MVP 是“完成”的,這對於剛接觸流程的設計師(有時甚至是經驗豐富的專業人士)來說可能是一個棘手的問題。 它可能在 5 次或 50 次迭代之後出現。這取決於產品的複雜性、用戶測試和收集的反饋的質量,以及有多少次迭代沒有顯示出明顯的改進。 在許多情況下,從來沒有一個讓每個使用產品的人都對結果感到 100% 滿意的地步。 考慮到他們的業務目標,由產品團隊決定可接受的不滿意程度。

設計師和利益相關者應該提出項目何時“完成”的標準(或至少準備好在沒有持續測試和新迭代的情況下公開發布)。 這些標準可能包括以下內容:

  • 更高的客戶轉化率
  • 在網站上花費的時間更多
  • 來自客戶的更高質量或滿意度得分
  • 更少的客戶投訴
  • 客戶或用戶的增加
  • 更多時事通訊註冊

確切的標準和目標應在項目開始時討論並定期審查。 隨著迭代根據客戶反饋和用戶測試而改變,目標可能需要隨之改變。

事實上,一個產品很少“完成”。 即使在最終產品發布之後,情況也可能會在接下來的幾個月或幾年內發生變化。 客戶和業務需求發生變化。 設計趨勢和新技術出現。 這些事情中的任何一個都可能促使未來設計進行必要的演變。 設計師和產品所有者應該牢記這些事情,並準備好在必要時啟動新的精益 UX MVP 週期。

迭代開發最終將導致完成的設計

結論

與其他產品設計方法相比,精益用戶體驗 MVP 有很多優勢。 當 UX 設計師和產品負責人想要創建一個為客戶提供最佳服務的產品,同時讓設計週期更高效時,它通常是最佳選擇。

精益用戶體驗 MVP 流程——從構思到構建功能原型,再到衡量和向真人學習——可以一遍又一遍地實施,以創建最佳產品。 該過程本身簡單明了,無論設計師是單獨工作還是與團隊合作,都可以很好地工作。

由此產生的產品將解決人們的痛點,同時也創造一種愉快的體驗。 使用精益 UX MVP 方法構建產品為設計人員提供了整個過程的清晰路線圖。 從構思到基於真實客戶反饋的迭代,這種方法使設計更加高效,浪費更少。

• • •

進一步閱讀 Toptal 設計博客:

  • 拋棄 MVP,採用最小可行原型 (MVPr)
  • 從最有價值的產品中獲得最大的影響
  • 淨推薦值還不夠:您需要用戶研究
  • 使用原型進行用戶測試的價值
  • 如何進行有效的用戶體驗研究——指南