1. 首頁 > 生活百科 > >

B端產品MVP的5點感悟解析 產品mvp如何分析

生活百科

產品mvp如何分析(B端產品MVP的5點感悟解析)，小編帶你了解更多信息 。

編輯導語：或許你會遇到學完MVP之后但是在實際運用中卻無從下手的情況，遇到這樣的情況應該如何解決呢？作者總結了其在B端產品MVP實踐中的5點感悟，與你分享 。

B端產品MVP的5點感悟解析 產品mvp如何分析

文章插圖
關鍵詞：MVP
你有沒有在學過MVP思想后，依然不知道在實際產品中如何去落地？
對于哪些功能可以歸屬在MVP中，哪些不應該歸屬在MVP中，不知如何下手？
剛開始，我以為我學完MVP理論就已經懂了MVP，而實際上并不是如此 。
一方面，在實際工作中，總想一次性做個完美的產品出來，給客戶“哇”的感受 。
另一方面，研發時間緊張，根本沒時間思考MVP的事兒，只想快速梳理出一堆功能，試圖趕緊開發完 。
直到我在自己負責構建一款0-1的產品時，我發現我不懂MVP，我無法靈活地應用它，以致于沒辦法在關鍵時刻給出合理的結論 。我深刻地感知到“紙上得來終覺淺，絕知此事要躬行” 。
今天，我想和你分享下我對MVP的一些感悟 。因為在MVP模式的指導下，我們的產品在半年后不僅有了種子客戶，驗證了產品的可行性；還獲得了公司內部比賽的優勝獎，這是大家對我們產品的認可和鼓勵 。
這也讓我在實踐MVP的過程中，對什么才是可行的MVP產生了新的思考 。
首先，我們先來看看理論中的MVP到底是什么？
一、MVP的概念定義MVP全稱是Minimum Viable Product，也就是最小可行性產品，這是埃里克·萊斯在《精益創業》這本書中提出的理論 。
在MVP產品設計理論指導下研發出來的產品具有功能極簡、可被使用、開發成本低、適合快速迭代等特點 。
產品以低成本快速實現核心功能后，順勢推向市場，交給用戶去驗證產品的可行性，通過用戶訪談等方法獲取用戶使用的體驗反饋，基于此快速迭代產品 。
在我的書籍《B端思維-產品經理的自我修煉》中，我也提到過，如何在確定最小可行性范圍？我們可以遵循以下原則：“少了某些功能，產品就無法正常使用，這些功能要做 。多了某些功能，產品沒有使用起來更好，且又增加開發成本，這些功能不做 。要做滿足用戶剛剛好需求的核心功能點 。”
MVP相比原始的瀑布式研發流程來說，可以規避團隊辛辛苦苦研發完一款產品后，推向市場，市場不接受的情況 。這會嚴重浪費資源、時間與金錢 。
二、如何構建MVP產品那么如何構建一款MVP產品呢？大約5步驟：
第一步：明確產品目標 。明確做什么產品？產品解決客戶哪些痛點？能給客戶帶去什么價值？在此之前客戶是如何解決該痛點的？
第二步：梳理用戶流程 。圍繞要解決的用戶痛點，定義用戶操作流程，引導用戶達成目標 。（這里不要忘了去和客戶溝通，了解客戶對你想法的大致思考）
第三步：定義產品功能 。依據流程，梳理出實現用戶目標需要涉及到的功能點 。
第四步：功能優先級排序 。根據研發資源、交付周期等情況，對功能進行排序與刪減 。
第五步：繪制原型圖 。完成碎片化功能到一個可滿足客戶痛點、剛需的原型圖 。
基本上到此，我想你對MVP有了概貌性的了解 。
對于MVP，總結起來一句話，即是：“做最小單位的市場剛需產品，驗證通過，則持續投入；驗證不通過，則迅速調整方向 ?！?br /> 接下來，我將和你分享下，我在實際做產品中，對MVP的一些感悟吧 。
1. MVP一定要研發出來嗎？一個高保真原型算不算？這個問題我在帶團隊研發產品中思考了不下數次，即，高保真原型算不算一個MVP？我也問了一些小伙伴，基本沒有明確的答案 。
為什么我會思考這個問題呢？
因為我在帶團隊研發一款產品的時候，研發資源不夠，這就不得不促使我去思考一個問題：如何才能在開發中胸有成竹，每開發一個功能不是懷疑，而是盡可能自信 。
因為資源甚少，我不希望把資源浪費在任何一個地方，一定要打到實處 。
每一步都要走穩，才可以用時間換取最大成功的可能性 。
后來，我看到Zappos的MVP做法后，我的思路被打開了 。
Zappos是一家賣鞋子的網站 。起初，創始人有個想法，想從事鞋類零售 。但是假如他先拿貨，再去賣，就會出現庫存的情況 。于是他放了鞋子的照片在網站上（實際上他沒有鞋），如果顧客拍下了鞋子并付款了，他就會去購買鞋子，從而出售 。

推薦閱讀