建立 MVP 畫布

現在我們已經完成所有早期的活動，我們擁有建立最終成果 (MVP 畫布) 所需的所有知識。我們為在 設定功能順序 中定義的 MVP 建立畫布。

我們遵循以使用者為中心的設計原則。在建立 MVP 時，我們應該考慮使用者及其歷程。我們應該致力於改善或簡化其生活的行動。但這還不夠。我們還必須透過發展一個我們可以用 MVP 測試的假設來探討商業案例。這將有助於我們了解我們是否真的在進步，是否真的達到了預期的結果或學習。畫布將 MVP 功能與商業假設連結起來。

我們回答幾個問題來填寫 MVP 畫布。我們先前工作的結果和討論會派上用場

1. MVP 提議：在 撰寫產品願景 中，我們同意了整體產品願景，但我們在此陳述此 MVP 的具體提議。我們試圖了解什麼？此 MVP 的提議是什麼？
2. 區隔化角色：在 描述角色 中，我們識別了整個產品的角色。對於 MVP 畫布，我們識別出我們在此次迭代中關注的較小角色組。此 MVP 適用於誰？我們可以在較小的群組中區隔和測試此 MVP 嗎？（範例：僅限於小型鄰里的 Android 上的足球小子和工作夥伴）
3. 歷程：我們再次檢視 顯示使用者歷程 然後 在歷程中顯示功能 的結果。對於此迭代，我們說明此 MVP 將改善哪些使用者的歷程。（範例：「足球小子：邀請朋友參加比賽」和「工作夥伴：接受比賽邀請」）
4. 功能：在 設定功能順序 中，我們找出了 MVP 的功能。這是一個不錯的清單，讓我們把它複製到這裡。但它完整嗎？我們在此 MVP 中建立了什麼？哪些行動將在此 MVP 中簡化或改善？在填寫完其他 MVP 畫布組成部分後，我們檢視清單，新增任何遺漏的功能，並將其簡化到最小可行。
5. 預期結果：我們在這個 MVP 中尋求什麼樣的學習或結果？
6. 驗證商業假設的指標：您如何知道什麼時候要調整，什麼時候要堅持？什麼會決定成功或失敗？我們應該收集哪些數據？
7. 成本和時程：根據我們必須為此 MVP 建置的功能，成本和時程為何？我們什麼時候可以查看數據以驗證它？是否有任何時程限制？