先别高潮，你应该先进来了解小程序的应用场景

数十万互联网从业者的共同关注！

作者：Carson_Ho，作者授权早读课发布，转载请联系作者。
简书ID：Carson_Ho。

编辑：Dva。

今天我将从产品的角度，带大家去认识一下小程序的需求和使用场景，并解决大家最关心的：我该开发微信“小程序”还是App？

网上已经有很多文章来描述小程序的形态和使用流程，本文将不再阐述。

目录

1. 小程序是什么？

• 内置于微信的云端应用程序，不需要安装、下载，用完即走。

• 官方称为：小程序，可理解为”镶嵌在微信的App“

• 与订阅号、服务号和企业号属于同级体系。由此，小程序、订阅号、服务号、企业号形成了并行的微信生态四大体系。

2. 互联网从业者该如何对待小程序

通过上面的描述，你大概了解到小程序是什么了，那么：

• 和现在的WebApp、原生APP有什么区别？

• 作为不同的互联网从业者（产品、运营、技术）该怎么对待小程序？

请看下面分析：

2.1 对于用户

• 性能比WebApp好
  微信为开发者提供基本SDK（组件、框架API以及开发者调试工具）同时开放后台服务器，这使得小程序的性能和流畅度远高于WebApp

• 但性能和流畅度还是不及原生App。

• 使用成本更低
  无需安装，不占内存，在微信内即搜即用，使用成本相对于安装App来说降低了很多。

• 无缝连接微信的账号体系，你甚至不需要注册登录。

2.2 对于开发者

• 学习门槛低。
  微信小程序的底层技术支持和HTML技术有很多相似之处，前端技术相对于其他技术来说无论是入门和学习门槛都较低。

• 开发成本低。
  相比于开发成本和维护成本居高不下的App来说，在满足功能需求、性能需求的前提下，“小程序”基于其跨平台的属性，无疑开发成本和维护成本更加低。

2.3 对于产品策划者

• 基于微信的社交关系链和生态系统的产品矩阵，让产品形式的创新有了更进一步的想象空间。

• 当然这取决于微信本身的开放程度。

• 基于小程序开发成本和性能体验的平衡特点，让产品策划者在设计产品解决方案时多了一种极具性价比的产品解决方案。

• 特别是用于MVP试错、快速验证产品模式

2.4 对于产品运营者

• 小程序可凭借微信的用户基数、高频使用率和活跃时长入口优势，充分享受这部分红利并解决拉新、活跃和留存问题

  
  

• 绝大部分的App都会面临用户获取成本太高、活跃不足和留存难的问题，特别是现在用户需求基本被满足的时代，流量的获取和转化成本越来越高

  
  

• 当然，这个观点仅存在于红利期。

• 当红利期过去后，随着小程序会越来越多，随即会形成“即时通讯功能+订阅号+服务号+企业号+小程序”的微信生态产品矩阵，依旧会出现用户获取成本高、活跃不足和留存难的问题，因为：

• 关于拉新：微信对小程序并不提供如同应用商店一样的营销推广支持，用户只能通过线下扫一扫、应用内搜索或好友分享才能找到产品，在茫茫产品矩阵中如何能触达用户是首要解决的问题，这个问题对于初创品牌被无限放大。

• 特别是微信对营销的克制。

• 关于活跃和留存：对于微信对小程序的克制：用完即走，这意味着你无法对用户进行群Push或过多的营销动作

• 事实也证明，小程序只能发送客服信息和模板信息。

如何做好用户留存和用户维系更是一大难点

这个预测正确吗？具体请参考App应用分发市场的发展轨迹。

2.5 总结

小程序是WebApp和原生App的一种中间产品形态：在开发成本和性能体验之间取得了很好的平衡。

对于开发者、产品/运营者有机遇也有挑战，具体情况要看具体操盘。

对于用户来说，小程序是一种新的技术解决方案，最后目的还是为了满足用户日益变化的需求。

3. 小程序的应用场景

在了解其功能和特点后，那么，小程序适用于什么需求场景呢？请看下图：四象限需求层次图：

横轴=需求刚性，纵轴=需求频次，象限=需求类别。

3.1 象限1：高频、刚需

对于高频、刚需的使用场景，由于用户使用频次很高，对于产品形态要求：

• 寻找产品的成本要低

• 性能和流畅度要求非常高

小程序并不使用高频、刚需的使用场景，因为小程序：

• 寻找产品成本高：每次都必须在微信内重新搜索，成本比固定在手机某个位置高得多

• 性能和流畅度不及原生App

结论：小程序不适用于高频、刚需的需求场景，该场景下应采用原生App。

3.2 象限2：高频、非刚需

对于高频、非刚需的使用场景，由于里面涉及的产品类型较多（内容型、工具型、社区型、游戏型），要试情况而定：

• 娱乐类需求（阅读、音乐、视频、游戏、社区）

• 阅读类的内容型产品

  需要深度阅读环境和较高的交互、视觉体验，建议使用原生App；

当然你也可以先用订阅号或服务号进行导流

• 偏工具的内容型产品（如音乐类和视频类）
  功能和性能满足的前提下，基于开发成本和使用成本，建议采用小程序。

  
  

• 社区类产品
  鉴于微信拥有强大的关系链，建议先用小程序进行快速试错 / 作为入口，待尝试成功后再将流量导入到原生App

  
  

• 游戏类产品
  

小程序不允许做游戏。

• 日常工具类产品
  在功能和性能满足的前提下，基于开发成本和使用成本，建议采用小程序。

假如野心足够大，有足够的战略布局成为平台级产品的话，如美图秀秀，可以先做小程序，再导流到原生App

• 偏运营为主或带有媒体属性的产品
  根据张小龙对小程序的定义：用完即走，可以预测微信对于小程序在推送消息、运营方面会非常克制，这有区别于订阅号/服务号推送消息、App推送消息，所以，假如你的产品是以运营为主或带有一定的媒体属性产品，建议你还是优先采用订阅号或服务号（具备发送消息功能），甚至是原生App