<kbd id="afajh"><form id="afajh"></form></kbd>
<strong id="afajh"><dl id="afajh"></dl></strong>
    <del id="afajh"><form id="afajh"></form></del>
        1. <th id="afajh"><progress id="afajh"></progress></th>
          <b id="afajh"><abbr id="afajh"></abbr></b>
          <th id="afajh"><progress id="afajh"></progress></th>

          如何快速開發(fā)一個app

          共 1976字,需瀏覽 4分鐘

           ·

          2021-05-13 08:16



          app相比較pc、H5、小程序有獨立的體驗、傳播、服務封閉的好處。如果要盡可能玩轉用戶流程與時間,app是最好的產品形態(tài)。曾經在2017年小程序傳聞推出后,許多人認為app會消失。實際上在用戶主流場景和體驗上,app是不可替代的。

          可是對于一個有限資源的互聯網研發(fā)團隊,如何快速開發(fā)一個自己的app,并且還要驗證業(yè)務模型的準確。
           
          今天以PMTalk旗下HotMind產品的app設計來分享下我們如何做這款產品的MVP與研發(fā)工作。




          MVP前,先做最深最全的需求



          一個產品的MVP形態(tài),不是第一次需求調研就可以完成的。作為產品經理更應該基于最全、盡可能最深的業(yè)務發(fā)展方向去思考產品的MVP。

          如果你都不知道產品的未來擴展方向和具體的功能,MVP顯然是無法定義的。


          在設計HotMind的時候,其實我們已經考慮到了產品未來半年的版本計劃。包括功能能會有多少個?用戶路徑分別有什么?用戶的購買流程是什么?產品的商業(yè)模型是什么?

          在前期需求與原型完成后,參與的產品經理基本可以在腦海思考如果自己是用戶會主要用什么功能?

          圍繞著北極星指標:增長和變現,產品在MVP版本下如何實現這2個方向?



          一個產品的MVP版本完整的壓縮了產品研發(fā)時間。同樣一個產品的MVP版本也應該實現最全量的商業(yè)模型價值。




          Native與H5的混合使用



          PMTalk產品經理社區(qū)是一個內容社區(qū),社區(qū)有無數的文章、應用、應用問答數據類型,所以對應的移動端app,仍然是以這類內容為主。減少開發(fā)時間最好的方法是能夠減少前端開發(fā)的頁面開發(fā)工作。

          無論IOS還是H5,在相同的功能與業(yè)務邏輯下。如果能夠用一套UI,或差異不大的前端樣式,還可以減少UI設計、測試時間

          所以我們選擇該盡可能用Native去封裝H5。雖然會要求之前的H5頁面帶上IOS端口參數,增加了IOS與H5聯調時間。但總的來說會比重新開發(fā)要快得多。

          市面上許多產品也會按照這類設計處理。

          如下分別是掘金、與淘寶的聚劃算。通過H5的方式,保持內容無論是在PC、還是在微信瀏覽器移動端、還是在客戶端,都可以達到一致體驗。



          內容產品做H5的好處還有利于傳播,將內容傳播出去。因為H5本身就有跨平臺的天生優(yōu)勢。

          唯一要注意的是在微信授權下的訪問地址和普通瀏覽器的訪問,會要求產品經理注意用戶判斷。




          高保真原型的“迭代”



          UI上線后,產品經理盡可能的利用高保真原型完成模擬操作。通過模擬操作和類似跳轉交互,我們可以判斷當前MVP的不足,以及優(yōu)勢在哪里。

          許多互聯網研發(fā)團隊,如果采用瀑布流的研發(fā)管理方式。設計團隊會非常反感出了設計圖之后再變動。所有的變動應該放在下一個版本需求里,就會開始出現我們所謂“甩鍋”現象。

          “這是產品經理你的原型這么做的,現在沒時間改”

          在PMTalk團隊中,我們以敏捷方式管理研發(fā)流程。每周二需求評審固定,需求評審的研發(fā)工作不會超過1周。

          同時與開發(fā)溝通清楚哪些頁面或功能邏輯可以先行,沒有想清楚的地方或有UI調整的地方在什么時候補齊。



          這樣就算在新版本UI調整,也算MVP版本下的一次“迭代”



          放過酷炫的動效或交互


          移動端的開發(fā),在IOS和安卓2個系統(tǒng)陣營的影響下導致了許多開源的交互組件或部件產生。

          但每個產品經理最擅長以及最想做的都是做一套適合自己產品的“酷炫”交互效果,以獨特的交互方式吸引用戶。

          但站在開發(fā)的角度上,每一個交互動效背后的時間、條件、顯示邊界都需要花時間調試。



          以soul為例,這是一款主打90后、00后陌生人社交的產品。在用戶匹配上推出了類似宇宙星期的交互效果。因為酷炫的交互效果滿足了目標用戶的好奇心理。帶來了良好的增長

          在MVP開發(fā)期間,若要驗證MVP版本。我們不能一刀砍斷所有的酷炫交互,但要在交互效果上學會做MVP。像上述這類星期的動畫效果,前期可以在動畫效果上使用開源現成的,產品經理在先有的開源庫尋找與自己需求表達最切近的交互效果。




          在動效、頁面數量、邏輯都盡可能復用。我們可以更改前端的樣式,但不更改數據類型與數據處理邏輯。相信一個app會落地的更加快速高效,幫助產品經理驗證從0到1的商業(yè)模式





          每天體驗1款APP圈子



          我創(chuàng)建了一個知識星球。加入后365天,每天體驗一款APP。提升產品設計能力,同時有1300份體驗報告幫助你找到競品。

          從優(yōu)化&建議、商業(yè)模式、運營、功能描述、交互設計、產品定位至少6個維度,體驗一款應用。


            醫(yī)療/金融/電商等行業(yè)APP體驗報告  





          平均1天1塊錢,掃碼購買即可加入


          連續(xù)體驗90款應用,通過后原路退回






          瀏覽 26
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          分享
          舉報
          評論
          圖片
          表情
          推薦
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          分享
          舉報
          <kbd id="afajh"><form id="afajh"></form></kbd>
          <strong id="afajh"><dl id="afajh"></dl></strong>
            <del id="afajh"><form id="afajh"></form></del>
                1. <th id="afajh"><progress id="afajh"></progress></th>
                  <b id="afajh"><abbr id="afajh"></abbr></b>
                  <th id="afajh"><progress id="afajh"></progress></th>
                  家庭乱伦第1页 | 日韩性做爰免费A片AA片 | 97色色婷婷五月天 | 音影先锋操逼 | 亚洲美女片 |