詳解MVP設(shè)計(jì):MVP設(shè)計(jì)三問(wèn)與細(xì)節(jié)

4 評(píng)論 32634 瀏覽 138 收藏 13 分鐘

MVP是一種產(chǎn)品理論,這個(gè)概念聽起來(lái)復(fù)雜,不過(guò)你可以把它想像成是一部電影的劇情大綱,或是一部漫畫的角色介紹。它的重點(diǎn)就是制作的成本較低,但是卻能展示最終產(chǎn)品的主要功能特色。

一、什么是MVP

硅谷創(chuàng)業(yè)家Eric Rise在其著作 《精益創(chuàng)業(yè)》 一書中提出了“精益創(chuàng)業(yè)”(Lean Startup)的理念,其核心思想是,開發(fā)產(chǎn)品時(shí)先做出一個(gè)簡(jiǎn)單的原型——最小化可行產(chǎn)品(Minimum Viable Product, MVP),然后通過(guò)測(cè)試并收集用戶的反饋,快速迭代,不斷修正產(chǎn)品,最終適應(yīng)市場(chǎng)的需求。

MVP 的功用就是讓你拿來(lái)接觸用戶,從很早就根據(jù)用戶的反饋來(lái)改進(jìn)你的產(chǎn)品。典型的錯(cuò)誤就是窩在家里做沒(méi)人要的產(chǎn)品 ,卻自以為很有市場(chǎng)。大家的經(jīng)驗(yàn)是,使用者要的東西往往是非常容易做的,但是也是最容易被你忽略的,如果你不一開始就跟用戶接觸,就很難知道這些內(nèi)幕。

二、為什么要做MVP

驗(yàn)證需求(MVP 1.0)

當(dāng)你想到一個(gè)good idea,會(huì)想把它變成一個(gè)商業(yè)產(chǎn)品。但是個(gè)人理解的good idea一定就靠譜嗎?是否能實(shí)現(xiàn)成品?是否又會(huì)有商業(yè)價(jià)值?這都是需要待考證的。然而MVP 1.0則是來(lái)驗(yàn)證這個(gè)需求是真需求還是偽需求?屬于高頻需求還是低頻需求?是否會(huì)有一定規(guī)模的用戶群體使用?

驗(yàn)證主流程 (MVP 2.0)

假設(shè)當(dāng)我們驗(yàn)證過(guò)good idea的確是一個(gè)真需求、有一定的用戶群體,并且可執(zhí)行落地的。那么我們要怎么去高效的執(zhí)行落地呢?舉個(gè)栗子,打算做一個(gè)租車APP。MVP 2.0版本哪些是必要功能,注冊(cè)登錄 — 選擇時(shí)間、城市、車型 — 下單 — 完成支付。這些功能可以理解成是為了驗(yàn)證租車這個(gè)主流程是否順暢、是否合理。當(dāng)主流程通過(guò)驗(yàn)證通過(guò),接下來(lái)就是輔助功能的完善,比如增加開票、使用優(yōu)惠券、使用積分、分享等相關(guān)非主流程的功能,不斷地通過(guò)版本迭代來(lái)完善整個(gè)APP。

驗(yàn)證最佳方案(MVP 3.0)

當(dāng)一個(gè)成熟的MVP 2.0產(chǎn)品已經(jīng)落地實(shí)現(xiàn)了,接下來(lái)在完善它的時(shí)候,假設(shè)遇到新增一個(gè)功能會(huì)有N個(gè)方案,然而如何選擇最佳方案成了一個(gè)難題。還是以上述的租車APP為例,選擇取還車時(shí)間、選擇取還車城市、選擇車型、購(gòu)買保險(xiǎn)、確認(rèn)下單分幾步完成操作?一步、兩步、三步、四步還是怎樣?可以簡(jiǎn)單篩選掉一步和兩步的方案,因?yàn)槿绻谝粋€(gè)頁(yè)面或者兩個(gè)頁(yè)面完成整個(gè)租車下單操作,那么每個(gè)頁(yè)面內(nèi)容比較擁擠、視覺呈現(xiàn)較差,另外用戶操作成本較大。

那在三步、四步中如何進(jìn)行選擇呢?各自都有優(yōu)缺點(diǎn),這時(shí)候篩選最佳方案就成了難題。MVP 3.0可以在兩個(gè)方案中進(jìn)行A/B testing,同時(shí)上線這兩個(gè)方案,讓一部分用戶使用A方案,一部分用戶使用B方案,再根據(jù)用戶意見反饋(建議和吐槽)、用戶數(shù)據(jù)反饋(PV、UV、頁(yè)面跳出率、頁(yè)面轉(zhuǎn)化率)、業(yè)務(wù)數(shù)據(jù)反饋(下單量)等,得出最佳方案,最后就是落實(shí)最佳方案。

三、怎么做MVP

MVP 1.0

1.線下訪談

根據(jù)租車這個(gè)產(chǎn)品來(lái)大致圈一批目標(biāo)用戶,線下和這批用戶交流是否是有車一族?是否愿意租車?不愿意的原因?愿意的話希望通過(guò)什么來(lái)租車?(不考慮門店等因素)偏向于接受用戶建議和反饋,目的是發(fā)現(xiàn)問(wèn)題和解決問(wèn)題,而不是向用戶銷售自己的產(chǎn)品。

  • 優(yōu)點(diǎn):經(jīng)濟(jì)成本相對(duì)較低;能和用戶面對(duì)面交流,用戶可自由表達(dá)想法
  • 缺點(diǎn):用戶體量較小;訪談時(shí)間成本比較高;無(wú)法甄別用戶的想法是否可靠

2.社群(微信公眾號(hào)、QQ群、微信群)

通過(guò)已經(jīng)積累的粉絲和社群資源來(lái)驗(yàn)證租車這個(gè)需求是否為真需。這些粉絲和社群的用戶可以理解成是相對(duì)明確的目標(biāo)用戶,都有租車的需求。主要是將線下訪談搬到線上進(jìn)行,形式可以是線上問(wèn)卷調(diào)查、話題討論、群組交流、一對(duì)一溝通等。

  • 優(yōu)點(diǎn):目標(biāo)用戶相對(duì)明確;時(shí)間和經(jīng)濟(jì)成本較低
  • 缺點(diǎn):前提是有社群關(guān)系鏈;無(wú)法甄別用戶想法是否可靠

3.Demo原型(紙質(zhì)、視頻)

將租車這個(gè)APP制作成一個(gè)demo原型,可以是紙質(zhì)的demo、也可以是視頻動(dòng)態(tài)的demo原型。讓圈定的目標(biāo)用戶來(lái)體驗(yàn)這個(gè)紙質(zhì)的demo,或者觀看demo的視頻。

  • 優(yōu)點(diǎn):需求的具體化;用戶參與度較高
  • 缺點(diǎn):操作無(wú)反饋;用戶真實(shí)想法還是無(wú)法甄別

4.眾籌

可以在目標(biāo)用戶中進(jìn)行眾籌,主要是眾籌的商品是,是否愿意付費(fèi)支持做一個(gè)租車APP?眾籌的方式可以借助微信公眾號(hào)或者其他社群平臺(tái)。其中支持的理由要充分,足夠吸引用戶付費(fèi)支持自己的想法,附帶demo原型、產(chǎn)品商業(yè)價(jià)值、能獲取怎樣的報(bào)酬來(lái)誘惑用戶進(jìn)行參與。過(guò)程中還需要收集這部分用戶的反饋。

  • 優(yōu)點(diǎn):獲得第一批種子用戶;用戶可以通過(guò)行動(dòng)來(lái)表達(dá)對(duì)產(chǎn)品的支持程度
  • 缺點(diǎn):需求過(guò)于理想化;眾籌的風(fēng)險(xiǎn)性高(無(wú)法確定眾籌人數(shù)、無(wú)法從眾籌人數(shù)來(lái)判斷這個(gè)需求是否可靠)

5.預(yù)售

預(yù)售的話,更偏向于實(shí)物性的電商產(chǎn)品。租車產(chǎn)品的話,預(yù)售也僅針對(duì)于某一地點(diǎn)的某幾款車型進(jìn)行預(yù)出租,這樣地點(diǎn)和車型相對(duì)限制了部分用戶。用戶是否租車的眾多因素中,其中取車地點(diǎn)和可選擇的車型占不輕的比重。

  • 優(yōu)點(diǎn):明確目標(biāo)用戶;能獲得用戶使用的反饋和建議
  • 缺點(diǎn):限制產(chǎn)品類型(非實(shí)體產(chǎn)品無(wú)法預(yù)售);用戶參與成本較高

MVP 2.0

1.H5頁(yè)面

通過(guò)MVP 1.0明確了租車這個(gè)需求是一個(gè)真需求,有一定的目標(biāo)用戶群體。那么這部分用戶通過(guò)什么線上渠道進(jìn)行租車呢?用戶線上租車流程是否順暢?我們可以開發(fā)一個(gè)H5頁(yè)面,來(lái)提供給用戶進(jìn)行使用,一方面驗(yàn)證主流程是否OK,另一方面通過(guò)用戶使用情況來(lái)獲得反饋。

  • 優(yōu)點(diǎn):真實(shí)的獲知用戶反饋;開發(fā)成本較小
  • 缺點(diǎn):便利性不夠大;H5頁(yè)面的操作局限性

2.微信小程序

微信小程序也是前段時(shí)間興起的,用它來(lái)驗(yàn)證租車的主流程也不失為一種方法。微信小程序想對(duì)于H5頁(yè)面來(lái)說(shuō)的話,最大區(qū)別是它基于微信開發(fā),這樣自帶微信用戶群體,且試錯(cuò)成本低,便于推廣。

  • 優(yōu)點(diǎn):開發(fā)成本較??;更豐富的使用場(chǎng)景(GPS定位、錄音、拍視頻、重力感應(yīng)等);即用即走,用戶使用成本低
  • 缺點(diǎn):無(wú)法獲取用戶數(shù)據(jù)反饋(PV、UV、頁(yè)面跳出率、頁(yè)面轉(zhuǎn)化率等);功能相對(duì)小而簡(jiǎn)單;受產(chǎn)品類型限制

3.基本功能的APP

最理想的是上線V1.0版本的APP,來(lái)驗(yàn)證租車主流程是否順暢。在做V1.0版本時(shí),專注主流程功能會(huì)更加節(jié)約開發(fā)時(shí)間和精力,避免用戶在使用過(guò)程中的注意力被分散,讓他們關(guān)注到產(chǎn)品的主要功能和價(jià)值。這樣有利于屏蔽其他影響因素,讓用戶更加聚焦于主功能,讓企業(yè)關(guān)注更重要的問(wèn)題,比如測(cè)試產(chǎn)品是否適應(yīng)市場(chǎng)等,而不分心于其他情況。

  • 優(yōu)點(diǎn):可實(shí)現(xiàn)完整功能(不受微信限制);反饋機(jī)制相對(duì)健全
  • 缺點(diǎn):開發(fā)成本高、周期較長(zhǎng);推廣較難

四、MVP設(shè)計(jì)的細(xì)節(jié)

用戶調(diào)研

MVP的出現(xiàn)的確是為了快速的進(jìn)行驗(yàn)證需求的可行性,但是制作一個(gè)MVP也是需要一定的時(shí)間和經(jīng)濟(jì)成本的。所以在制作一個(gè)MVP之前,仍然少不了用戶調(diào)研。用戶調(diào)研的目的:簡(jiǎn)單驗(yàn)證自己的想法是否靠譜,有沒(méi)有再繼續(xù)的必要性;圈定目標(biāo)用戶全體;降低試錯(cuò)成本。

數(shù)據(jù)埋點(diǎn)

數(shù)據(jù)埋點(diǎn)可偏向于在MVP 2.0階段,可以在H5頁(yè)面增加監(jiān)測(cè)代碼,在APP上增加埋點(diǎn),目的是通過(guò)分析用戶數(shù)據(jù)來(lái)分析用戶實(shí)質(zhì)的想法,因?yàn)橛脩羲f(shuō)并一定是他真實(shí)的想法,但是所操作的可以算是他真實(shí)想法。通過(guò)數(shù)據(jù)的埋點(diǎn),了解用戶操作步驟獲取相對(duì)真實(shí)的用戶聲音,完成現(xiàn)有功能的更新和完善。

反饋通道

不管是在MVP 1.0還是在MVP 2.0都需要提供給用戶反饋通道,一方面是用戶可以自己表達(dá)自己想法和使用反饋,另一方面企業(yè)也需要收集用戶反饋,來(lái)完成后續(xù)版本的迭代。反饋通道的建立,還應(yīng)該具有兩個(gè)特點(diǎn)。一是便利性,用戶在體驗(yàn)或使用過(guò)程中遇到問(wèn)題能第一時(shí)間進(jìn)行反饋;第二是利誘性,主要在MVP階段,產(chǎn)品可能會(huì)存在較多的瑕疵,那么用戶在體驗(yàn)或使用中遇到問(wèn)題,如何讓用戶積極主動(dòng)的將問(wèn)題反饋呢?那么需要主動(dòng)引導(dǎo)用戶進(jìn)行反饋,比如有效的反饋贈(zèng)送大禮等形式,促使用戶積極反饋。

五、總結(jié)

從某些方面來(lái)說(shuō),開發(fā)MVP增加了很多額外的工作,前期需要驗(yàn)證需求、驗(yàn)證主流程,然后再根據(jù)反饋進(jìn)行產(chǎn)品迭代,是一個(gè)周而復(fù)始過(guò)程。而這個(gè)過(guò)程是需要耗費(fèi)大量的時(shí)間和精力。因此,在上線MVP時(shí),要對(duì)癥下藥即根據(jù)不同的產(chǎn)品類型選擇不同的MVP方法。最后,初步受過(guò)驗(yàn)證的MVP我們會(huì)把它落實(shí)成一個(gè)真正的產(chǎn)品,從而更方便的接受用戶和市場(chǎng)的考驗(yàn)。

 

本文由 @董小白 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 微信小程序想對(duì)于H5頁(yè)面,最重要的特點(diǎn)是可以掃微信的二維碼,比如微信的帶參數(shù)二維碼、一物一碼,由于掃碼很可能會(huì)改變線下的業(yè)務(wù)流程,甚至整個(gè)產(chǎn)品的用戶價(jià)值,所以建議MVP1.0就考慮微信上的設(shè)計(jì)。微信的產(chǎn)品設(shè)計(jì)絕不是H5產(chǎn)品設(shè)計(jì)的手機(jī)版。

    來(lái)自江蘇 回復(fù)
  2. 學(xué)習(xí)了,受教

    來(lái)自廣東 回復(fù)
  3. 其實(shí)是一個(gè)增量發(fā)布的流程。不過(guò)這也是比較普遍的一個(gè)流程,基本上都是先MVP,再更新迭代。

    回復(fù)
  4. 學(xué)習(xí)了,受教 :mrgreen:

    來(lái)自廣東 回復(fù)