做Web App 和 Native App 之前，你需要考虑的四个方面
创业时是选择做原生的Native App，还是直接用web App 在微信或浏
览器上触达用户？今天咱就聊聊这个。
随着HTML（超文本标记语言）第五版的更新，也就是大家常说的H5，
在移动端，由于其相对较低的开发成本及强大的跨平台运行能力，越来越多
的信息型产品也开始选择这样轻量级的H5页面进行快速迭代，同时借用微
信等平台快速触达用户。
现在早过了App的红利时期，大家下载应用的热情已经不再那么火热，
再加上那么多烧钱O2O产品培养的用户习惯，没点补贴很难吸引用户。（灰
常有创意或刚需的产品除外哦）
直接在应用市场推App的成本也很高，各大安卓应用市场，以百度手机
助手为例，首页 Banner 轮播的价格是 万/天，人气应用风向标第 1~4
个位置是 万/天。对于还没大量融资的产品算是天价了。
这时web的优势就体现出来了，它很轻，迭代还快，而且现在有微信
这么好的入口。坐拥 8亿用户，公众平台的功能还那么强大，不用白不用啊
~
所以在产品布局时我们如何去选择尤为重要。最近遇到了这方面的问
题，找了很多资料，总结一下和大家一起分享。
也希望更懂的大牛能在后台多交流下，不胜感激~
就从web相对 App的优势劣势，以及需求和场景，四个方面说吧
优势：
可跨平台使用，开发成本相对更低，一个产品经理+前端+设计+后台就能搞
定；App则需适配 iOS、安卓等不同平台进行设计和开发，至少需要 iOS 工程
师+Android 工程师+PM+前端+设计+后台，开发成本高出 1/3 甚至更多。
可随时上线就更新版本，适合快速迭代，且试错成本低。
一个功能做好了立马就能上线，一天更新几十次都毫无压力；App则需
要用户主动下载更新，主流的就是 iOS，Android、windows 仨平台，不
同平台运营推广的玩法还不一样，分发和运维成本很高。
而且一个版本的功能出来，虽然很快就能做出其中一部分让内部人员体
验。但等我们全部做完了，可能已经过去一周了。然后提交给平台做审核，
又要等一阵，再找个好日子发布，三周就过去了。同时，我们如果又做出了
更多新的功能，优化了细节，再修复几个 bug等等，用户却也只能再等几
十天才能体验到。
可以轻量的触达用户，提供更便捷的服务。
相比在桌面上下一大堆App，在微信的入口或者浏览器上，用户只需点
开链接就可以获取我们所提供的服务。有更高的使用时长及导流能力，基于
公众号的运营和推广可以快速的触达用户。
劣势：
—>App 的转化强依赖于浏览器，要把用户真正留存在自己的产品中需要进
一步的转化；而APP可以内嵌H5，直接在应用内即可打开并与H5进行转化。
目前基本无法将数据存储在本地，依赖实时性数据，网络状态不好的时候卡
到哭。
每当用户需要上传数据，比如输入，选择，传照片等，页面的延迟会影
响使用的流畅性；而APP可以本地存储，运行速度更快，更省流量，可离
线操作或者访问本地资源。
性能相对较低。
对于复杂的交互，比如 3D特效，频繁的输入输出等等，即使实现了，
在用户体验上也要减分。比如在Native App 上，一个类似页面滑动切换的
效果，基本不会感受到延迟，你手指只要开始滑动，页面就无缝的跟着滑动，
但在Web上，大家应该都经常看微信里的各种H5的花哨分享页面吧，那
滑动流畅吗？
需求：
任何产品存在的意义都是为了解决用户的某个需求。
不管这个需求是已经存在的还是我们挖掘出来的，我们的产品都要围绕
着满足用户的需求开始。
现在的移动端产品，大致可以分为两种，一种是帮助用户实现某些功能
的工具，比如美图秀秀等各种 P图 App，各种打车产品等；一种是满足用
户在信息上，比如饿了么上的订餐信息，知乎上的各种问答信息等等。
即功能型产品和信息型产品，当然很多时候一款产品也会同时具备这两
种属性。
所以不管是做Native App 还是Web App，我们至少需要从下面三个
角度来考虑
产品的核心功能
首先在定位上必须明确产品解决的核心需求是什么。
是以做工具为切入点，解决某个痛点，给用户优质的体验，还是靠实用
性或者趣味性的信息，让用户在产品中获得自己想要的，进而产生对品牌的
认知。
辅助功能
如用户社区、服务等非核心需求，这些功能由于暂时不是用户最迫切要
解决的任务，同时在功能的调整和内容运营上很灵活，就很适合采用web
网页的方式来实现。
配合公众号，就可以很好的引导用户进入自己的网站里，同时在自定义
菜单栏中定义如售后、维权、用户社区、活动入口等用户所需的服务，可以
更好的增加用户黏性。
配合运营需求
朋友圈各种华丽的H5分享大家应该很熟悉了，这阵子看到火一点的有
“按一秒钟”，哪好玩做的“匿名印象”，前阵子还有杜蕾斯的那个“艺术
品画廊”
这种阶段性的营销型H5对产品的拉新和活动运营相当奏效。
像“双 11”还有京东的“618”，不仅是App上针对活动的版本更新
以及H5站点上的页面创意，专属朋友圈转发分享的H5也是很重要的一个
渠道。
结合团队的实际情况，偏运营主导的产品就很有必要在这方面跟上。
场景：
你的用户在哪里，遇到什么问题的情况下才会使用产品？
在家，在办公室，在户外等等，不同的应用场景对用户体验的影响都相
当大。
在真实的场景中，任何事都有可能打断用户流程。
比如平常上下班，在公交地铁上大家会看手机，不过到站或者人流拥挤
时就会被打断；买东西排队的用户也可能用，但同理也会随时被打断。
来电话，收到短信，其它应用的推送……这些全都是干扰用户的因素。
而好的用户体验应该不受这些干扰影响，让用户坚挺的走下去~
基于场景，产品为用户所提供的服务：
o 为用户提供实用信息
o 占用用户的碎片化时间
o 某一垂直领域的细分服务
And so on……
有了场景才会有体验，针对体验才能有的放矢。再结合H5的优劣，做
选择其实就不难了。
唠叨这么多相信大家也早就想吐槽了，纠结个毛线，两个都做不就完了
~
其实有不少的团队这两种模式都做了。
先在web app 上进行新版本测试，而后快速收集反馈指导Native app
的更新，这样两者就可以相互结合互补，让团队资源发挥更大的效用。
优势：
劣势：
需求：
场景：
