Web App 和 Native App 分析？

这篇文章（lukew.com 的页面）比较宏观地分析了两者在数据上的表现，一句话总结：

Web能够reach到更多的用户，但是native能给予更好的体验，用户黏性更强。

我们来看一下数据。

Mobile web的月UV领先mobile app（8.9M vs. 3.3M）：

Native app用户每个月花的时间是mobile web用户的18倍（201.8分钟 vs. 10.9分钟）。不过要注意，native app的使用时间里，有近80%是花在了某3个app上。所以也要考虑自己的产品有没有潜力进入top3，还是会是在长尾里，去跟许许多多的app竞争那剩下的40分钟（201.8分钟*20%≈40分钟）。

接下来看功能和成本，mobile web和native app算是各有千秋。先说说Mobile web的优势：

• 搜索引擎入口。苹果的app store搜索众所皆知不好使，Google play store或者其他第三方的安卓商店我不是很了解，但如果一个产品是内容主导的，可能很多流量是来自搜索引擎，这也可能是mobile web访问量更多的原因之一。

• 即时更新。如果做native app的话，每次版本更新从审核、上架到用户更新是有一个时间间隔的，很有可能用户懒得更新，就一直运行着一个很久很久以前的版本，接触不到新版本里的功能。如果ship的版本有问题的话，大量用户可能直接就流失了，不像mobile web，有比较快的补救的可能。所以一般来说，mobile native ship的标准会更高。

• 设计和开发成本。Native app要为不同的平台进行设计和开发，有不同的规范和语言，mobile web在这方面的工作量会小很多。

Native app的优势：

• 可以调用web不能调用的硬件、或者有更好的硬件体验，比如：
• 摄像头
• 麦克风，前两者现在html5均可调用，但是体验不如native，而且跨浏览器兼容性也比较麻烦
• 加速度传感器
• 屏幕（常亮）

如果有产品的核心功能会涉及这些硬件，为了更好的用户体验和留存率，可能需要开发native app。

• 可以使用一些非常重要的OS功能，比如

• 推送通知，不过要注意的是，31%的用户几乎从来不允许app给他们推送通知

• 但也要看具体是什么app，比如Uber之类的ride sharing app就比较容易获得用户的允许（数据来自：New data shows up to 60% of users opt-out of push notifications (Guest Post) at andrewchen）

• 获取用户的地理位置：相比推送通知，用户对地理位置使用的接受度还是比较高的

• 离线使用：如果你的产品涉及到大量视频和图片，在国内流量有限的现状下，可能需要允许用户将媒体文件保存到手机上，以供离线使用，这时候web就爱莫能助啦

• 个性化内容：这一点比较有争议，因为mobile web也不是不可以做到，但因为app可以不用反复登陆，而且能够记录用户的点击和浏览行为，所以可以更准确地进行内容定制，这一点期待有更多的讨论~。

另外，native app相比web，有着更快的反应速度、更好的性能，因为mobile native直接与操作系统对话，而web app和操作系统之间还隔着一层浏览器。

总结：如果你想做一个企业名片之类的东西，让更多人知道自家产品，那也许一个网站就够了；但如果产品核心功能只有native app才能提供，或者你想要确保用户有更好的体验、更强的黏性，那可能就需要做native app。

*引用的文章数据来自ComScore《The 2015 U.S. Mobile App Report》，有兴趣的话可以去看看，56页的ppt，信息量很大。