服务号无法解决高频使用的问题
按照微信的期待,订阅号本应为用户提供内容,但被玩出了各种营销和电商的花;服务号本应为用户提供各种服务,但真正做起来的服务号却少之又少,你可能听说过不少 VC 投资订阅号,但很少有 VC 投资服务号。
服务号发展得并不好。大多数服务号只是在做替代短信的推送服务和低频服务。
比如,被视作经典案例的招商银行信用卡公众号,用户的使用场景以收通知为主,它只不过替代了刷卡短信通知,其它功能很少被用到。
不妨想想我们为什么会 下载 一个产品的 app,而不用它服务号里一模一样的功能:
体验差,HTML 的体验比不上原生、流畅性差
层级多,App 一打开就是服务目录,服务号需要多进至少一层
对网络过于依赖,没有网络,服务号无法使用
对于低频使用的场景,即使体验差、层级多、每次都需要联网,用户是可以忍受的,比如查询信用卡额度,这种行为可能每个月只有一两次,即使网页的体验很差,但我们能忍受。
但对于高频使用场景,比如文档编辑,我们每天可能需要使用很多次,这时我们对体验、速度、稳定性显然有更高的要求,服务号和 HTML 并不能**满足这些要求。
矛盾来了,微信希望第三方用服务号来为用户提供服务,但从功能层面,服务号却只解决了低频服务的需求,高频服务用户依然需要下载 app。
这时,微信需要提供另一种能力,来满足高频服务的需求。
微信想成为一的入口
为什么微信非要满足高频服务的需求?
因为商业是贪婪的,商业的较终目的是垄断。
1、微信官方为小程序提供了大量的接口api,开发小程序需要有基本的Javascript,HTML,CSS的基础。
2、 小程序开发,常见使用“MINA”框架
Apache Mina Server 是一个网络通信应用框架,也就是说,它主要是对基于TCP/IP、UDP/IP协议栈的通信框架(当然,也可以提供JAVA 对象的序列化服务、虚拟机管道通信服务等),Mina 可以帮助我们快速开发高性能、高扩展性的网络通信应用,Mina 提供了事件驱动、异步(Mina 的异步IO 默认使用的是JAVA NIO 作为底层支持)操作的编程模型。
这个框架为微信小程序的运行提供了丰富的组件和API。要学会和掌握小程序的框架结构、数据绑定机制、模板、数据缓存、常用组件和API等相关知识。