Web App 和(hé) Native App間的(de)艱難抉擇
- 發布時間: 2015-07-07 13:09:26
- 浏覽次數: 1595
随着HTML（超文本标記語言）第五版的(de)更新，也就是大家常說的(de)H5，在移動端，由于其相對較低(dī)的(de)開發成本及強大的(de)跨平台運行能力，越來越多的(de)信息型産品也開始選擇這樣輕量級的(de)H5頁面進行快速叠代，同時借用微信等平台快速觸達用戶。
現在早過了App的(de)紅(hóng)利時期，大家下載應用的(de)熱情已經不再那麽火熱，再加上那麽多燒錢O2O産品培養的(de)用戶習慣，沒點補貼很難吸引用戶。（灰常有創意或剛需的(de)産品除外哦）
直接在應用市場推App的(de)成本也很高(gāo)，各大安卓應用市場，以百度手機助手為(wèi)例，首頁Banner輪播的(de)價格是1.5萬/天，人氣應用風向标第1~4個位置是3.9萬/天。對于還沒大量融資的(de)産品算是天價了。
這時web的(de)優勢就體現出來了，它很輕，叠代還快，而且現在有微信這麽好的(de)入口。坐擁8億用戶，公衆平台的(de)功能還那麽強大，不用白不用啊~
所以在産品布局時我們如(rú)何去(qù)選擇尤為(wèi)重要。最近遇到了這方面的(de)問題，找了很多資料，總結一(yī)下和(hé)大家一(yī)起分享。
也希望更懂的(de)大牛能在後台多交流下，不勝感激~
就從web相對App的(de)優勢劣勢，以及需求和(hé)場景，四個方面說吧(ba)
優勢：
-
H5可(kě)跨平台使用，開發成本相對更低(dī)，一(yī)個産品經理(lǐ)+前端+設計+後台就能搞定；App則需适配iOS、安卓等不同平台進行設計和(hé)開發，至少需要iOS工程師+Android工程師+PM+前端+設計+後台，開發成本高(gāo)出1/3甚至更多。
-
H5可(kě)随時上線就更新版本，适合快速叠代，且試錯成本低(dī)。
一(yī)個功能做(zuò)好了立馬就能上線，一(yī)天更新幾十次都毫無壓力；App則需要用戶主動下載更新，主流的(de)就是iOS，Android、windows仨平台，不同平台運營推廣的(de)玩法還不一(yī)樣，分發和(hé)運維成本很高(gāo)。
而且一(yī)個版本的(de)功能出來，雖然很快就能做(zuò)出其中一(yī)部分讓內(nèi)部人員體驗。但等我們全部做(zuò)完了，可(kě)能已經過去(qù)一(yī)周了。然後提交給平台做(zuò)審核，又要等一(yī)陣，再找個好日子(zǐ)發布，三周就過去(qù)了。同時，我們如(rú)果又做(zuò)出了更多新的(de)功能，優化了細節，再修複幾個bug等等，用戶卻也隻能再等幾十天才能體驗到。
-
H5可(kě)以輕量的(de)觸達用戶，提供更便捷的(de)服務。
相比在桌面上下一(yī)大堆App，在微信的(de)入口或者浏覽器上，用戶隻需點開鏈接就可(kě)以獲取我們所提供的(de)服務。有更高(gāo)的(de)使用時長(cháng)及導流能力，基于公衆号的(de)運營和(hé)推廣可(kě)以快速的(de)觸達用戶。
劣勢：
-
H5—>App的(de)轉化強依賴于浏覽器，要把用戶真正留存在自(zì)己的(de)産品中需要進一(yī)步的(de)轉化；而APP可(kě)以內(nèi)嵌H5，直接在應用內(nèi)即可(kě)打開并與H5進行轉化。
-
H5目前基本無法将數據存儲在本地(dì)，依賴實時性數據，網絡狀态不好的(de)時候卡到哭。
每當用戶需要上傳數據，比如(rú)輸入，選擇，傳照片等，頁面的(de)延遲會影響使用的(de)流暢性；而APP可(kě)以本地(dì)存儲，運行速度更快，更省流量，可(kě)離(lí)線操作或者訪問本地(dì)資源。
-
H5性能相對較低(dī)。
對于複雜的(de)交互，比如(rú)3D特效，頻繁的(de)輸入輸出等等，即使實現了，在用戶體驗上也要減分。比如(rú)在Native App上，一(yī)個類似頁面滑動切換的(de)效果，基本不會感受到延遲，你手指隻要開始滑動，頁面就無縫的(de)跟着滑動，但在Web上，大家應該都經常看微信裏的(de)各種H5的(de)花哨分享頁面吧(ba)，那滑動流暢嗎？
需求：
任何産品存在的(de)意義都是為(wèi)了解決用戶的(de)某個需求。
不管這個需求是已經存在的(de)還是我們挖掘出來的(de)，我們的(de)産品都要圍繞着滿足用戶的(de)需求開始。
現在的(de)移動端産品，大緻可(kě)以分為(wèi)兩種，一(yī)種是幫助用戶實現某些功能的(de)工具，比如(rú)美圖秀秀等各種P圖App，各種打車産品等；一(yī)種是滿足用戶在信息上，比如(rú)餓了麽上的(de)訂餐信息，知乎上的(de)各種問答信息等等。
即功能型産品和(hé)信息型産品，當然很多時候一(yī)款産品也會同時具備這兩種屬性。
所以不管是做(zuò)Native App還是Web App，我們至少需要從下面三個角度來考慮
産品的(de)核心功能
首先在定位上必須明确産品解決的(de)核心需求是什麽。
是以做(zuò)工具為(wèi)切入點，解決某個痛點，給用戶優質的(de)體驗，還是靠實用性或者趣味性的(de)信息，讓用戶在産品中獲得自(zì)己想要的(de)，進而産生對品牌的(de)認知。
輔助功能
如(rú)用戶社區、服務等非核心需求，這些功能由于暫時不是用戶最迫切要解決的(de)任務，同時在功能的(de)調整和(hé)內(nèi)容運營上很靈活，就很适合采用web網頁的(de)方式來實現。
配合公衆号，就可(kě)以很好的(de)引導用戶進入自(zì)己的(de)網站裏，同時在自(zì)定義菜單欄中定義如(rú)售後、維權、用戶社區、活動入口等用戶所需的(de)服務，可(kě)以更好的(de)增加用戶黏性。
配合運營需求
朋(péng)友圈各種華麗的(de)H5分享大家應該很熟悉了，這陣子(zǐ)看到火一(yī)點的(de)有"按一(yī)秒鍾"，哪好玩做(zuò)的(de)"匿名印象"，前陣子(zǐ)還有杜蕾斯的(de)那個"藝術品畫廊"
這種階段性的(de)營銷型H5對産品的(de)拉新和(hé)活動運營相當奏效。
像"雙11"還有京東的(de)"618"，不僅是App上針對活動的(de)版本更新以及H5站點上的(de)頁面創意，專屬朋(péng)友圈轉發分享的(de)H5也是很重要的(de)一(yī)個渠道(dào)。
結合團隊的(de)實際情況，偏運營主導的(de)産品就很有必要在這方面跟上。
場景：
你的(de)用戶在哪裏，遇到什麽問題的(de)情況下才會使用産品？
在家，在辦公室，在戶外等等，不同的(de)應用場景對用戶體驗的(de)影響都相當大。
在真實的(de)場景中，任何事都有可(kě)能打斷用戶流程。
比如(rú)平常上下班，在公交地(dì)鐵上大家會看手機，不過到站或者人流擁擠時就會被打斷；買東西排隊的(de)用戶也可(kě)能用，但同理(lǐ)也會随時被打斷。
來電話，收到短(duǎn)信，其它應用的(de)推送……這些全都是幹擾用戶的(de)因素。
而好的(de)用戶體驗應該不受這些幹擾影響，讓用戶堅挺的(de)走下去(qù)~
基于場景，産品為(wèi)用戶所提供的(de)服務：
-
為(wèi)用戶提供實用信息
-
占用用戶的(de)碎片化時間
-
某一(yī)垂直領域的(de)細分服務
And so on……
有了場景才會有體驗，針對體驗才能有的(de)放矢。再結合H5的(de)優劣，做(zuò)選擇其實就不難了。
唠叨這麽多相信大家也早就想吐槽了，糾結個毛線，兩個都做(zuò)不就完了~
其實有不少的(de)團隊這兩種模式都做(zuò)了。
先在web app上進行新版本測試，而後快速收集反饋指導Native app的(de)更新，這樣兩者就可(kě)以相互結合互補，讓團隊資源發揮更大的(de)效用。
