app相比較pc、H5、小程序有獨(dú)立的體驗(yàn)、傳播、服務(wù)封閉的好處。如果要盡可能玩轉(zhuǎn)用戶流程與時(shí)間，app是最好的產(chǎn)品形態(tài)。曾經(jīng)在2017年小程序傳聞推出后，許多人認(rèn)為app會(huì)消失。實(shí)際上在用戶主流場(chǎng)景和體驗(yàn)上，app是不可替代的。
可是對(duì)于一個(gè)有限資源的互聯(lián)網(wǎng)研發(fā)團(tuán)隊(duì)，如何快速開發(fā)一個(gè)自己的app，并且還要驗(yàn)證業(yè)務(wù)模型的準(zhǔn)確。
今天以PMTalk旗下HotMind產(chǎn)品的app設(shè)計(jì)來(lái)分享下我們?nèi)绾巫鲞@款產(chǎn)品的MVP與研發(fā)工作。
MVP前，先做最深最全的需求
一個(gè)產(chǎn)品的MVP形態(tài)，不是第一次需求調(diào)研就可以完成的。作為產(chǎn)品經(jīng)理更應(yīng)該基于最全、盡可能最深的業(yè)務(wù)發(fā)展方向去思考產(chǎn)品的MVP。
如果你都不知道產(chǎn)品的未來(lái)擴(kuò)展方向和具體的功能，MVP顯然是無(wú)法定義的。
在設(shè)計(jì)HotMind的時(shí)候，其實(shí)我們已經(jīng)考慮到了產(chǎn)品未來(lái)半年的版本計(jì)劃。包括功能能會(huì)有多少個(gè)？用戶路徑分別有什么？用戶的購(gòu)買流程是什么？產(chǎn)品的商業(yè)模型是什么？
在前期需求與原型完成后，參與的產(chǎn)品經(jīng)理基本可以在腦海思考如果自己是用戶會(huì)主要用什么功能？
圍繞著北極星指標(biāo)：增長(zhǎng)和變現(xiàn)，產(chǎn)品在MVP版本下如何實(shí)現(xiàn)這2個(gè)方向？
一個(gè)產(chǎn)品的MVP版本完整的壓縮了產(chǎn)品研發(fā)時(shí)間。同樣一個(gè)產(chǎn)品的MVP版本也應(yīng)該實(shí)現(xiàn)最全量的商業(yè)模型價(jià)值。
Native與H5的混合使用
PMTalk產(chǎn)品經(jīng)理社區(qū)是一個(gè)內(nèi)容社區(qū)，社區(qū)有無(wú)數(shù)的文章、應(yīng)用、應(yīng)用問答數(shù)據(jù)類型，所以對(duì)應(yīng)的移動(dòng)端app，仍然是以這類內(nèi)容為主。減少開發(fā)時(shí)間最好的方法是能夠減少前端開發(fā)的頁(yè)面開發(fā)工作。
無(wú)論IOS還是H5，在相同的功能與業(yè)務(wù)邏輯下。如果能夠用一套UI，或差異不大的前端樣式，還可以減少UI設(shè)計(jì)、測(cè)試時(shí)間
所以我們選擇該盡可能用Native去封裝H5。雖然會(huì)要求之前的H5頁(yè)面帶上IOS端口參數(shù)，增加了IOS與H5聯(lián)調(diào)時(shí)間。但總的來(lái)說(shuō)會(huì)比重新開發(fā)要快得多。
市面上許多產(chǎn)品也會(huì)按照這類設(shè)計(jì)處理。
如下分別是掘金、與淘寶的聚劃算。通過(guò)H5的方式，保持內(nèi)容無(wú)論是在PC、還是在微信瀏覽器移動(dòng)端、還是在客戶端，都可以達(dá)到一致體驗(yàn)。
內(nèi)容產(chǎn)品做H5的好處還有利于傳播，將內(nèi)容傳播出去。因?yàn)镠5本身就有跨平臺(tái)的天生優(yōu)勢(shì)。
唯一要注意的是在微信授權(quán)下的訪問地址和普通瀏覽器的訪問，會(huì)要求產(chǎn)品經(jīng)理注意用戶判斷。
高保真原型的“迭代”
UI上線后，產(chǎn)品經(jīng)理盡可能的利用高保真原型完成模擬操作。通過(guò)模擬操作和類似跳轉(zhuǎn)交互，我們可以判斷當(dāng)前MVP的不足，以及優(yōu)勢(shì)在哪里。
許多互聯(lián)網(wǎng)研發(fā)團(tuán)隊(duì)，如果采用瀑布流的研發(fā)管理方式。設(shè)計(jì)團(tuán)隊(duì)會(huì)非常反感出了設(shè)計(jì)圖之后再變動(dòng)。所有的變動(dòng)應(yīng)該放在下一個(gè)版本需求里，就會(huì)開始出現(xiàn)我們所謂“甩鍋”現(xiàn)象。
“這是產(chǎn)品經(jīng)理你的原型這么做的，現(xiàn)在沒時(shí)間改”
在PMTalk團(tuán)隊(duì)中，我們以敏捷方式管理研發(fā)流程。每周二需求評(píng)審固定，需求評(píng)審的研發(fā)工作不會(huì)超過(guò)1周。
同時(shí)與開發(fā)溝通清楚哪些頁(yè)面或功能邏輯可以先行，沒有想清楚的地方或有UI調(diào)整的地方在什么時(shí)候補(bǔ)齊。
這樣就算在新版本UI調(diào)整，也算MVP版本下的一次“迭代”
放過(guò)酷炫的動(dòng)效或交互
移動(dòng)端的開發(fā)，在IOS和安卓2個(gè)系統(tǒng)陣營(yíng)的影響下導(dǎo)致了許多開源的交互組件或部件產(chǎn)生。
但每個(gè)產(chǎn)品經(jīng)理最擅長(zhǎng)以及最想做的都是做一套適合自己產(chǎn)品的“酷炫”交互效果，以獨(dú)特的交互方式吸引用戶。
但站在開發(fā)的角度上，每一個(gè)交互動(dòng)效背后的時(shí)間、條件、顯示邊界都需要花時(shí)間調(diào)試。
以soul為例，這是一款主打90后、00后陌生人社交的產(chǎn)品。在用戶匹配上推出了類似宇宙星期的交互效果。因?yàn)榭犰诺慕换バЧ麧M足了目標(biāo)用戶的好奇心理。帶來(lái)了良好的增長(zhǎng)
在MVP開發(fā)期間，若要驗(yàn)證MVP版本。我們不能一刀砍斷所有的酷炫交互，但要在交互效果上學(xué)會(huì)做MVP。像上述這類星期的動(dòng)畫效果，前期可以在動(dòng)畫效果上使用開源現(xiàn)成的，產(chǎn)品經(jīng)理在先有的開源庫(kù)尋找與自己需求表達(dá)最切近的交互效果。
在動(dòng)效、頁(yè)面數(shù)量、邏輯都盡可能復(fù)用。我們可以更改前端的樣式，但不更改數(shù)據(jù)類型與數(shù)據(jù)處理邏輯。相信一個(gè)app會(huì)落地的更加快速高效，幫助產(chǎn)品經(jīng)理驗(yàn)證從0到1的商業(yè)模式
文章來(lái)自社區(qū)簽約作者：kevin
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)，該文觀點(diǎn)僅代表作者本人。本站僅提供信息存儲(chǔ)空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請(qǐng)發(fā)送郵件至 舉報(bào)，一經(jīng)查實(shí)，本站將立刻刪除。