做App还是做微信小程序（应用号）？

9月21号凌晨『微信公开课』发布了官方的通告——这次我们邀请你来做一个小程序。在官方的通告中，对微信小程序的命名、功能、开放时间等问题进行了回 答。这正式宣告着张小龙先生在那场公开的演讲中提到的【应用号】，以【小程序】的名字开始小范围的内测，此时距离那场演讲过去了9个多月。

本文将尝试着从微信小程序是什么，微信小程序与原生应用的优缺点，微信小程序的局限性、以及什么产品适合微信小程序这几部分来来讨论一下微信小程序。

一．  微信小程序是什么？

首先，先来看一下微信小程序是什么？借用张小龙先生自己的定义：小程序是一种不需要下载安装即可使用的应用，它实现了应用“触手可及”的梦想，用户扫一 扫或者搜一下即可打开应用。也体现了“用完即走”的理念，用户不关心是否安装太多应用的问题。应用将无处不在，随时可用，但又无需安装卸载。

无需下载安装即可使用的应用，有没有感觉和Web App很像，Native和Web App之争是由来已久的问题了，Native的优势在于能够调用丰富的系统接口和框架组件，而微信小程序则开放了系统接口和框架组件，这也就使得微信小程 序能够成为介于Native App与Web App之间的应用，其实也就是Hybrid App。

根据内测的用户曝光的资料显示，微信小程序提供的框架组件和API接口如下所示：

l  视图容器：视图(View)、滚动视图、Swiper

l  基础内容：图标、文本、进度条

l  表单组件：按钮、表单等等

l  操作反馈

l  导航

l  媒体组建：音频、图片、视频。

l  地图

l  画布

l  文件操作能力

l  网络：上传下载能力、WebSocket

l  数据：数据缓存能力

l  位置：获取位置、查看位置

l  设备：网络状态、系统信息、重力感应、罗盘

l  界面：设置导航条、导航、动画、绘图等等

l  开放接口：登录，包括签名加密，用户信息、微信支付、模板消息。

 

可以看到微信小程序的功能和权限已经相当接近于Native App了，而根据某微信小程序的Demo也能看出，除了多出来的微信的导航栏，其他部分与Native App的样式已经基本一致了。

这部分里面一口一个Native，一个Web，一个Hybrid的，接下来就先看一下这些具体都是什么。

 

二．  Native App、Web App与Hybrid App

Native App是一种基于智能手机本地操作系统如iOS、Android、WP并使用原生程式编写运行的第三方应用程序,也叫本地app或者原生应用，简单的说就 是我们手机里装的绝大多数的App。Native App是直接存在于手机本地桌面上的，对应在PC端上的就是CS架构的客户端应用。

Web App是指基于Web的系统和应用，比如一些H5的应用，不需要下载客户端就能够使用，对应在PC端就是BS结构，在浏览器内部就能够使用。

Hybrid App就是混合了Native App与Web App的应用，比如微信，在微信中一部分是采用Native App的形式，而另外一些像红包、第三方应用、公众号这些则是采用了Web App的形式。

三．  Native App与微信小程序的优缺点

由于微信小程序是更接近于Web App的Hybrid App，所以在对比分析的时候，有一部分是会拿Web App的优缺点来同Native App进行比较。

1.   Native App的优缺点

 优点：

1.  用户体验好

原生应用的用户体验和操作流畅程度肯定是比微信小程序要好的，这一点是毋庸置疑的。

2.  丰富的组件框架和功能

丰富的组件框架以及对手机系统自带的一些功能的调用是原生应用最大的优点，即使微信开放了一些组件框架和API接口，但这些东西也始终是在微信的基础上的，调用这些东西的操作体验肯定不如直接调用系统的。

 3.  多任务处理

用户在使用原生应用的时候，可以在不同的应用之间进行切换，并发处理一些任务，而微信的小程序是不支持打开其他应用的，也不能够很好的处理小程序与微信本身同时运行的问题。

缺点：

原生应用的缺点则比较多了，简单说几点重要的 。

1.  开发维护成本高

原生应用需要开发iOS和Android两个版本的客户端，而Android又需要兼容各种品牌、各种机型、各种分辨率，微信小程序则不需要考虑这么多的问题。

2.  用户获取成本高

到2014年的时候，CPA大概是1.5-2元，而在去年的时候，每个用户的CPA是5-10元，今年的CPA应该更高，不同类型的应用的CPA又不一 样，姑且以每个用户的CPA为5元计算的话，获取10万用户的成本就已经是50万了，对于绝大多数创业公司而言，这可不是一笔小数目。

3.  用户留存率低

上一点中粗略的计算了用户的获取成本，仅仅是获取成本，从用户的获取到用户的留存，又是一个深坑，根据Facebook知名的“40-20-10”留存法则来看，绝大多数的用户都会流失掉。

4.  用户打开率低

即使用户留下来了，用户对于App的打开率也是极低的，用户的注意力和时间已经牢牢的被几款超级应用占领，很多应用成为用户手机上的僵尸应用。

说完了Native App的优缺点之后，我们就来说一下微信小程序的优缺点。

2.  微信小程序的优缺点

 优点：

1.  开发维护成本低

与原生应用相对应，微信小程序不需要考虑各终端以及各机型的适配和开发问题，开发维护成本相对较低。

2.  便于推广

微信小程序依托于微信庞大的用户基数，推广起来相对而言会简单一点。但是如何推广也是一个问题，扫一扫的话则是只有在具体的使用场景中才会触发，搜索的话，那是不是需要进行关键词的竞价或者优化？另外会不会有很多互联网从业者蜂拥而入，如何从竞争中脱颖而出？

3.  能够利用MVP快速验证

对于创业型公司而言，早期可能没有足够的人力和物力进行App的开发，而微信小程序的开发门槛则相对较低，投入也相对较少，可以利用微信小程序来验证想法，并且根据反馈来进行调整。

缺点：

1.  用户体验相对较差

微信小程序是基于微信的，即使调用了一些组件框架和API接口，用户体验方面也肯定不如原生应用流畅。

2.  用户习惯尚未养成

用户的习惯是比较难改变的，之前的百度直达号、浏览器应用做的事情和微信小程序有些相似，然而它们也并未能够改变用户固有的操作习惯，用户能否在微信中养成搜索小程序使用的习惯，需要时间去验证，另外先入为主的观念也可能会对用户的操作习惯有一定的影响。

3.  微信会中断用户任务流

举个具体的场景，在阅读某公众号的文章时，有微信消息进来，这个时候看还是不看？不看的话心里痒痒，看的话退出之后又要重新从公众号中找到当前关注，然后再找到当前看的文章。

微信小程序也会遇到同样的问题，这个时候用户的操作被中断了，用户是会直接放弃操作，还是会重新搜索到小程序然后继续之前的操作？这是个问题…

Native App与微信小程序的优缺点都简单的讨论了一下，接下来谈论一下微信小程序的局限性。

四． 微信小程序的局限性

1.  操作路径过长

微信小程序的操作路径会相对较长，外界有很多种关于小程序会放在那里的猜测，暂且不去考虑那些猜测，仅从用户的使用路径来看。用户使用应用的路径为，打开手机=>桌面寻找应用=>微信=>微信主Tab，之后才可能使微信小程序。

如果把桌面作为一级入口，也就是说微信小程序至少会在三级层级之后了，每一个层级又都符合漏斗模型，对于高频使用的App而言，这样的操作路径会很长，对于需要高频使用的应用而言，微信小程序并不能很好的满足用户的需求。

2.  流量孤岛

微信内部信息的获取方式主要是一对一的，或者一对多的，比如朋友圈、群聊等，然而不管怎样，这些信息数据都是沉淀在微信里面的，你是没有办法从微信中导入 到其他地方用的。张小龙先生比较倡导用户“用完即走”，那是因为用户是在微信内的，用户迟早是会回来的，然而对于绝大多数的互联网从业者而言，需要的是用 户的留存和活跃。

3.  来自微信的威胁

某宝链接被封，某步被封，某车链接不能分享之朋友圈，还有某某违背了微信的诱导分享机制被封号，这些因素都是受限于微信自身的，也是很难调和的矛盾，而这些问题势必会影响到互联网从业者的选择，选择是否会参与到微信小程序的开发中去。

4.  来自第三方的威胁

据说，微信与苹果达成了协议：微信小程序不能开发游戏类、直播类功能，小程序每个人关注的上限是20个。

没错，最大的第三方威胁就是苹果，微信小程序是基于微信的，而微信是基于 App Store的，而苹果对于App Store有着绝对的控制权，苹果会对微信进一步的发展有着怎样的关注，又会采取什么样的手段，这有可能会造就下一个黑天鹅事件。

五． 什么样的产品比较适合微信小程序？

经过这几步的分析，想必大家对开发App还是开发微信小程序心里都有着自己的看法和判断了，硬币都有两面性，凡事也不可一概而论，具体问题还是需要进行具体的分析。

我将尝试着从使用频次和是否刚需这两个维度来进行分析，由于如何定义频次的高和低以及如何定义是否为刚需都存在争议，所以仅定性分析，如果分类或者分析有存在问题的地方的话，望海涵。

1.  高频刚需

这个象限已经基本上没有机会了，因为这里需求基本上都被BAT和一些独角兽企业满足的差不多了，即使有一些尚未被很好满足的需求，想要能够做大做强，在微信的小程序里也是可能性非常小的，还是需要做成独立的应用。

2.  高频非刚需

由于需求是高频的，虽然不是刚需会导致用户的量级减少，但是对于这部分用户而言，在微信小程序中的操作路径则会相对较长，并不如原生应用解决问题的效率高。前期可以用微信小程序进行想法的验证，后期则可能还是会做原生应用，利用微信小程序进行导流。

3.  低频刚需

这个象限中的需求是一些频次相对较低，但是偶尔却又不得不用的产品，用户能够真正的实现用完即走，如果产品的形态并不是很复杂，功能相对而言也没有那么复杂，使用场景较少的情况下，可以考虑使用微信小程序。

4.  低频非刚需

这个象限的产品多为一些小而美的产品，用来满足用户的长尾需求，也可以在微信小程序中进行开发，至于能不能将小程序分享至好友或者朋友圈，从而实现小程序的传播，则是需要面对的问题。

综上所述，可以看到低频次、功能相对简单、产品形态不复杂、使用场景相对较少的这些产品比较适合在微信小程序上进行开发，至于如何选择，则依然是需要结合具体的产品类型和产品背景进行具体的分析。

六． 总结

微信小程序只是一种Hybrid App，并不是什么新的东西，只是对以前有的功能的升级，更加接近与原生应用了，正是微信海量的用户基数使得微信的每一个动作都会被互联网从业者紧紧关注。

微信只是一个超级应用，并不是微信OS，不然腾讯还做什么腾讯OS。虽然说没有微信是万万不能的，然而微信也不是万能的。微信小程序也好、iOS和Andriod也罢，都只是产品的载体，用户需求的迫切程度与用户量级以及产品本身满足用户需求的程度才是产品的核心。

以上，我所说的都是错的，一是因为个人知识水平和经验有限，二是因为考虑的可能并不全面，也可能有一些考虑的地方是错误的。欢迎斧正、指点、拍砖…