MVP、原型、概念驗證,傻傻分不清楚?
MVP、原型以及概念驗證這三者的概念雖然沒有密切的聯絡,但也有不少人會分不清這三者的區別,在這篇文章中,我們會幫大家區分一下這三個概念。
首先是MVP,MVP是Minimum Viable Product的縮寫,即最小可行性產品。
MVP透過釋出一個產品的早期版本,來獲取使用者對該產品的反饋,從而開發出更能滿足使用者需求的產品
。簡單來講,MVP提供了測試市場以及客戶需求的機會,從而避免產品開發方向出現偏差;MVP幫助公司在產品的早期階段就能夠透過交付價值來吸引一部分客戶,獲得收入;同樣,MVP也能夠幫助產品提前進入市場,憑藉前期優勢建立品牌影響力。
Airbnb
就是一個很典型的MVP例子。起初,Airbnb公司創始人認為公寓出租這一想法雖然很好,但還是要先確保這個想法能夠賺錢。於是為了驗證這一點,他們出租了自己的公寓,開發了一個基本的網站來展示這套公寓。在這個最早的MVP投向市場後,他們發現這個想法是可行的,公寓很快就被租用了。之後,Airbnb公司開始在這個MVP的基礎上進一步完善他們的軟體,並擴大自身的業務。
接著是原型,
原型是一種幫助研發人員、測試人員等產品實現側的團隊成員更清楚地理解產品設計的交付物
。原型能透過視覺化產品設計方案以及底層邏輯,來清晰地表達產品需求。產品原型並不是一份設計圖,而是一個更加簡單、方便修改、能夠看到功能性與邏輯性的產品設計方案。
最後是概念驗證,概念驗證(PoC)是Proof of Concept的縮寫,是
為了證明某種方法或想法的可行性而進行的一種實現或原理上的論證,旨在驗證某些概念或理論具有實用潛力
。和MVP相比,概念驗證通常也比較小,可能包含完整的功能,也可能並不包含完整的功能,具體需要根據需要而變動。
為了讓大家更直觀地感受到這三者之間的區別,給大家一個表格以供參考:
注意事項
|
MVP
|
原型
|
概念驗證(PoC) |
開發的目的是什麼?
|
找出產品的價值所在,以及它的核心功能是什麼。
|
為了更深入地研究產品的工作原理。
|
決定這個想法作為產品是否可行。
|
該方法是否為公司吸引了客戶?
|
如果MVP設計得很好,從一開始就能吸引顧客。
|
原型通常不會發布給客戶使用。
|
概念驗證通常不提供給客戶使用。
|
這種方法的主要好處是什麼?
|
從第一天開始賺錢,並實現客戶留存、瞭解市場。
|
看看產品的外觀和感覺如何,想象它是如何運作的。
|
吸引種子期資金,看看這個想法在技術上是否可行。
|
它是內部使用還是外部使用?
|
該產品在外部與實際客戶一起使用,可以從他們那裡獲得反饋。
|
傾向於只在內部使用。
|
通常只在公司內部使用,有時也用於投資者。
|
它對客戶有用嗎?
|
MVP是一個功能齊全的工作產品,具有最關鍵的操作功能。
|
沒有。
|
沒有。
|
接下來,我們會就如何構建一個MVP入手,帶大家來了解如何更好地驗證想法。首先我們要明確,
MVP並不完美,它不會擁有產品的所有功能,只是一個能夠驗證最初創意的簡單、新穎的產品
。
如何構建和驗證MVP?
1、進行市場調查
在開始構建產品MVP之前,我們需要研究一下市場中已有的同類產品,瞭解它們有哪些功能,以及客戶為什麼使用它們。
2、評估想法的商業性
從客戶細分(你要把產品或服務賣給誰)、價值主張(為客戶提供的利益的集合或組合)、渠道通路(一家企業如何同它的客戶群體達成溝通並建立聯絡,以向對方傳遞自身的價值主張)、客戶關係(一家企業針對某一個客戶群體所建立的客戶關係型別)、收入來源(企業從每一個客戶群體獲得的現金收益)、核心資源(保證一個商業模式順利執行所需的最重要的資產)、關鍵業務(保障其商業模式正常運作所需的最重要的事情)、重要夥伴(保證一個商業模式順利執行所需的供應商和合作夥伴網路)、成本結構(運營一個商業模式所發生的全部成本)等九大部分出發,來繪製產品的商業模式畫布。
3、決定功能的優先順序
基於我們之前進行的市場調查結果以及商業模式畫布,定義MVP必須具備的功能。這些將是“必須具備的”功能,能夠為客戶提供價值。
4、開始構建MVP
根據確定的優先順序開發MVP,在構建的時候要遵循一個原則:夠好即可。
5、驗證
準備好MVP後,我們可以將MVP投放到市場,並收集市場反饋,以便在後期的產品方向上做出調整和改進。
6、完善
MVP只是迭代開發的第一步。在確定了整體的大方向後,我們可以結合敏捷專案管理
,制定進一步的迭代開發計劃,透過不斷地交付給客戶可用的產品增量,來繼續滿足客戶的需求,帶來收入並獲得競爭優勢。
當公司對產品方向或產品的發展前景比較迷茫時,可以透過MVP,用小成本來快速地獲取市場最真實的反饋 ,從而收穫更大的利益。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69982050/viewspace-2929957/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 傻傻分不清楚的kubernetes證書
- Token ,Cookie、Session傻傻分不清楚?CookieSession
- 機器學習?人工智慧?傻傻分不清楚?機器學習人工智慧
- set,env,export,source,exec傻傻分不清楚?Export
- nor flash 和nand flash 傻傻分不清楚NaN
- Shell中傻傻分不清楚的TOP3
- 懶載入、預載入、with()、load() 傻傻分不清楚?
- Packstack:建立概念驗證雲
- 【死磕NIO】— 阻塞、非阻塞、同步、非同步,傻傻分不清楚非同步
- 控制反轉,依賴注入,依賴倒置傻傻分不清楚?依賴注入
- 依賴倒置、依賴注入和控制反轉傻傻分不清楚?依賴注入
- URL URI傻傻分不清楚,dart告訴你該怎麼用Dart
- 還傻傻分不清楚equals和==的區別嗎?看完就明白了
- 傻傻分不清楚系列(一):SharedPreferences的commit和apply方法MITAPP
- 晶片驗證的相關概念(轉載)晶片
- Go語言切片一網打盡,別和Java語法傻傻分不清楚GoJava
- 寫了這麼多年 CSS,initial 和 inherit 以及 unset 和 revert 還傻傻分不清楚?CSS
- 終於不再對transition和animation,傻傻分不清楚了 --vue中使用transition和animationVue
- JavaScript 原型概念深入理解JavaScript原型
- Android MVP經驗談AndroidMVP
- 都2024年了你還傻傻分不清楚“編譯時”和“執行時”嗎?編譯
- 【2019 前端進階之路】JavaScript 原型和原型鏈及 canvas 驗證碼實踐前端JavaScript原型Canvas
- 人工智慧落地之路:從概念驗證到產品人工智慧
- 併發、並行傻傻分不清楚?執行緒的一生都經歷些什麼?並行執行緒
- 快取穿透、擊穿、雪崩什麼的傻傻分不清楚?看了這篇文後,我明白了快取穿透
- Todo‑mvp‑clean 原始碼體驗MVP原始碼
- 系統分析概念:四色原型原型
- 實驗樓原型設計-3-系統驗證及常用命令說明原型
- 產品領域MVP、MMP和MLP概念區別MVP
- MVP+Kotlin原始碼體驗MVPKotlin原始碼
- TODO-MVP-RXJAVA 原始碼體驗MVPRxJava原始碼
- 老徐和阿珍的故事:快取穿透、快取擊穿、快取雪崩、快取熱點,傻傻分不清楚快取穿透
- 實驗6:原型模式原型模式
- 實驗1 原型設計原型
- 實驗一原型設計原型
- 驗證碼原理及驗證
- MVP + Dagger2原始碼體驗MVP原始碼
- 神明之證——遊戲logo原型小考遊戲Go原型