用H5開發微信仍是開發APP？前端
隨着技術的飛速發展，HTML第五版技術標準的更新，在移動端，因爲其相對較低的開發成本及強大的跨平臺運行能力，愈來愈多的信息型產品也開始選擇這樣輕量級的H5頁面進行快速迭代，同時借用微信等平臺快速觸達用戶。web
現在App的紅利時期早己消失殆盡，你們下載應用的熱情已經再也不像剛開始那麼火熱，再加上那麼多燒錢BAT產品大佬培養的用戶習慣，沒點補貼很難吸引用戶。直接在應用市場推App的成本也很高，這時web的優點就體現出來了，它很輕，迭代還快，並且如今有微信這麼好的入口。坐擁8億用戶，公衆平臺的功能還那麼強大，不用白不用啊。因此在產品佈局時咱們如何去選擇就尤其重要。瀏覽器
優點微信
1.H5可跨平臺使用，開發成本相對更低。網絡
一個產品經理+前端+設計+後臺就能搞定；App則需適配蘋果、安卓等不一樣平臺進行設計和開發，至少須要蘋果工程師+安卓工程師+前端+設計+後臺，開發成本高出1/3甚至更多。運維
2.H5可隨時上線就更新版本，適合快速迭代，且試錯成本低。工具
一個功能作好了立馬就能上線，一天更新幾十次都毫無壓力；App則須要用戶主動下載更新，主流的就是iOS，Android兩大應用平臺，不一樣平臺運營推廣的玩法還不同，分發和運維成本很高。佈局
並且一個版本的功能出來，雖然很快就能作出其中一部分讓內部人員體驗。但等咱們所有作完了，可能已通過去一週了。而後提交給平臺作審覈，又要等一 陣，再找個好日子發佈，三週就過去了。同時，咱們若是又作出了更多新的功能，優化了細節，再修復幾個漏洞等等，用戶卻也只能再等幾十天才能體驗到。性能
3.H5能夠輕量的觸達用戶，提供更便捷的服務。優化
相比在桌面上下一大堆App，在微信的入口或者瀏覽器上，用戶只需點開連接就能夠獲取咱們所提供的服務。有更高的使用時長及導流能力，基於公衆號的運營和推廣能夠快速的觸達用戶。
劣勢
1.H5—>App的轉化強依賴於瀏覽器。
想把用戶真正留存在本身的產品中須要進一步的轉化；而APP能夠內嵌H5，直接在應用內便可打開並與H5進行轉化。
2.H5目前基本沒法將數據存儲在本地，依賴實時性數據，網絡狀態很差的時候卡到哭。
每當用戶須要上傳數據，好比輸入，選擇，傳照片等，頁面的延遲會影響使用的流暢性；而APP能夠本地存儲，運行速度更快，更省流量，可離線操做或者訪問本地資源。
3.H5性能相對較低。
對於複雜的交互，好比3D特效，頻繁的輸入輸出等等，即便實現了，在用戶體驗上也要減分。好比在Native App上，一個相似頁面滑動切換的效果，基本不會感覺到延遲，你手指只要開始滑動，頁面就無縫的跟着滑動，但在Web上，你們應該都常常看微信裏的各類 H5的花哨分享頁面吧，那滑動流暢嗎？
需求：
任何產品存在的意義都是爲了解決用戶的某個需求。無論這個需求是已經存在的仍是咱們挖掘出來的，咱們的產品都要圍繞着知足用戶的需求開始。如今的移動端產品，大體能夠分爲兩種，一種是幫助用戶實現某些功能的工具，好比美圖秀秀等各類修圖App，各類打車產品等；一種是知足用戶在信息上，好比餓了麼上的訂餐信息，知乎上的各類問答信息等等。
即功能型產品和信息型產品，固然不少時候一款產品也會同時具有這兩種屬性。因此不論是作Native App仍是Web App，咱們至少須要從下面三個角度來考慮
1.產品的核心功能
首先在定位上必須明確產品解決的核心需求是什麼。
是以作工具爲切入點，解決某個痛點，給用戶優質的體驗，仍是靠實用性或者趣味性的信息，讓用戶在產品中得到本身想要的，進而產生對品牌的認知。
2.輔助功能
如用戶社區、服務等非核心需求，這些功能因爲暫時不是用戶最迫切要解決的任務，同時在功能的調整和內容運營上很靈活，就很適合採用web網頁的方式來實現。配合公衆號，就能夠很好的引導用戶進入本身的網站裏，同時在自定義菜單欄中定義如售後、維權、用戶社區、活動入口等用戶所需的服務，能夠更好的增長用戶黏性。
3.配合運營需求
朋友圈各類華麗的H5分享你們應該很熟悉了，這種階段性的營銷型H5對產品的拉新和活動運營至關奏效。像「雙11」還有京東的「618」，不只是App上針對活動的版本更新以及H5站點上的頁面創意，專屬朋友圈轉發分享的H5也是很重要的一個渠道。結合團隊的實際狀況，偏運營主導的產品就頗有必要在這方面跟上。
場景：
你的用戶在哪裏？遇到什麼問題的狀況下才會使用產品？
在家，在辦公室，在戶外等等，不一樣的應用場景對用戶體驗的影響都至關大。
在真實的場景中，任何事都有可能打斷用戶流程。
好比日常上下班，在公交地鐵上你們會看手機，不過到站或者人流擁擠時就會被打斷；買東西排隊的用戶也可能用，但同理也會隨時被打斷。來電話，收到短信，其它應用的推送……這些全都是干擾用戶的因素。
而好的用戶體驗應該不受這些干擾影響，讓用戶堅挺的走下去~
基於場景和產品爲用戶所提供的服務：
—爲用戶提供實用信息
—佔用用戶的碎片化時間
—某一垂直領域的細分服務
有了場景纔會有體驗，針對體驗纔能有的放矢。再結合H5的優劣，作選擇其實就不難了。其實有很多的團隊這兩種模式都作了。