APP開發(fā)中如何做MVP產(chǎn)品
2019-01-22
APP開發(fā)中如何做MVP產(chǎn)品
MVP的概念是Eric Ries 《精益創(chuàng)業(yè)》里提出的概念。簡單地說，就是指開發(fā)團隊通過提供最小化可行產(chǎn)品獲取用戶反饋，并在這個最小化可行產(chǎn)品上持續(xù)快速迭代，直到產(chǎn)品到達一個相對穩(wěn)定的階段。MVP對于創(chuàng)業(yè)團隊來說是很重要的，可以快速驗證團隊的目標(biāo)，快速試錯。
其實概念大家都知道，但是可能真正實行起來才會發(fā)現(xiàn)好像一知半解。我自己也是在創(chuàng)業(yè)團隊后才真正接觸并實踐MVP原則的。在我理解里MVP有四個要素：
1、要抓住核心流程，MVP是一個過程
MVP要求我們抓住最核心的產(chǎn)品流程，剝掉多余的功能或者高級功能，只要主流程可以跑起來可以。完美并不是我們的目標(biāo)，快速試錯才是我們目標(biāo)。
MVP并不是回答產(chǎn)品設(shè)計是否優(yōu)雅，技術(shù)是否高效這樣具體的功能問題，而是用來驗證產(chǎn)品是否被用戶接受，是否有人愿意為產(chǎn)品買單
那什么是最核心的產(chǎn)品流程？這要結(jié)合我們產(chǎn)品的核心目標(biāo)來看。譬如一款電商產(chǎn)品核心目標(biāo)就是讓用戶在產(chǎn)品上下單買東西。那核心流程就可能是：進入產(chǎn)品——挑選商品——下單付款——查詢物流信息。那就圍繞這個流程，剝離多余的高級功能（分享啊，評論啊，個性化推薦啊，積分啊這些都不要做）做一款MVP產(chǎn)品。
MVP不是一個產(chǎn)品，而是一個過程。不同階段的MVP特點有所不同，關(guān)注的目標(biāo)，甚至用戶都可以不同。所以MVP不能只是一個短暫的產(chǎn)品，三分鐘熱度可不行。
2、MVP不是單一的產(chǎn)品形態(tài)
有的同學(xué)會問，那MVP用怎樣的產(chǎn)品形態(tài)比較好呢？我認(rèn)為，MVP的產(chǎn)品不是單一的形態(tài)。可以是一個只有基本功能的APP，也可以是一個微信公眾號，一個微信群，甚至是一款紙面原型，一個視頻。只要他可以讓你的用戶直觀地感知到，可以讓他們實際使用起來，能激發(fā)他們真實的使用體驗就OK。
Dropbox最初的時候并沒有馬上急于開發(fā)，創(chuàng)始人Drew Houston只是發(fā)布了一段視頻，虛構(gòu)了產(chǎn)品功能。結(jié)果視頻播放的次數(shù)很快來到播放首位，有75000多人原因等待產(chǎn)品問世，幾十萬人訪問了視頻中的登錄頁面。得到這樣的數(shù)據(jù)，Dropbox才邁向了開發(fā)。
在實際工作中我有一個方法可以和大家分享。以往我們做原型，通常是axure先行，然后討論修改原型，接下來UI出設(shè)計圖，設(shè)計圖討論修改確定才付諸開發(fā)。這個流程不僅慢，而且Axure在移動段展示不足體驗不好，用戶其實沒什么感知，不要說用戶了，在一些偷懶的同事眼里都沒什么感知。在MVP原則里，我就直接在紙上畫出紙面原型，然后添加到墨刀原型里，設(shè)置好點擊事件，通過微信分享給用戶，用戶不需要安裝即可在微信上體驗整個流程，我們也可以收集到很多意見。紙面原型收集一輪意見后，再讓UI出效果圖（不用高保真，只要大致美觀）。效果圖依舊添加到墨刀里，收集第二輪第三輪用戶意見。這樣的方法大大提高了工作效率。
3、帶著明確的目標(biāo)去做MVP
MVP是一個簡潔的產(chǎn)品，但目的是什么？有人一定會說，不就是快速試錯嗎？這有什么好說的啊？BUT，試錯也要有有的放矢吧。
我理解，不同階段的MVP目標(biāo)不同。MVP1.0應(yīng)該是驗證需求，設(shè)想的需求是真實存在還是偽需求？設(shè)想的需求是高頻還是低頻？是剛需還是非剛需？在收集了一輪意見之后，MVP2.0則可以關(guān)注核心流程的路徑是否順暢，用戶體驗等問題。跟隨MVP不斷迭代的過程，我們不斷調(diào)整關(guān)注的目標(biāo)——但是請注意一定要始終聚焦在核心流程之上。
4、盡量多用輪子
盡量多用輪子，就是盡可能借用現(xiàn)成成熟的產(chǎn)品，避免自己去研發(fā)。這一點對于小團隊最為關(guān)鍵。舉個我自己的栗子，做一個電商產(chǎn)品的時候，全部開發(fā)只有5個人。做過電商的同學(xué)都知道，核心流程上的支付、訂單管理，退貨等流程是一套復(fù)雜的流程，我們團隊不僅人少，而且都沒開發(fā)電商產(chǎn)品的經(jīng)驗，還有2個剛畢業(yè)的同學(xué)。人力和實力上其實都是一般，不足以獨立去做自己的整個電商流程。怎么辦？我們就在某電商平臺開一個店，商品上架，所有的交易流程，訂單管理都用這個電商平臺的頁面內(nèi)嵌在APP里。快速實現(xiàn)產(chǎn)品上線，上線了才有流水。
這樣的方法有問題嗎？當(dāng)然有，一些促銷手段用起來不那么順手，畢竟不是自己的嘛，平臺也不可能給你定制。但是在最初的MVP階段，這些都可以忍受和客服，畢竟我們最重要的目的是快速驗證我們的電商產(chǎn)品是否有用戶買單呀。
MVP必備模塊
MVP產(chǎn)品除了核心流程以外，還有幾個必備模塊，這里做一下簡單的介紹：
1、便捷的反饋渠道
盡可能為用戶在MVP產(chǎn)品內(nèi)提供便捷的反饋機制，而不僅僅是微信群和QQ群。為什么，用戶發(fā)現(xiàn)問題了，最希望第一時間把自己的疑問或者不滿反應(yīng)出來，微信群和QQ群畢竟有滯后性；其次，微信群和QQ群接觸的用戶可能數(shù)量不足，在群里活躍的可能就老是那幾個人，一個個去私聊嘛，效率可能低。所以，我們在微信QQ以外還是結(jié)合一套內(nèi)部反饋機制比較好。
2、數(shù)據(jù)埋點不可少
MVP的目的就是要驗證。因此相應(yīng)的數(shù)據(jù)埋點也不可少（紙面原型和墨刀原型不能埋點）。但是簡單開發(fā)的還是可以埋點的。但是傳統(tǒng)的數(shù)據(jù)埋點方法耗時比較久，這里我推薦growing io，只需要把一段SDK代碼埋入網(wǎng)頁和應(yīng)用中，產(chǎn)品經(jīng)理和運營人員就可以快速自己埋點( 也有類似產(chǎn)品，比如諸葛IO，神策，但是我沒用過，不好評價）
3、前期用戶調(diào)研不可少
做MVP雖然從某種意義上可以理解為用戶調(diào)研的一種延伸，但是不能因為有了MVP，就忽視了正式的用戶調(diào)研。畢竟MVP也是要依賴于前期用戶調(diào)研。
訪問手機端更方便
技術(shù)創(chuàng)造價值 服務(wù)締造品牌
Copyright ? 2011-2024 鄭州開拓者電子科技有限公司 All Rights Reserved
友情鏈接：
小程序開發(fā)