設(shè)計mvp
mvp方法
實(shí)現(xiàn)mvp
找到痛點(diǎn)
mvp不是不做產(chǎn)品模型的借口
成長建議三 ? 要點(diǎn)反思事示。
mvp最小可用產(chǎn)品早像，在精益創(chuàng)業(yè)這本書中提到這個概念，他的目的是驗(yàn)證兩件事肖爵，一是產(chǎn)品滿足的用戶需求卢鹦，產(chǎn)品能夠創(chuàng)造商業(yè)價值。
許多產(chǎn)品都是從小做大的劝堪，而非起初就做得非常臃腫冀自。
產(chǎn)品模型的合理不能確保功能也會受到用戶認(rèn)可，快速投入到市場中秒啦，進(jìn)行驗(yàn)證是最土的方法
產(chǎn)品的核心功能熬粗，解決問題，未必要等到產(chǎn)品非常復(fù)雜之后才去做余境。
一：設(shè)計mvp
沒聽說過mvp的產(chǎn)品經(jīng)理驻呐，就去模仿，做出來的第一個版本芳来，異常臃腫含末，成本過高
聽說過mvp的產(chǎn)品經(jīng)理，有時過于簡化即舌，所以要找到平衡點(diǎn)是最關(guān)鍵的一步佣盒。
先做到五臟俱全的麻雀，再去做所向披靡的雄鷹侥涵，
設(shè)計mvp是推薦參考的方法沼撕。
1奧卡姆剃刀法（如無必要勿增實(shí)體。）
把預(yù)期完整的方案簡單羅列出來芜飘，然后從最不重要的部分一點(diǎn)一點(diǎn)砍掉其中的功能务豺，直到再砍下去正常功能就無法使用為止。
2用戶訪談
做方案嗦明，召集用戶評價笼沥，他們認(rèn)為會接受的最低限度的版本就是最小可用版本。
3去掉可人工處理的功能
把可以用人工處理的功能丟了娶牌，暫時用人工來完成奔浅，降低成本，實(shí)現(xiàn)mvp的方法诗良。
4確保只有一個功能汹桦。
確保產(chǎn)品里只有一個功能，不管第二個功能看起來有多炫酷鉴裹，排除產(chǎn)品兩個功能耦合在一起的情況舞骆，分離就不產(chǎn)生價值了。
二：mvp方法
設(shè)計好了径荔，mvp運(yùn)用的方法也有很多督禽。投放到市場中，用戶體驗(yàn)收集反饋总处，持續(xù)優(yōu)化狈惫。
1廣告
有個例子，他在只有點(diǎn)子的時候鹦马，做了1個三分鐘廣告胧谈，讓大量用戶去注冊產(chǎn)品。廣告形式實(shí)現(xiàn)mvp荸频，類似于用戶訪談的形式第岖，不過會更有說服力。
2假mvp
做一個視覺效果沒問題的產(chǎn)品试溯，但功能都是蔑滓，或者部分是假的，收集用戶使用的產(chǎn)品的數(shù)據(jù)遇绞。
3線下實(shí)現(xiàn)
線下也可以完全用別的方法實(shí)現(xiàn)键袱，同樣可以不考慮開發(fā)線上產(chǎn)品。
4眾籌摹闽。
設(shè)想預(yù)售蹄咖，用戶愿意付錢買單，東西自然賣得出去付鹿。
三：實(shí)現(xiàn)mvp
mvp的方法看起來像是預(yù)熱和測驗(yàn)澜汤，但最終都是藥需要實(shí)現(xiàn)成真正的產(chǎn)品
實(shí)現(xiàn)的時候考慮一下問題
1選擇平臺
平臺選擇上產(chǎn)品經(jīng)理要考慮哪種平臺性價比最高蚜迅，切忌每個平臺都做一套。
很多不怕麻煩的創(chuàng)業(yè)團(tuán)隊(duì)俊抵，不僅微信公眾號谁不，i o s和安卓平臺的產(chǎn)品一個不缺。
app的創(chuàng)業(yè)紅利期已經(jīng)過去徽诲，用戶手機(jī)里不會愿意裝太多app刹帕，即使裝了，也有很多用戶幾乎不會再打開谎替。
可以直接內(nèi)設(shè)在微信公眾號上
2選擇技術(shù)實(shí)現(xiàn)方案
mVP實(shí)現(xiàn)用怎樣的技術(shù)方法偷溺，產(chǎn)品經(jīng)理應(yīng)該做個判斷，在產(chǎn)品成熟階段是產(chǎn)品優(yōu)先钱贯，但在mvp階段的挫掏，產(chǎn)品和技術(shù)的平衡，另外的技術(shù)實(shí)現(xiàn)時秩命，能使用第三方插件和工具減輕壓力砍濒，就盡量去用。
3關(guān)于外包
慎重
原因一硫麻，要考慮啟用外包的團(tuán)隊(duì)爸邢，大部分都存在一個共性，對技術(shù)開發(fā)并不熟悉拿愧，甚至對互聯(lián)網(wǎng)也不熟悉杠河，產(chǎn)品對接不順暢
第二產(chǎn)品負(fù)責(zé)人，產(chǎn)品經(jīng)理浇辜，與外包團(tuán)隊(duì)通常是異地溝通券敌，一般都不會很順暢，
第三柳洋，外包團(tuán)隊(duì)大都不會維持后續(xù)的版本待诅，
除非在極端情況下，緊急的需要幫手熊镣，是可以把非核心的功能外包出去卑雁。
四：找到痛點(diǎn)
痛點(diǎn)就是核心價值的體現(xiàn)。
airbnb最初他們遇到的場景很具體绪囱，在舊金山會議测蹲，旅店爆滿，人沒地方住鬼吵，
他們繼續(xù)觀察用戶的痛點(diǎn)扣甲，并不是出差開會，是旅店爆滿這個場景齿椅，或者不僅是這個場景琉挖，更多的是在旅行中要廉價干凈舒適的住處启泣，基于這樣的痛點(diǎn)，他們做了一些改變示辈，
后來還有一個重要的痛點(diǎn)寥茫，用戶需要對房屋情況作事前判斷，很在和很多用戶了解之后顽耳，他們發(fā)現(xiàn)坠敷，出租者根本不會自我包裝妙同，于是他們花錢租借了相機(jī)射富，免費(fèi)給出租者拍攝精美的圖片。后來需求量立刻上漲粥帚。
找到痛點(diǎn)方法論：
通過分析數(shù)據(jù)發(fā)現(xiàn)痛點(diǎn)
用戶數(shù)據(jù)
使用頻次胰耗，1-2天或3-4天
還有其他類的產(chǎn)品，根據(jù)實(shí)際需求評審來確定芒涡，
日活躍用戶柴灯，周活躍月活躍用戶
日活的增長率，呈現(xiàn)指數(shù)增長费尽，說明找到重點(diǎn)赠群，
用戶留存，每天的用戶旱幼，總有一部分會一直留存下來查描，意味著留存的效果很好。
商業(yè)數(shù)據(jù)
付費(fèi)轉(zhuǎn)化率柏卤，很多團(tuán)隊(duì)花大錢冬三，最終用戶并沒有回歸價值，結(jié)局就可想而知了缘缚，目前互聯(lián)網(wǎng)產(chǎn)品往往是不太看重商業(yè)數(shù)據(jù)勾笆，要時刻關(guān)注商業(yè)價值的數(shù)據(jù)，否則就跟很多涂有流量桥滨，卻總賺不到錢的產(chǎn)品一樣陷入兩難境地
另外要根據(jù)不同的產(chǎn)品選擇觀察的數(shù)據(jù)窝爪，數(shù)據(jù)的增長到底來自于補(bǔ)貼，更多還是來自于用戶的滿意
內(nèi)容社區(qū)產(chǎn)品：只看用戶量的增長齐媒，帶回答者變少了酸舍，回答者的整體素質(zhì)降低了，這也不算好數(shù)據(jù)
通過用戶反饋發(fā)現(xiàn)痛點(diǎn)
數(shù)據(jù)分析定量對痛點(diǎn)進(jìn)行判斷里初，用戶反饋可以定性對痛點(diǎn)進(jìn)行感知啃勉。
用戶在線反饋
用戶的工作也許運(yùn)營的同學(xué)去做，但維護(hù)他們双妨，產(chǎn)品經(jīng)理一定要參與的淮阐，除了官方渠道外叮阅，多觀察，哪里可能會有人討論自己的產(chǎn)品泣特，應(yīng)用商店的評論區(qū)浩姥，知乎，豆瓣状您，
張曉龍勒叠，曾經(jīng)要求他麾下的產(chǎn)品經(jīng)理，在了解用戶方面做到一千一百 十膏孟，這些對于觀察mvp的效果來說尤為重要眯分。
定向訪談
數(shù)據(jù)樂觀：聊用戶喜歡的點(diǎn)，找到現(xiàn)在一產(chǎn)品中最吸引他們的部分柒桑，發(fā)現(xiàn)痛點(diǎn)背后的邏輯
數(shù)據(jù)不樂觀：可以問用戶現(xiàn)在不愛用的原因
案例
搜尋樣式弊决，下單預(yù)約，售后三個核心模塊魁淳，
在mvp中我們只提供默認(rèn)的幾十款樣式飘诗，干脆使用線下支付，售后整個模塊都砍掉界逛，全部由客服完成昆稿，就剩下選擇樣式和下單的核心流程。
實(shí)時監(jiān)測息拜，知道目前有多少人在關(guān)注我們的頁面溉潭，多少人進(jìn)入了下一步，多少人在下單途中跳出该溯，多少人最終成功下單岛抄，中途終止的，安排的電話訪談狈茉。
五：mVP不是不做產(chǎn)品模型的借口
理論派夫椭，喬布斯說，用戶不知道自己想要什么氯庆，除非你擺在他面前蹭秋，
實(shí)踐派的，產(chǎn)品經(jīng)理應(yīng)該是數(shù)據(jù)分析師和用戶研究員堤撵，一切來源于用戶
mvp看似實(shí)踐派的方法仁讨，但實(shí)際上更像是二者結(jié)合。
成長建議
產(chǎn)品模型和對核心功能的設(shè)計实昨，像是指導(dǎo)思想而 m v p是實(shí)踐的方法論洞豁。mVP很難一擊必中，創(chuàng)業(yè)團(tuán)隊(duì)要在檢驗(yàn)中判斷產(chǎn)品功能有沒有解決問題，如果及時發(fā)現(xiàn)問題快速轉(zhuǎn)向丈挟，生機(jī)就有刁卜。
要點(diǎn)反思
大部分在等待功能完善，才能一炮而紅的產(chǎn)品往往都沒有等到那一天
產(chǎn)品初期做設(shè)計曙咽，要多做減法
初期蛔趴，整體流程跑通時不用特別在意，是不是用互聯(lián)網(wǎng)方式例朱。
