0

    微信应用号来了!那到底什么是应用号呢?

    2023.06.09 | admin | 119次围观

    应用号暂定名为小程序,进行内测。小程序是一种不需要下载安装即可使用的应用,它实现了应用“触手可及”的梦想,用户扫一扫或者搜一下即可打开应用。也体现了“用完即走”的理念,用户不用关心是否安装太多应用的问题。应用将无处不在,随时可用,但又无需安装卸载。本次内测采用邀请制,其内容客户端暂时对用户不可见。之后小程序会全面开放申请,所有小程序将在统一时间向用户开放。

    小程序可以借助微信联合登录,和开发者已有的 App 后台的用户数据进行打通,但不会支持小程序和 App 直接的跳转。

    上图中张小龙对小程序的诠释足够简单,这是对于 C 端普通用户的第一感观,从这段话中可以知道小程序一定是基于 Html5+微信原生能力 的产品形态。

    -无需下载安装

    说明跟 App Store 的 APP 是不一样的,小程序是嵌在微信 APP 内的,微信提供标准化入口,当用户订阅或者“安装”该小程序后,小程序是在微信提供的入口处展示(被发现并进入)。

    -用户扫一扫或者搜一下即可打开应用

    这里跟微信公众平台的订阅号、服务号是一致的,(极有可能)提供参数二维码的能力,搜索跟订阅号服务号的入口应该一致,但是否在搜索时增加标签选项(存异)?目前是提供了公众号的搜索入口。

    -用户不关心是否安装太多应用的问题,无处不在随时可用,无需安装卸载

    可以想到的是小程序所使用的微信原生功能是重用的,也就是微信开放的能力中例如进度条、视图、操作反馈、导航条等能力是重复使用的,而不是某小程序特有的,小程序的开发者也无需对这些功能做太多研究,UI 是一致的,用户习惯,设计规范是一致的,微信不会让开发者在基本能力上有太多的选择,不会让你做的太花里胡哨,你的功能和逻辑可以千差万别,但在外表和进入退出操作习惯上,必须要遵循微信的规范。

    那么开放给开发者的能力包括哪些?以组件和 API 的形式开放了如下服务以及支撑能力:

    开放能力之多,令我兴奋不已,无限的想象!

    如果你用过微信的 JS-SDK,应该对上述开放能力不陌生。得到具体的消息还有:

    1微信不仅提供了详细的开发文档,还提供了多平台的开发工具,包括 Mac Linux Windows。(没啥好说的,太棒了)

    2小程序开发后,不能直接发布,需要经过审核,类似App Store,但版本迭代是否经过审核,如果需要经过审核那么审核的周期是多少?

    猜测:小程序的页面是基于 web 的,web 页面是开发者所提供的,也就是 C 端用户肯定还是直接访问开发者服务器中的数据,正常来说这个 web 页面的迭代是开发者可以直接迭代并展示给 C 端用户的,但微信是否会提供一个web 的封装入口以限制开发者必须通过审核才能迭代呢?

    微信应用号来了!那到底什么是应用号呢?

    3微信提供的小程序开发文档,还提供了比服务号更详尽的设计规范以及布局时会用到的控件,上文也提到过,微信一定会提供一套规范来约束/引导开发者,也要让微信小程序有统一的操作习惯、UI 规范,这类似 iOS 和 Android 都有不同的设计规范。

    4比服务号更强的能力。小程序不同于服务号,服务号的功能需要全部在 webAPP 中提供,而小程序是微信中的 native程序,是有缓存能力的,C 端用户订阅(暂且这样说)某小程序后,当有缓存的时候不仅会提高用户体验,同时也加快了程序加载速度,用户在网速不佳的时候的等待时间将大大减少,同时带来的一个问题是,微信更大了,我的微信 APP 占用手机空间在16G 左右,而一些微信深度用户或者资深从业者可能要达到20多 G,这比最小的iPhone 容量16G 还要大很多。

    还有一点值得考虑的是小程序与服务号的关系,服务号是否可以转为应用号?这个不得而知,但我相信肯定有大批的服务号是想转变为应用号的,一些服务号的功能属性远大于媒体属性,例如有硬件设备连接需求的服务号、京东购物的服务号、滴滴出行等服务号,如果让这些服务号主体再去开发小程序未免太折腾,主体下的服务号和小程序之间功能也会有重叠,浪费资源,也占用用户的资源,所以我的猜测是认证的服务号是可以转(升级)为小程序的。在之前订阅号是可以“升级”为服务号的,如果有这个可能,微信可能也会给出是否“升级”的选择;因为从得到的消息来看,微信的态度是订阅号、服务号、企业号、小程序是完全并行的四种形态,所以服务号的继续存在一定还有其服务号的意义,但如何升级不得而知,例如粉丝迁移?小程序的用户是不是还有粉丝这一说?应该叫用户?

    5 我目前看到的截图,小程序的 URL 是 ,也就是在公众号的pc登录页面,小程序还是归属在 mp 平台下,(下图来自可能吧 阿禅 公众号),另一张显示URL 的截图没找到。小程序离订阅号服务号更近一些。

    6在全面开放申请之后,主体类型包括个人、企业、政府、媒体或其他组织,这一点很有意思,小程序是有个人主体类型的,我们知道订阅号是可以申请个人主体的,但服务号不可以为个人主体的,对此我有很多的疑问,小程序是有微信支付能力的,而小程序可以面向个人开放?税务问题呢?对于个人来言的可信度整体来说一定要小于企业的可信度的,或者小程序的开放也是对不同组织有区别对待?例如个人开发者是没有微信支付功能的,不然收款到哪里?个人账户?服务号的微信支付都是关联企业对公账户的,微信不会给你提供逃税的能力。

    7小程序的上线节奏,本次是邀请制,内容是在客户端看不到的,之后会全面开放申请,所有的小程序会在统一时间向用户开放。也就是说,现在获得内测的也就是先看到开发文档,先开发小程序,等大家开发的差不多了,会一起开放给用户。相信这个时间不会太长,从1月份微信团队爆出应用号这个东西至今已经9个月的时间了,准备工作基本都做完了,这次大规模的放出消息,已经是最后的号角,内测开发者要抓紧时间,我猜测1~2个月的时间小程序就可以和用户见面了,下两个版本左右就可以看到。

    8小程序是可以与 APP 打通,但并没有提与服务号的打通,其实与服务号的打通是完全没有问题的,但微信并没有提这一点,猜测服务号是可以升级小程序的。但不支持小程序与 APP 的直接跳转。(能做的都在小程序内做就好了,搞那么多跳转没有意义)

    9小程序不会是应用分发市场,而是一个开放平台,小程序更多的是提供优质服务的,这个服务可以比服务号更宽泛。现在的微信订阅号是媒体属性的,服务号是功能+媒体(消息触达)属性的,小程序应该是功能+消息触达的,小程序会不会有推送图文这回事?可能有,但我的观点倾向于没有,有的是消息触达,但没必要做图文了。

    10小程序是否会对开发者收费?对比iOS 开发者,iOS 开发者是收费的,两者都是需要经过审核的java下载时显示进度条,虽然现在没有任何关于小程序是否面相开发者收费的消息,但这并不是不可能,服务号、订阅号的认证是收费的,认证之后获得了未认证所没有的能力,比如微信支付;我猜测小程序是会有收费的通道,类似认证费一样(但可能不会叫认证费),然后获得未认证所没有的能力,或者叫其他名字的费用,按年收取。

    11小程序一定还有消息触达的能力,但群发能力(相当于APP 的消息推送)次数限制应该还是会有的(是否与服务号的4条一致?),其他业务通知使用消息模板来解决,但消息模板的 UI 是否应该变一下了(招商银行的消息模板已经变了,消息模板上也是有菜单选项的),微信应该也会提供屏蔽小程序消息的选项,不然恶意营销的企业会烦死用户的。

    开发小程序的产品框架Html5+PHP/JAVA/node.js...+微信框架组件,技术圈叫:Hybrid APP,混合式开发应用。但一个缺点是不能跨平台,只能在微信中打开使用,想在 Safari 中打开可能不太现实了。可以预见到的是JavaScript 工程师会非常吃香。相信以后互联网公司会增加一个小组或者部门,叫微信小程序开发小组,

    小程序正式上线后,可以预见到的是:大量企业会第一时间尝鲜,以及服务号升级小程序的操作(如果可以升级的话),小程序的开发成本远小于开发独立 APP,推广也更有优势(扫码、搜索),并且不会占用用户太多资源空间,还有什么理由不选择小程序而去开发一个独立 APP 呢?

    同时,在大批企业开发小程序的时候,很多的传统行业又想不落后,不能被时代淘汰,为了赶时髦而赶进度,实际上很多企业未必会有小程序的开发需求,如果只是展示公司情况 展示产品 或者服务号订阅号更适合。但很多传统企业一定还是会开发一个没有多少人用的甚至只有公司内部人体验的小程序的。

    会不会涌现出大的微信第三方 例如:有赞?某些行业会的,但我认为更多的还是会往平台化的小程序发展,例如停车,使用一个小程序就够了,要订阅那么多小程序并不会提高服务的质量,因为一个平台使用一个小程序就够了。小程序的产品形态远比服务号复杂,功能性 UI的想象空间都有了很大的提升,不再是完全标准化的需求了,例如有赞,其实大家看重的是各个行业的支付方案,把支付做的更适合商家可以做营销做 CRM 一站式对公众号有简单操作的系统服务。但小程序则不然,应该所有的小程序都是不一样的,因为需求不一样。

    微信小程序首先会涌现出哪些行业案例?滴滴出行 京东 微票以及所有在微信钱包下可以看到的第三方服务,以及腾讯旗下产品会是第一批崛起的小程序。

    微信小程序相对独立 APP 一定也会有很多不足,微信提供的是在微信框架内的能力,用小程序去做一个3D 网游是不可能的事情,更多基于APP原生能力的 APP 几乎都不能使用小程序来代替,而基于 webAPP 的 APP基本都可以使用小程序来代替。再者,微信的封闭特性也是有想象空间的天花板的,灵活性肯定不如独立 APP,独立 APP 可以把常用功能放到小程序里java下载时显示进度条,小程序为主还是独立 APP 为主,这并不一定,因为每个 APP 的功能需求不一样的。

    微信小程序的出现,让微信慢慢成为一个轻型的 OS,这比百度直达号要强大的多,除了移动端流量之外,微信提供的原生能力也是百度所不能比的。

    版权声明

    本文仅代表作者观点。
    本文系作者授权发表,未经许可,不得转载。

    发表评论