关于微信应用号的猜想

关于微信应用号的猜想_第1张图片

马大仙和张大神怎么想,我辈凡人猜不出来,只能YY下,求围观,请拍砖

首先,如果单从字面意思来理解,如果只是汇集应用程序的入口,那么现在的服务号订阅号完全可以呀,本质上来说,只要是H5页面,都可以放到这些号里面。

只是基于性能要求,特殊功能要求 再加上服务商的顾虑,所以目前只有少量服务商是以微信公众号为自己的核心应用入口的。比如逻辑思维神马的,在公众号内嵌了个有赞商城。

那问题来了,这个应用号有什么吸引人的地方才能人用户和服务商屁颠屁颠的挪过来呢??

我个人猜想是这样的:

目标:做面向中小型解决低频需求的垂直类产品

痛点:

1、曝光率低,流量不足,只能依赖所谓的口碑传播。

2、用户使用率不高,但是仍然需要多平台开发客户端,升级维护成本高。

3、服务器端性能、安全性保障能力差,可扩展性差。

解决方案

1,应用导航、搜索、收藏。2,云平台服务。

为什么这么说呢?

从目标上来说,为什么说是低频用户的中小型互联网企业呢,因为面向高频需求的产品,通常不会将客户端放在第三方的环境中,

一、用户活跃度高,放在应用号中,反而增加用户使用成本。

二、面向大众的产品如果用H5开发的话性能和特殊功能不能被满足。

三、高频用户客户群体大,基本上能分摊客户端的开发费用。

看京东商城,大众点评,滴滴打车都放在微信里下面了,但是有几个人用呢??只能说是聊胜于无,所谓战略意义大于战术意义。

但是像逻辑思维,两只母鸡,好好喝茶,酣客,这类互联网电商企业,以及一些互联网金融企业,他们很有特色,用户粘性很好,但是使用频率低。

谁没事天天买书,天天吃母鸡,天天买酒卖茶,投资了?

即使他们努力开发了客户端,对用户提升率,活跃度也未必有多大提高,所以他们都采用了公众号内嵌H5商城的做法,表面上是电子商城,本质上是CRM类的服务。

那么为什么说目前有了公众号还不够呢?

有两点不够,从技术上来说,目前的普遍情况是,前端性能稍差;而后台是他们购买第三方产品或者自己开发,但是通常可伸缩性、性能、安全性差。

从运营上来说,目前的公众号先天性的曝光率不足,全靠商家自己人肉推广,他们更适合已对已有客户进行维护和管理,拉新简直是太痛苦了。

那么应用号如何解决他们的痛点呢

我想的可能方式是1,搜索(包含导航收藏),2,云平台服务

先来说搜索,现在手机端的搜索如百度搜索,搜狗等,其实仍然延续的是PC端搜索的方式,主要侧重的是信息的搜索,对产品的搜索约等于没有,如果应用号内嵌了针对H5的像应用宝,豌豆荚一样的APP分发功能,还有排行榜神马的,那么基本上解决了低频产品的推广需求,曝光率的提升,服务商们有更多的积极性跑到应用号的旗下。同时,对用户而言,也用不着为了一个月用一次的东西还装个App。

再说为什么还有要云平台,如果只是搜索导航收藏还是不够的,中小型互联网公司因为技术的不足很难开发和维护高性能高扩展性高可用性的服务端程序,通常只是一个WEB中间件加一个数据库,这样成本低,也灵活,但是在复杂的互联网环境中,这种做法和纸片一样脆弱,锤子手机发布的时候,锤子商城被直接干翻,幸亏直接挪到腾讯的云服务平台才算抗住,还有万一那一天人品爆棚,突然用户量增加了几十倍,服务器估计直接瘫痪了。那么云服务对中小型企业能提供那些有价值的服务呢,主要有这么几个方面:安全解决方案,尤其是DDOS攻击,这个基本只有大型平台能抗住。还有高性能解决方案,比如WEB集群,数据库集群,CDN服务,这种重量级的解决方案只有云平台才能提供。

如果想做的更完美一些,应用号还应该提供集成化的开发工具和方案,并为应用号做专门的优化,比如H5的本地性能优化,兼容性优化,甚至提供JS,CSS,H5框架和模版,让服务商的开发成本大规模的降低,同时为后台服务程序提供灵活的部署方案等,为应用号内的服务提供运营数据服务等等

这些都是目前的公众号不能做,而中小型互联网企业客户和用户所需要的功能

一家之言,欢迎大家拍砖!!

你可能感兴趣的:(关于微信应用号的猜想)