做Web App 和 Native App之前,你需要考虑的四个方面
【大咖・来了 第7期】10月24日晚8点观看《智能导购对话机器人实践》
创业时是选择做原生的Native App,还是直接用Web App在微信或浏览器上触达用户?今天咱就聊聊这个。
随着HTML(超文本标记语言)第五版的更新,也就是大家常说的H5,在移动端,由于其相对较低的开发成本及强大的跨平台运行能力,越来越多的信息型产品也开始选择这样轻量级的H5页面进行快速迭代,同时借用微信等平台快速触达用户。
现在早过了App的红利时期,大家下载应用的热情已经不再那么火热,再加上那么多烧钱O2O产品培养的用户习惯,没点补贴很难吸引用户。(灰常有创意或刚需的产品除外哦)
直接在应用市场推App的成本也很高,各大安卓应用市场,以百度手机助手为例,首页Banner轮播的价格是1.5万/天,人气应用风向标第1~4个位置是3.9万/天。对于还没大量融资的产品算是天价了。
这时Web的优势就体现出来了,它很轻,迭代还快,而且现在有微信这么好的入口。坐拥8亿用户,公众平台的功能还那么强大,不用白不用啊~
所以在产品布局时我们如何去选择尤为重要。最近遇到了这方面的问题,找了很多资料,总结一下和大家一起分享。
也希望更懂的大牛能在后台多交流下,不胜感激~
就从Web相对App的优势劣势,以及需求和场景,四个方面说吧。
优势:
H5可跨平台使用,开发成本相对更低,一个产品经理+前端+设计+后台就能搞定;App则需适配iOS、安卓等不同平台进行设计和开发,至少需要iOS工程师+Android工程师+PM+前端+设计+后台,开发成本高出1/3甚至更多。
H5可随时上线就更新版本,适合快速迭代,且试错成本低。
一个功能做好了立马就能上线,一天更新几十次都毫无压力;App则需要用户主动下载更新,主流的就是iOS,Android、windows仨平台,不同平台运营推广的玩法还不一样,分发和运维成本很高。
而且一个版本的功能出来,虽然很快就能做出其中一部分让内部人员体验。但等我们全部做完了,可能已经过去一周了。然后提交给平台做审核,又要等一阵,再找个好日子发布,三周就过去了。同时,我们如果又做出了更多新的功能,优化了细节,再修复几个bug等等,用户却也只能再等几十天才能体验到。
H5可以轻量的触达用户,提供更便捷的服务。
相比在桌面上下一大堆App,在微信的入口或者浏览器上,用户只需点开链接就可以获取我们所提供的服务。有更高的使用时长及导流能力,基于公众号的运营和推广可以快速的触达用户。
劣势:
H5—>App的转化强依赖于浏览器,要把用户真正留存在自己的产品中需要进一步的转化;而APP可以内嵌H5,直接在应用内即可打开并与H5进行转化。
H5目前基本无法将数据存储在本地,依赖实时性数据,网络状态不好的时候卡到哭。
每当用户需要上传数据,比如输入,选择,传照片等,页面的延迟会影响使用的流畅性;而APP可以本地存储,运行速度更快,更省流量,可离线操作或者访问本地资源。
H5性能相对较低。
对于复杂的交互,比如3D特效,频繁的输入输出等等,即使实现了,在用户体验上也要减分。比如在Native App上,一个类似页面滑动切换的效果,基本不会感受到延迟,你手指只要开始滑动,页面就无缝的跟着滑动,但在Web上,大家应该都经常看微信里的各种H5的花哨分享页面吧,那滑动流畅吗?
需求:
任何产品存在的意义都是为了解决用户的某个需求。
不管这个需求是已经存在的还是我们挖掘出来的,我们的产品都要围绕着满足用户的需求开始。
现在的移动端产品,大致可以分为两种,一种是帮助用户实现某些功能的工具,比如美图秀秀等各种P图App,各种打车产品等;一种是满足用户在信息上,比如饿了么上的订餐信息,知乎上的各种问答信息等等。
即功能型产品和信息型产品,当然很多时候一款产品也会同时具备这两种属性。
所以不管是做Native App还是Web App,我们至少需要从下面三个角度来考虑
产品的核心功能
首先在定位上必须明确产品解决的核心需求是什么。
是以做工具为切入点,解决某个痛点,给用户优质的体验,还是靠实用性或者趣味性的信息,让用户在产品中获得自己想要的,进而产生对品牌的认知。
辅助功能
如用户社区、服务等非核心需求,这些功能由于暂时不是用户最迫切要解决的任务,同时在功能的调整和内容运营上很灵活,就很适合采用web网页的方式来实现。
配合公众号,就可以很好的引导用户进入自己的网站里,同时在自定义菜单栏中定义如售后、维权、用户社区、活动入口等用户所需的服务,可以更好的增加用户黏性。
配合运营需求
朋友圈各种华丽的H5分享大家应该很熟悉了,这阵子看到火一点的有“按一秒钟”,哪好玩做的“匿名印象”,前阵子还有杜蕾斯的那个“艺术品画廊”
这种阶段性的营销型H5对产品的拉新和活动运营相当奏效。
像“双11”还有京东的“618”,不仅是App上针对活动的版本更新以及H5站点上的页面创意,专属朋友圈转发分享的H5也是很重要的一个渠道。
结合团队的实际情况,偏运营主导的产品就很有必要在这方面跟上。
场景:
你的用户在哪里,遇到什么问题的情况下才会使用产品?
在家,在办公室,在户外等等,不同的应用场景对用户体验的影响都相当大。
在真实的场景中,任何事都有可能打断用户流程。
比如平常上下班,在公交地铁上大家会看手机,不过到站或者人流拥挤时就会被打断;买东西排队的用户也可能用,但同理也会随时被打断。
来电话,收到短信,其它应用的推送……这些全都是干扰用户的因素。
而好的用户体验应该不受这些干扰影响,让用户坚挺的走下去~
基于场景,产品为用户所提供的服务:
为用户提供实用信息
占用用户的碎片化时间
某一垂直领域的细分服务
And so on……
有了场景才会有体验,针对体验才能有的放矢。再结合H5的优劣,做选择其实就不难了。
唠叨这么多相信大家也早就想吐槽了,纠结个毛线,两个都做不就完了~
其实有不少的团队这两种模式都做了。
先在web app上进行新版本测试,而后快速收集反馈指导Native app的更新,这样两者就可以相互结合互补,让团队资源发挥更大的效用。
![](/img/my/wx.png)
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
苹果为赚钱放下身段:手表上零售商货架
【大咖・来了 第7期】10月24日晚8点观看《智能导购对话机器人实践》 苹果手表销量不理想,苹果开始调整对策,开始在北美、欧洲和大洋洲和当地的大型零售商合作,委托对方销售苹果手表,而不再是奇货可居的阳春白雪商品。而从8月21日开始,法国的一家零售商也将开始销售苹果手表。 据美国科技新闻网站AppleInsider报道,周四,苹果公司将法国的大型文化和电子产品零售商Fnac选为了苹果手表的零售伙伴,从周五开始,该公司的零售网络和网上商店,将销售苹果手表。 而在此之前,除了欧洲极少数的奢侈品商店之外,苹果手表在欧洲并未委托外部零售商进行销售。 和此前百思买的合作类似,苹果公司不会把全线的苹果手表委托给实体零售商销售,可能主要包括价格相对便宜的运动版和标准版苹果手表。价格超过一万美元的黄金版手表,并不适合面向大众消费者的零售商。 在北美,苹果公司最近也和百思买签署了合作协议,百思买将会在美国和加拿大的多个店铺,销售苹果手表的运动版和标准版。 据报道,除了北美和欧洲之外,在苹果电子产品的另外一个重要市场大洋洲,苹果也已经和澳大利亚的百货公司Myer签署了协议,该公司将会在旗下的多个百货店,销售...
- 下一篇
为什么你应该尝试全栈
【大咖・来了 第7期】10月24日晚8点观看《智能导购对话机器人实践》 程序员看到全栈这个概念,大概会有两种反应 1.卧槽,这个好,碉堡了 2.你懂毛,全栈就是样样稀松 以上两种反应其实都有失偏颇,即使只做一种技术,做的很菜的多的是,而全栈但是样样都做的不错的也不少,更别说这个世界还存在另外一种爆栈型的程序员,做什么什么精。 全栈学徒 至少要掌握以下几种技能 Web 前端开发,至少掌握一种前端框架 Server 后端开发,至少掌握一种后端框架 Server 运维,掌握 Linux Server 的搭建与维护 客户端开发,iOS 和 Android 至少掌握一种 数据库,掌握 SQL 和 noSQL 数据库 而获得 全栈 这个称谓则应该至少独当一面的一个人完成一款产品的构建,并且真的经历过商业化运作,被自己的 愚蠢 坑过无数次。 由此可见,全栈的门槛还是挺高的,并不是说掌握以上五种技能,就能称为全栈,至少要加个学徒来修饰一下,也正是因为太多学徒自诩全栈,才导致第二种反应如此广泛。 不过,这篇文章的题目是 —— 为什么你应该 尝试 全栈,所以讨论点并不在要不要做全栈,而是尝试。 外行与内行...
相关文章
文章评论
共有0条评论来说两句吧...