當前位置:首頁 > 新聞 > 三招告訴你如何快速開(kāi)發(fā)一個app
三招告訴你如何快速開(kāi)發(fā)一個app
app相比較pc、H5、小程序有獨立的體驗、傳播、服務封閉的好(hǎo)處。如果要盡可能(néng)玩轉用戶流程與時(shí)間,app是最好(hǎo)的産品形态。曾經(jīng)在2017年小程序傳聞推出後(hòu),許多人認爲app會(huì)消失。實際上在用戶主流場景和體驗上,app是不可替代的。
可是對(duì)于一個有限資源的互聯網研發(fā)團隊,如何快速開(kāi)發(fā)一個自己的app,并且還(hái)要驗證業務模型的準确。
今天以PMTalk旗下HotMind産品的app設計來分享下我們如何做這(zhè)款産品的MVP與研發(fā)工作。
MVP前,先做最深最全的需求
一個産品的MVP形态,不是第一次需求調研就(jiù)可以完成(chéng)的。作爲産品經(jīng)理更應該基于最全、盡可能(néng)最深的業務發(fā)展方向(xiàng)去思考産品的MVP。
如果你都(dōu)不知道(dào)産品的未來擴展方向(xiàng)和具體的功能(néng),MVP顯然是無法定義的。
在設計HotMind的時(shí)候,其實我們已經(jīng)考慮到了産品未來半年的版本計劃。包括功能(néng)能(néng)會(huì)有多少個?用戶路徑分别有什麼(me)?用戶的購買流程是什麼(me)?産品的商業模型是什麼(me)?
在前期需求與原型完成(chéng)後(hòu),參與的産品經(jīng)理基本可以在腦海思考如果自己是用戶會(huì)主要用什麼(me)功能(néng)?
圍繞著(zhe)北極星指标:增長(cháng)和變現,産品在MVP版本下如何實現這(zhè)2個方向(xiàng)?
一個産品的MVP版本完整的壓縮了産品研發(fā)時(shí)間。同樣一個産品的MVP版本也應該實現最全量的商業模型價值。
Native與H5的混合使用
PMTalk産品經(jīng)理社區是一個内容社區,社區有無數的文章、應用、應用問答數據類型,所以對(duì)應的移動端app,仍然是以這(zhè)類内容爲主。減少開(kāi)發(fā)時(shí)間最好(hǎo)的方法是能(néng)夠減少前端開(kāi)發(fā)的頁面(miàn)開(kāi)發(fā)工作。
無論IOS還(hái)是H5,在相同的功能(néng)與業務邏輯下。如果能(néng)夠用一套UI,或差異不大的前端樣式,還(hái)可以減少UI設計、測試時(shí)間
所以我們選擇該盡可能(néng)用Native去封裝H5。雖然會(huì)要求之前的H5頁面(miàn)帶上IOS端口參數,增加了IOS與H5聯調時(shí)間。但總的來說(shuō)會(huì)比重新開(kāi)發(fā)要快得多。
市面(miàn)上許多産品也會(huì)按照這(zhè)類設計處理。
如下分别是掘金、與淘寶的聚劃算。通過(guò)H5的方式,保持内容無論是在PC、還(hái)是在微信浏覽器移動端、還(hái)是在客戶端,都(dōu)可以達到一緻體驗。
内容産品做H5的好(hǎo)處還(hái)有利于傳播,將(jiāng)内容傳播出去。因爲H5本身就(jiù)有跨平台的天生優勢。
唯一要注意的是在微信授權下的訪問地址和普通浏覽器的訪問,會(huì)要求産品經(jīng)理注意用戶判斷。
高保真原型的“叠代”
UI上線後(hòu),産品經(jīng)理盡可能(néng)的利用高保真原型完成(chéng)模拟操作。通過(guò)模拟操作和類似跳轉交互,我們可以判斷當前MVP的不足,以及優勢在哪裡(lǐ)。
許多互聯網研發(fā)團隊,如果采用瀑布流的研發(fā)管理方式。設計團隊會(huì)非常反感出了設計圖之後(hòu)再變動。所有的變動應該放在下一個版本需求裡(lǐ),就(jiù)會(huì)開(kāi)始出現我們所謂“甩鍋”現象。
“這(zhè)是産品經(jīng)理你的原型這(zhè)麼(me)做的,現在沒(méi)時(shí)間改”
在PMTalk團隊中,我們以敏捷方式管理研發(fā)流程。每周二需求評審固定,需求評審的研發(fā)工作不會(huì)超過(guò)1周。
同時(shí)與開(kāi)發(fā)溝通清楚哪些頁面(miàn)或功能(néng)邏輯可以先行,沒(méi)有想清楚的地方或有UI調整的地方在什麼(me)時(shí)候補齊。
這(zhè)樣就(jiù)算在新版本UI調整,也算MVP版本下的一次“叠代”
放過(guò)酷炫的動效或交互
移動端的開(kāi)發(fā),在IOS和安卓2個系統陣營的影響下導緻了許多開(kāi)源的交互組件或部件産生。
但每個産品經(jīng)理最擅長(cháng)以及最想做的都(dōu)是做一套适合自己産品的“酷炫”交互效果,以獨特的交互方式吸引用戶。
但站在開(kāi)發(fā)的角度上,每一個交互動效背後(hòu)的時(shí)間、條件、顯示邊界都(dōu)需要花時(shí)間調試。
以soul爲例,這(zhè)是一款主打90後(hòu)、00後(hòu)陌生人社交的産品。在用戶匹配上推出了類似宇宙星期的交互效果。因爲酷炫的交互效果滿足了目标用戶的好(hǎo)奇心理。帶來了良好(hǎo)的增長(cháng)
在MVP開(kāi)發(fā)期間,若要驗證MVP版本。我們不能(néng)一刀砍斷所有的酷炫交互,但要在交互效果上學(xué)會(huì)做MVP。像上述這(zhè)類星期的動畫效果,前期可以在動畫效果上使用開(kāi)源現成(chéng)的,産品經(jīng)理在先有的開(kāi)源庫尋找與自己需求表達最切近的交互效果。
在動效、頁面(miàn)數量、邏輯都(dōu)盡可能(néng)複用。我們可以更改前端的樣式,但不更改數據類型與數據處理邏輯。相信一個app會(huì)落地的更加快速高效,幫助産品經(jīng)理驗證從0到1的商業模式
文章來自社區簽約作者:kevin