掌握 MVP 開發過程的 4 個步驟

已發表: 2022-07-22

初創產品團隊經常面臨緊張的預算和期限。 由於資源有限，他們的任務是構建沒有用戶、反饋或功能請求的新產品。 作為熟悉這些挑戰的產品設計師，我知道這有多麼困難。

幸運的是，有一種方法可以管理不確定性，保持以用戶為中心，並按時按預算交付產品：MVP 框架。 最小可行產品是產品的可發布版本，具有足夠的功能來解決核心用戶問題。 MVP 幫助產品團隊更多地了解他們的目標受眾，同時在設計/開發過程中付出更少的努力。 它們還通過允許設計人員及早測試假設來降低風險。

在這篇文章中，我分享了掌握 MVP 開發過程的四個關鍵步驟。 為了幫助我們可視化這種方法，我們將設計一個送餐應用程序，就像 Grubhub 或 Uber Eats 一樣。

第 1 步：使用 PRD 定義 MVP

MVP 開發過程的第一步是使用產品需求文檔定義產品的目的、特性、功能和行為。 PRD 是項目的單一事實來源，使產品團隊圍繞用戶的問題保持一致。 它應該包括：

  • 目標（問題陳述）。
  • 構思信息（用戶角色、用戶故事和史詩）。
  • 分析（假設、約束和成功指標）。

這是我們的送餐應用 PRD 的樣子：

客觀的

問題陳述

問題陳述定義了產品旨在解決的現實用戶問題。 它不應超過一個句子，並確保對產品目標的清晰理解。

例如：“我們需要將飢腸轆轆的顧客與能夠盡快交付訂單的一流餐廳聯繫起來。”

構思信息

用戶角色

用戶角色是代表一種用戶並執行一組獨特操作的虛構角色。 每個角色都有助於解決問題陳述中定義的挑戰。

我們的送餐應用程序角色是：

  • 餐館老闆里克；
  • 送貨員但丁；
  • 克洛伊客戶； 和
  • Sabita 支持代理。

在 MVP 設計中使用角色使團隊能夠理解並同情最終用戶，從而圍繞他們的需求進行設計。

用戶故事和史詩

用戶故事是對角色如何與產品交互並實現產品的最終目標之一的簡短解釋。 例如，Rick the Restaurateur：“當客戶下訂單 [上下文] 時，我希望收到通知並查看訂單 [操作] 的詳細信息，以便我可以在 30 秒內查看並做出響應 [目標]。”

MVP 開發過程的用戶角色和用戶故事模板。該模板包括角色頭像、姓名和職位以及用戶故事。在模板的任一側都會出現其他模板，顯示褪色的頭像。
創建用戶角色和用戶故事可以幫助產品團隊更多地了解他們的目標受眾。 清晰、集中且可操作的用戶故事有助於圍繞用戶需求做出設計決策。

史詩是一大組用戶故事，可以分解成更小的故事。 我們的送餐應用史詩是：

  • 點餐;
  • 報告丟失的物品；
  • 評估交付體驗； 和
  • 返回一個項目。

分析

假設

假設是我們期望產品將做什麼或用戶將如何行為。 例如：我們假設送貨員但丁將在餐廳營業時間工作。 但是，他的日程安排和餐廳營業時間可能不兼容。

約束

約束概述了可能的產品限制。 例如：手機接收不良意味著客戶 Chloe 不會收到有關其訂單狀態的更新。

通過解決 PRD 中的假設和約束，我們可以在流程的早期解決它們並為用戶創造更好的體驗。

成功指標

可操作的成功指標，例如參與度、流失率和會話持續時間，對於衡量 MVP 績效至關重要。 制定這些指標有助於我們驗證我們最初的產品概念並指導開發過程。

對於我們的送餐應用程序，我們包括：

  • 下載次數。
  • 註冊率。
  • 應用程序中的時間。

第 2 步：組織 MVP 的信息架構

MVP 設計過程的下一步是標記和組織應用程序的數字內容，例如部分、頁面和功能。 此過程的結果稱為信息架構 (IA)，可分為兩部分：

  1. 定義產品的內容； 和
  2. 確定內容的層次結構。

一個方形迷宮，上面有幾個圖標。圖標從左到右分別是條形圖、手機、山脈、電子郵件符號、地球、設置符號和音量符號。每個圖標下方會出現一個向下的綠色箭頭。迷宮的右側是一個藍色的“完成”圖標。迷宮代表在最小可行產品框架中定義信息架構。
定義信息架構是構建具有直觀導航的內容豐富的應用程序的關鍵。

定義應用程序的內容

為了定義產品的內容（圖片、音樂、文本、視頻等），我們首先研究趨勢、競爭和我們的目標受眾。 然後，為了連接內容類型之間的點，我們創建了一個包含分支、主題和子主題的“快速而骯髒”的思維導圖。 思維導圖幫助我們將所有內容可視化在一個地方並鏈接相關主題。

我們的應用思維導圖將包括：

  • 一個餐廳主題，其中包含菜單、訂單日誌和客戶數據庫頁面的子主題。
  • 菜單子主題，包括食物和飲料選項以及特別優惠。

確定內容層次結構

接下來，我們需要確定如何呈現我們的內容，即內容層次結構。 排序內容的一種好方法是卡片分類，用戶將主題組織成邏輯組。 這確保了 IA 將根據用戶期望進行組織，而不是根據產品團隊的假設。

進行卡片分類：

  1. 選擇代表產品主要內容的主題。
  2. 與用戶一起將主題組織成組。
  3. 用用戶標記每個組並討論每個決定背後的基本原理。
  4. 對其他用戶重複前三個步驟。
  5. 分析結果並尋找各組之間的共同模式。 這有助於產品設計師了解產品的用戶流程。

第 3 步：創建線框和原型

創建線框

通過定義和組織我們的內容，我們可以使用線框圖工具構建應用程序的基本 UI 佈局。 MVP 線框圖有很多好處，即它允許我們在保持精簡的同時可視化我們的產品。

對於我們的送餐應用程序，我們將分兩個階段進行線框圖：

  1. 繪製每個屏幕的佈局，包括尺寸和定位。
  2. 創建一個基本的 UI 組件庫，包括頁眉和頁腳、內容塊和菜單。 這些 UI 組件將用作佔位符，直到我們將線框轉換為高保真原型。

我們現在有了一個線框，可以用它來可視化應用程序的基本佈局和功能。

用於 MVP 設計的移動 UI 庫組件的選擇。從上到下，按行排列：顯示文本“Food App”和漢堡菜單的藍色移動標題，然後是搜索欄和藍色搜索圖標，然後是藍色“立即訂購”按鈕和過濾器圖標，然後是下拉菜單- 顯示文本“選擇”和兩個切換開關的下拉菜單。
低保真線框通常包括產品的基本內容、佈局和要求。 它們易於創建，並且可以在每次設計迭代中快速調整。

與用戶一起測試

我們的 MVP 流程涉及“測量、學習、重複”用戶測試方法，以便及早識別和修復潛在的摩擦點。

例如，在我們的送餐應用中，我們注意到用戶似乎沒有應用應用過濾器來優化食物類型、價格或距離。 我們將執行兩種類型的測試 - 未經審核和審核 - 以收集最多的反饋以了解原因。

1. 使用Maze對定量數據進行無節制測試：通過衡量用戶在給定任務上的表現，無節制測試通過定量數據提供間接的可用性評估。 這種測試的優點是什麼？ 我們得到關於問題的合理統計反饋，沒有可能影響我們對該問題的反應的“隨機”結果。

例如，Maze 的點擊漏斗在過濾屏幕上顯示急劇下降，並且此任務的完成率很低。 我們可以看到用戶在使用過濾器時遇到了問題。 但是，在未經審核的測試中，這將是反饋的範圍。

2. 使用Userfeel對定性數據進行主持測試：通過觀察用戶了解他們如何完成任務並提出後續問題，主持測試通過定性數據提供直接的可用性評估。 這種測試的優點是什麼？ 我們確切地知道任務的哪些方面存在問題。

例如，用戶感覺記錄將揭示用戶難以理解過濾器如何工作並確定具體問題所在，例如，過濾器文本太小並限制易讀性。

使用這種集體反饋，我們可以迭代我們的線框以構建更用戶友好的過濾器功能。

開發高保真原型

通過我們的線框 MVP 驗證，是時候升級到交互式原型設計體驗了。 與基本線框圖相比，高保真 (hi-fi) 原型利用像素完美的 UI 設計和動畫，並且在外觀和功能上更接近最終產品。 我們可以使用它們來推斷重要的視覺確認並收集與我們的 MVP 設計相關的實時反饋。

我們將通過以下方式將線框轉換為交互式原型：

  • 微調我們 UI 的品牌，例如顏色漸變和調色板以及排版。
  • 應用高級動畫，例如滾動、選項卡和微交互。

這是我們的送餐應用程序的 Figma hi-fi 原型的示例。

第 4 步：完成設計質量保證

最後，我們將通過單擊原型並驗證以下內容來確認一切看起來都符合預期並順利運行：

  • 我們的 MVP 與最初的產品概念產生了共鳴。
  • 用戶流感覺很自然。
  • 已考慮所有用例。
  • 所有開發錯誤均已修復。

然後，我們將總結並向開發團隊傳達任何剩餘問題作為質量保證票。 這些故障單可以在啟動 MVP 之前的一到兩週的冷卻期內解決。

使用 MVP 開發框架增強您的設計流程

在初創產品開發的世界裡，設計資源是稀缺的。 MVP 流程可幫助設計師在不超出預算的情況下按時構建和推出用戶友好型產品。

這個四步 MVP 框架幫助我一次又一次地保持我的產品設計以用戶為中心。 親自測試一下，您將確保在設計開發過程中優先考慮用戶。