关于微信小程序（应用号）的全部看法

wujialu

9月21日晚，微信宣布：微信“小程序”开始内测。自年初1月11日张小龙在北京微信公开课上发言起，历经大半年后，万众瞩目的“微信应用号”终于现身。相比“应用号”，“小程序”这个名字更加可爱。以名字看，感觉像是突出了“将你的程序接入微信”的意思。

我们此前分析过微信的功能迭代节奏：一般微信重要的功能规划周期，大约会在在9-12个月的时间里，这样算起来，这次应用号从规划到上线，节奏也蛮符合。我们先看下面这张据传是张小龙发在朋友圈关于小程序的评论：

关于这张图片，前半段我理解为小程序是微信内的云端应用，不是原生App，对用户来说很轻（对开发者来说也会更轻）。后半句则应该理解为：用户用完就退出程序，离开别人的服务，但继续在自己的微信里玩朋友圈，看文章。昨晚微信小程序上线后，很多朋友跑来问我对这个事情的看法，我就借这篇文章一并回答了。先说几个结论：不是所有的服务都适合接入小程序，但大部分创业者的服务都适合接入其中。后面我们会重点分析。小程序是基于H5开发的程序，但用了类似于JS-SDK的框架（百度以前是clouda框架），提供了更多的接口和组件，让程序更加流畅，体验接近原生APP（Native App）。能够云端发布程序（当然也需要微信审核），同时也能缓存数据，实现了借助微信这个最大的Native App来让H5 App更强大的目的。目前没有受到邀请也不要怕，按照微信操盘节奏，一定是灰度推进的。这个灰度包括对用户的逐步释放，也包括多开发者的分层授权和管理等，但不代表先发就一定有优势，后面竞争的还是产品本身，而不是时间的早晚。大家都期望通过基于微信可以获得营销、获客和传播能力，那微信小程序释放的能量是否能满足大家的需求呢？我觉得比较悬，在产品营销和微信的克制之间，主动权还是在微信手上。H5和JS人才将会很抢手，大家可以储备一些了。微信发展到小程序这个阶段应该说是有其背后的野心的。只是微信的野心一直都装在产品的盒子里，保护得很好。聊到野心，我们要先看看微信的发展历程。从IM到浏览器到OS的改变我曾经将微信的发展阶段分为三个阶段：IM阶段、浏览器阶段和OS阶段。IM阶段的大招是语音通信和摇一摇，浏览器阶段的大招是订阅号，OS阶段的大招可能就是小程序。应该说，借助语音通信、摇一摇和朋友圈，微信迅速地建立了自己的IM优势，加上腾讯本身具有的关系链这个核心资产，微信快速获得过亿的用户。而浏览器其实是OS的一种（参阅google的Chrome OS），主要的能力是解析Html（当然包括H5），在这个基础上，订阅号是最大的受益者，也是最强的引领者。OS的核心是搭建一个平台，在上面跑服务（调用本地的server和传送云端的service），小程序这次就是借助微信这个超级Native app，将本地应用的优势，通过微信赋能给第三方服务提供者。这是有显而易见的好处的，这个好处后面会分享。

此外，我认为，微信应用号会是连接人和服务的尝试，它将可能在后续完全替代掉“服务号”。从互联网整体的发展和腾讯公司的整体战略来看，过去的十年，互联网解决了人与信息、商品和人的链接，未来的十年一定是链接人与服务。

而服务更多的是垂直的、细分的、非标准的，腾讯自己做显然是很难做到的，虽然腾讯也投资了大量的服务公司，但毕竟还有很多新兴服务和潜在的服务无法概括进来，如果有一个产品能够让所有的服务都接入进来，在这个产品上能够将服务与人直接连接，那显然是价值巨大的。小程序则有可能会担负这个任务。一头是7亿用户，一头是服务提供者，通过微信平台，将海量用户与海量服务进行对接，完美！所以名字虽然是小程序，看起来很Q，但野心绝对是大的很啊！以上简单说了一下小程序的背景，接下来，我们会详细地和大家分析几个事情：哪些服务和企业最适合接入应用号如果开发者接入应用号，产品的架构和逻辑是怎么样的？开发者注意：基于微信小程序开发，也得拼爹未来的小程序还留给我们哪些重要的期待我们依次来看。1.哪些服务和企业最适合接入应用号？应该说，不是所有的服务都适用小程序，但大部分的服务和几乎所有的初创业务都是可以接入小程序的。哪些服务是可以接入，哪些又是不可以接入的呢？我先看一个模型。按照重要/不重要，高频/低频，我们将互联网产品分别放入四个象限。

然后，我们分别看这4个象限的拥抱策略，应该说，如果你的服务是很高频的，而且对于交互和界面体验的要求很高的话，还是要用原生（Native）来做。但如果你是低频/中频且重要的服务的话，你应该毫不犹豫地加入微信小程序的申请队伍。

象限1：大玩家、高频应用不应该接入和拥抱小程序。这个象限基本上都是大玩家，比如，3BA（360、百度、阿里巴巴）。阿里和百度显然不会接入。高频且重要的应用不会接入。因为用户经常打开，而且交互频次很高，对应用的体验要求很高，比如直播、游戏、视频等。对数据安全度比较高的不应该接入。虽然微信只是读取了接口，不会直接让服务者提交数据，但因为小程序一定会提供缓存功能，开发者的服务虽然基于H5，但你是跑在微信这个原型框架内的。象限2：应该毫不犹豫拥抱小程序。这个象限包含了大量的服务类产品。教育、医疗、家政、求职招聘、二手买卖、旅游、票务、金融理财、汽车后市场，当然理论上还有12306！总之，但凡用户一年用个一两次之后就再也想不起来的，是不应该用一个原生引用的方式让用户下载，而应该是通过微信小程序来解决。初创型企业也应该通过小程序来试探MVP产品，因为微信拥有天然的传播能力和获客能力，而原生应用除了开发比较复杂外，推广成本极高，获客成本极高，这些都阻碍了MVP的产品探索。从这个角度来说，小程序能让中国初创的互联网公司减少试错成本，提升成功概率。象限3：应该慎重接入，利用微信的开放能力，引入用户到自有产品中。MVP后，尽快引导到自由产品，因为自有产品能提供更好的服务，并且能留下用户，比如知乎、网易云音乐。内容型的产品，通过微信获得新用户，然后转移到自有平台，也是一个很好的策略。象限4：视乎情况接入，主要看开发能力。基本上很多都是个人兴趣产品、工具产品，可以从MVP的角度来做，或者以兴趣的角度来做，不考虑太多的商业产出，只考虑情怀，但这些开发者有个明显的问题，就是产品设计能力和开发能力有限，所以，如果你的人是做APP的，那就还是APP吧，如果是H5的，那就微信小程序呗。2.如果开发者接入应用号，产品的架构和逻辑是怎么样的？如果你打算接入小程序了，你可以试着了解下这套玩法的基本架构和逻辑关系。用户会频繁和微信交互，微信也会频繁与OS交互，当然微信也通过API的方式来获取第三方的数据，并且通过服务组件、开发工具和交互框架来定义小程序的交互样式、展现方式和扩展功能。

有两个方向，小程序会极大降低开发的难度。

组件与前端控件：根据目前透露的情况来看，微信小程序提供了基础组件、前段原生控件和API，目的是让一个云端的H5产品具有原生应用的组件和扩展能力。这些组件，之前是由第三方来提供的框架，这次小程序，把更多的权限也开放出来了，来帮助开发者快速接入小程序，尽量标准化和结构化去处理数据。交互框架：早在上半年，微信就已经开始公布了一套UI和交互框架，用来统一UI规范和交互示例。这些UI规范和交互示例早早就准备好，我们有理由相信，你就是一个初级程序员，没有UI、没有前端，只会写后台PHP，也可以通过接入API的方式完成自己的小程序。

3.开发者注意：基于微信小程序开发，也得拼爹事实上，让大家激动不已的绝对不是上面的小程序的框架、逻辑、组件这些事，因为这样的事情国外的Facebook、国内的百度都有做过。大家最期待的，是微信的关系链，而关系链本身，则是微信的命根子，这次的小程序，关系链会开放吗？我觉得是呵呵。拼爹吧。首先，关系链并非不可以开放，是有条件的开放。

文／奇喵经历说（简书作者）
原文链接：http://www.jianshu.com/p/f8266c940eaf
著作权归作者所有，转载请联系作者获得授权，并标注“简书作者”。

voi

嗯嗯呢gbbbbvvv
来自: 微社区

绿色森林

最后的部分楼主说到点子上了，目前来看还是呵呵