android-scripting

Scripting Layer for Android brings scripting languages to An ...

↑我也要推荐

争论未来 Web App 和 Native App 谁是赢家?

发布时间:2013-06-27 10:02:50, 关注:+3851, 赞美:+2, 不爽:+4

本文标签: html5 android

原始出处: 36氪

文 / 苑伶 丁伟峰   JasonZheng

未来移动端到底是 native app 还是 web app 是趋势?探讨这个问题的结论,本身没有太多意义。

是的,这是氪星人饭局后最强烈的感受。原本组织氪星人饭局,是想跟创业者聊聊他们如何看待 Web App 和 Native App 未来谁是主导,但听完创业者们聊引流成本、用户黏性、迭代便捷性等问题,发现给未来移动端到底是 native app 还是 web app 是趋势下定论基本无益。

追根溯源,web app 和 native app 之辩之所以会如此激烈,无非是原生应用大量出现之后,用户和开发者们发现原生应用存在各种难以破除的局限性,这才希望另觅它途。而将原生应用 web 化只是人们通过借鉴来自 PC 的经验提供的其中一种解决之道而已。

所以,讨论 web app 和 native app 能否互相取代本身是没有意义的,移动互联网经过这么多年的发展,native 早已深入人心,我们应该思考的是如何帮 native 解决其存在的各种问题,又如何在各种规范尚不完善的阶段善用 Web App。

旧路:原生应用Web化

当个人电脑被卖到全球,微软的 Windows 和办公软件便有了覆盖世界用户的先决条件,基于个人电脑本地良好的运算能力,软件模式一时被人们所拥抱,直至如今我们都延续着在桌面上进行工作的习惯。但类似 Google 这样的互联网公司出现以后,许多原本的本地操作也能在线完成(如 office 和 google docs),人们开始接受“云端”的概念,将存储、运算都交给服务器,只留下“瘦小”的客户端。

这种基于云的模式,相比于封闭的软件系统,对于开发者而言有明显优势——所有数据都存储在云上,前端客户端只需根据后端服务器的指令,与用户进行输入输出的交互,这样后端服务器的逻辑可以随时更新。但如果使用软件的话,用户每次更新都需要重新下载一次安装包,在本地完成的任务过重。

所以引用出门问问 CEO 李志飞的话说,微软是典型的客户端公司,而 Google 则是互联网公司的代表。Google 的 Chromebook 象征着互联网公司演进的趋势——本地计算机只需有存放缓存数据等简单计算存储能力,其它大型的运算和存储功能都交由云端完成。把 PC 上的这一演变放到如今移动端 web app 和 native app 的演化路径来看,基本上是特别相似的,即当 native app 的局限性不断涌现时,人们的第一反应便是求助 web。

过程:创业者为何纠结

那么 native app 到底存在哪些问题?web app 可以解决吗?

对于开发者来说,问题无非两点:开发和分发困境。

所谓开发困境是指,native app 的更新迭代速度很慢,升级麻烦,知乎日报的开发者曾在个人博客上有过相关吐槽

我们筛选出(知乎日报)下个版本需要实现的功能,很快就能做出其中的一部分让内测人员体验。而等我们全部做完,已经过去一周多了。然后提交苹果审核,又要等一周。再等个良辰吉日发布,就过去 20 天了。与此同时,我们又做出了更多功能,调整了多处细节,还修复了几个 bug——但用户只能再等几十天才能体验到了。而且还有的用户就是不升级。虽说我能强制要求用户升级,但这毕竟影响用户体验。而在开发网站时,一个功能做好了就能上线,一天更新几十次毫无压力。如果客户端只是个浏览器,那一切都会变得很简单。

所以 native app 更新的劣势,恰好成为 web app 的优势——web app 可以随时更新迭代,不需要用户下载,更不会出现已经 3.0 版本已经上线儿用户手中的 app 还只是 1.0 版本的状态。

吃饭时一位十分不愿意透露姓名的创业者分享说,他同时在做 native app 和 web app,并且 web app 在试错上有天然优势——把想要更新的功能先在 web app 上做出来,拉一批用户尝试一下给出反馈,再将打磨过的结果放到 native 上,可以降低犯错的可能性。

第二个困难,分发问题则是指 native 的平台太多——主流的就有 iOS、Android、Windows 三个平台,每个平台上的运营、推广都有不同的规则,三个平台就得适应三种玩法。web 则统一性高,跨平台适用时开发量小。并且从引入用户流量的角度说,web app 非常适合线下的推广和宣传,二维码扫描让操作成本变得很低,相较而言下载 native app 的操作步骤更多还有耗费手机流量的问题。

但 web app 也有劣势:由于其入口不明显(浏览器导航或者是随意点击链接进入),让用户记住的门槛也随之拔高,每次推广导入的流量都可能沦为一次性努力,用户留存率低。至于能不能优化入口形式,下一部分详细讨论。

未来:微信?浏览器?

提及入口问题,浏览器和微信不得不谈。有创业者非常寄希望于微信,而也有创业者对浏览器抱有很大期望。

现阶段来看,支持微信的理由最重一点:用户黏度高。把微信和手机浏览器一整类看成是两个 app 的话,浏览器占用用户的使用时间远小于微信。并且根据百度的移动互联网趋势报告显示手机浏览器的使用时长还在逐步下降。相比之下,有更高使用时长的微信的导流能力更强,根据之前流出的微信 5.0 版本,微信公众号已经有 web app store 的雏形了,用户在微信上保持 24 小时在线,使用公众号的概率自然会高出一截。值得一提的是,目前微信上公众号的呈现已经有很强大的表现能力(如下图所示的某公众号界面),技术上没有很多人想象中那么初级。

如果抛开用户黏度的问题,长远看微信可能并不希望公众号给用户带来太多噪音,因此更看重服务型的产品。而浏览器会是没有任何偏好的平台,每个 web app 都有展示空间,所以如果用户的使用习惯逐渐往浏览器中迁移,web app 还是有一定机会的。

但未来桌面上究竟是剩下单独的浏览器,还是仍会留有桌面应用?这个问题可以这么看,类似通讯工具(微信、QQ)、音乐、阅读、地图、淘宝,以及一些用户常用的垂直领域的 app,它们在用户手机界面上应该享有一席之地(这就好似我们的 PC 端的快捷方式),保留其 app 形式很有必要。但对于一些使用频率不高的 app,整合或许才是它们未来的出路。微信、百度的 light app 平台甚至是手机桌面上的搜索框等,都是整合的方式之一,做到用户有需求时能尽快找到即可。

最后分享两位情况不同的创业者的选择:我们之前报道过的纯粹高尔夫在移动端没有做 native app,由于资源有限,他们目前更偏重 PC 端上的社区,移动端只做了 web app,一方面符合公司现阶段资源分配又不错过未来趋势,另一方面可以借助 web app 线下推广的成本和门槛优势获取更多用户。另一位做旅行应用的创业者则二者兼有,就如上文所说他们先在 web app 上进行新版本测试,而后反哺 native app 的更新。或许在现阶段,手机浏览器的书签功能以及保存至本地功能还未被大多数用户熟知时,native app 在桌面上的品牌形象还是创业者们无法舍弃的。

所以,目前为止大家都不认为 native app 和 web app 已经走到一方可以完全取代另一方的阶段。由于 html 5、浏览器等规范没有统一,未来两三年内两者应当都处于并存局面。对创业者来说,想想现阶段如何同时善用两者做到优势互补,也不错过未来趋势,或许才是明智之举。

PS.「氪星人饭局」是 36 氪每周举行的小范围讨论活动,每次会邀请 3-5 位创业者参加,一伙人吃着饭喝着茶顺便也聊聊行业值得深入探讨的话题。愿意与氪星人分享想法的创业者,可以发一份申请到邮箱:yl【at】36kr.com,我会把大家加入氪星人饭局的微信群中。申请写法随意,风格不限,但要简单自我介绍,以及参加讨论的兴趣点和理由(标明主题:氪星人饭局)。

图片来源:redstate.com

如果你觉得本站对你有帮助,欢迎向本站赞助 :P

使用支付宝捐赠

Copyright© Python4cn(news, jobs) simple-is-better.com, 技术驱动:powered by web.py 空间主机:Webfaction

版权申明:文章转载已注明出处,如有疑问请来信咨询。本站为 python 语言推广公益网站,与 python 官方没有任何关系。

联系/投搞/留言: en.simple.is.better@gmail.com 向本站捐赠