博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
微信小程序会改变大世界吗?
阅读量:5125 次
发布时间:2019-06-13

本文共 2609 字,大约阅读时间需要 8 分钟。

, 我们期待很久。关于“小程序”的信息还不是很多,但结合官方的表述已经可以看到一些端倪了。微信小程序会改变大世界吗?以下是徐磊的观点

“应用号”怎么变成“小程序”了

官方的表述里,小程序和原有的三种公众号是并行的体系。

但很奇怪的是,微信刻意避免使用“号”这个表述,而是换成“小程序”。
“小程序”在HTML和JAVA时代就曾经被使用过。
今天“小程序”再次被使用,合理的推测是“小程序”将不沿用公众号的产品和展示形态,成为微信系统的一种第三方插件。可以在微信的聊天窗口、朋友圈等位置直接运行展示。
“小程序”是什么?
根据官方表述和流传出来的关于“小程序”的技术接口来看,通俗一点的说,“小程序”其实是微信提高了自身对于HTML5的特性支持能力,开放了更多的系统调用。例如GPS、传感器等的调用等等。
可以预见的是,微信里H5产品将有更好的用户体验,更快的加载速度,和更多的功能。
“小程序”改变了什么?
关于H5和APP之争,有很多因素决定了这几年H5失去了绝大部分的核心产品市场份额。其中有一点是H5并不能一次开发多处使用,而是要面临不同浏览器和APP平台更多兼容性挑战。比如过去微信就不能支持很多的特性,所以才有了“小程序”。
几年前,当微信的市场份额不断提升时,我就认为微信的平台可能会给H5一个独特的发展机会:所有H5以微信的接口为标准开发,浏览器逐步向微信标准靠拢,最终实现一次开发,多处使用的目标。
今天来看,“小程序”虽然来得晚了,但是毕竟还是来了。H5产品的标准化运行环境有望出现,微信里H5产品质量也会大大的提高,这是可以预见的。
“小程序”会挑战APP吗?
这个话题估计是大家现在最关心的。但,我现在的答案可能会让大家失望了。
H5和APP的产品定位本身已经很清晰了,目前来看并不会因为小程序而有巨大的改变。
H5和APP的区分界限早就不是简单的用户体验问题。NATIVE+H5的模式早就被很多APP在采用。APP和纯H5产品的核心区别是对于入口的需求。
以iPhone为例,现有的格局下,APP产品通过AppStore的榜单、搜索以及社交产品、广告平台等方式被用户发现、下载、安装。而H5产品主要靠域名+社交平台被用户消费。
这里可以看到,APP获取一个用户的门槛是高的,但高门槛带来的好处是,用户的二次消费门槛低了。而H5虽然首次消费门槛低,但却遇到了后续消费门槛无法降低的问题。而这方面正好是APP的优势。
事实上,目前为止,APP的用户规模和活跃度规模总体还是高于公众号很多的。不要因为微信活跃度高,而认为公众号或者“小应用”的活跃度就会高了。如果这么类比,“小应用”和微信活跃度的关系,应该对应APP和手机活跃度的关系上了。显然这不是合理的数据分析方式。
微信和手机操作系统
既然聊到了这个层面,也有很多人觉得微信的未来就是手机操作系统。但我相信连微信自己也不是这么定位的。
因为,手机操作系统的核心展示是APP收藏夹,而微信是聊天窗口。这个本质不改变,就很难改变“应用APP”和“小应用”在各自体系里的地位。
手机操作系统未来依然是APP的天下,侧重重体验、重交互、高粘性需求的产品。比如微信就是这样的产品,设想微信就是一款基于浏览器的H5产品,估计你用起来就很崩溃了。
微信平台上订阅号、服务号、企业号和“小应用”将依赖推送、扫描和社交传播来搭建。预计“小应用”将只有扫描和社交传播两种方式,推送将保留给前三种公众号,“小应用”可以嵌入在公众号中。
而过去成功的公众号(不考虑早期野蛮涨粉起来那些)基本上也就是靠这两条:要么内容运营来实现社交传播,要么通过线下场景实现扫描频度。如果有这两方面的资源,无论是不是有“小应用”出现,都早就不需要做APP了。
未来微信可以支持更多“小应用”发现模式吗?
微信缺少的是展示位,所以很难让用户把常用的“小应用”展示出来。价值连城的九宫格也已经藏的很深了。“小应用”要获得更好的位置资源确实不易。
微信对比浏览器缺少了域名模式。域名其实就是快捷键,少了这个,在微信里发现“小应用”又难了很多。
剩下的,就是搜索了。如果让“小应用”具备更好的搜索标签属性,这会涉及到很多的规范性要求,要做好确实也是极其不易的。目前来看,微信的着重点似乎也还没有在这上面。
目前为止公众号的重复消费还是所有公众号开发者的痛。获客成本高。推送的打开率,无论是订阅号还是服务号大多还是非常低的,爆款需要依赖社交传播。这样的前提下,媒体和内容电商相对更容易发展。而工具、娱乐、shoppingmall等等需要用户主动二次消费的产品就不易用公众号作为依托了。
“小应用”的推出,包括之前朋友圈广告新模版的推出,对于微信来说,解决了平台第三方产品的标准化体验提升的问题。
但对于一款重度产品的开发者来说,如何让用户可以快速找到你,依然是你最需要关心的事。所有的传播更多的是为了被用户发现,而用户维护必须解决用户可以快速找回产品的问题,这方面APP依然还是必要的。
试想这样一个场景,一款银行APP和银行公众号你都在用。当你要买银行理财产品的时候,你会用APP还是公众号?这不是体验问题,而是点击次数决定了用户的选择。
写在最后
APP和H5本质上不是对立面的两方。NATIVE和H5都是APP的构成部分。
APP和公众号也不是互斥的。一款重度产品大多两种产品形态(也许还有更多形态)都需要。
我个人更希望微信作为一个社交平台,可以帮助用户通过社交化渠道更快的调用起其他服务提供商提供的最佳体验的产品形态,不管是公众号、“小程序”还是APP。把选择交给用户和开发者。例如现在很多导航系统的调用方式,或者就像操作系统实现多个APP之间的互相调用。
可惜对于微信和任何APP来说来说,调用其他APP就意味离开自己的APP,多少还是有些不舍的。毕竟导航是一种非常特殊的调用。
至于到底未来应该首选开发APP还是开发“小程序”,现在我真给不出答案。作为开发者,你需要关心的是你的用户和你的产品需要什么样的场景来完成从0到第1次,以及到100次的缠绵。如果这个过程你想明白,想透了,你也就不会有犹豫了。
而要不要称为“小程序”红利里的卖水人,那就要看这波红利会持续多久了。

转载于:https://www.cnblogs.com/ytkah/articles/5896778.html

你可能感兴趣的文章
Nhibernate 过长的字符串报错 dehydration property
查看>>
Deque - leetcode 【双端队列】
查看>>
Linux 普通用户拿到root权限及使用szrz命令上传下载文件
查看>>
人物角色群体攻击判定(一)
查看>>
JavaWeb学习过程 之c3p0的使用
查看>>
MySql Delimiter
查看>>
一步步学习微软InfoPath2010和SP2010--第九章节--使用SharePoint用户配置文件Web service(2)--在事件注册表单上创建表单加载规则...
查看>>
使用客户端对象模型读取SharePoint列表数据
查看>>
POJ 1328 Radar Installation 贪心
查看>>
gulp插件gulp-ruby-sass和livereload插件
查看>>
单元测试原来是这样的呼
查看>>
java定时任务详解
查看>>
IOS之导航控制器与表视图
查看>>
MSYS2使用教程
查看>>
Hadoop 配置文件 & 启动方式
查看>>
2016年4月 之 《C程序设计语言》
查看>>
WCF配置报错 在 ServiceModel 客户端配置部分中,找不到名称 和协定
查看>>
SQL基础问题整理
查看>>
C++刷称号——2707: 素数与要素
查看>>
coco2dx c++ HTTP实现
查看>>