当前移动端上的业务展示主要分为App（iOS，Android）、 H5和微信小程序三类，本文作者将为大家对比各类移动端的优劣势及特点，给出判断依据，帮助产品经理做好产品端的选择。

我们先来看一侧JD中对产品经理工作的描述：

主导微信小程序及H5（即为Html5，以下均以H5代替）产品设计开发，与项目成员共同设计微信端新功能（小程序为主），进行流程梳理及优化，保证产品的可行性。

我们知道，现在移动端上的业务展示主要分为App（iOS，Android）、 H5和微信小程序三类。

相对于5年前单纯的移动端和web端而言。现在的产品经理在做产品设计的之前，都会根据自身业务的特殊性选择适合的移动端形态，再开展产品设计实现工作。

在选择移动端时，很多产品经理是有“选择困难症的”。到底选择App还是微信小程序，抑或是H5。是追求一步到位，还是追求快速验证？是保证可持续优化的用户体验，还是追求简单便捷的使用场景？

这一系列问题，都会成为产品经理的难题。今天这篇文章，就是帮助大家对比各类移动端的优劣势及特点，从而给出相对有用的判断依据，辅助产品经理做好产品端的选择。

那么这四类移动端分别有哪些特性。其优劣势是什么，我们应该如何选择呢？

首先，来说说大背景。随着Android和iOS的App数量与日俱增，两个平台App的数量都纷纷超过了200万。但用户安装App的数量却越来越少，很多企业开始选择使用H5来推广自己的业务。

选择H5既不用安装App，也可完整体验企业的所有业务。特别是在营销活动和广告推广上，H5的使用已经非常成熟，甚至高效出彩。但是H5也有很多局限性，比如加载速度慢，加载时间长，体验不好等等。

为了解决这些问题微信小程序就应运而生。微信是这样描述小程序的：它是一种全新的连接用户与服务的方式，它可以在微信内被快捷的获取和传播，同时具有出色的使用体验。

然后，我们聊聊微信小程序。首先开发小程序需要注册相应的开发者账号，在注册完相应的开发者账号之后，便可以通过微信的开发者工具进行小程序的开发和调试了。

在完成开发之后，如果要发布自己的小程序，必须通过微信的开发者工具将小程序打包好后上传到微信的小程序后台，并提交给微信审核，在审核通过后，用户就可以正式使用小程序了。

一般来讲，一个小程序的开发时间基本上可以控制在两周以内。还有一个特别要提的是，微信为了推广小程序，在微信内部打开的网页是完全无法唤起App的，只能通过小程序才行。

与独立App相比，微信小程序更多的受限于微信体系。App所具有的短信推送，站内推送等手段也会在一定程度受受制于微信规则。

微信小程序较App而言，运营自由度也会相对降低，运营难度更大。其次，对于有支付强需求的产品而言，微信小程序内部设计支付功能，就很可能会产生被支付宝的屏蔽风险，在这一点上，App就想得更加灵活性并拥有独特优势。

接着，说说H5。H5其实就是Web页面，只不过为了更好的适配手机，针对手机做了很多的改动，比如触摸事件的响应等等。H5分两种，一种是运行在系统浏览器内，一种是运行在App内部。

如下图某案例所示，右图为运行在系统浏览器内的H5，左图为运行在App内部的H5：

二者最大的区别是：运行在App内部的H5和App之间可以桥接。通过这个桥接，H5可以访问到App的很多功能，比如分享，页面跳转，获取用户信息，图片上传等等，但系统浏览器却不能提供这些功能。系统浏览器所能操作的更多是一些浏览器的标准化行为，比如手机系统照片的获取等等。

聊了这么多，最后甩一份万能表格，对比三类移动端的主要的差异点：

由上表及前文的分析，我们可以得到这样一套判断的依据：

• 如果产品以功能使用为主，且功能点的逻辑复杂，单用户使用频次高。同时运营需要通过应用商店想得到一些数据，通过渠道获得一些市场反馈，从而找到客观的依据进行下一步计划，那么选择App无疑是做合适的的；
• 如果是刚需低频且无需下载的轻应用，那就建议小程序。毕竟能做微信小程序的都是有庞大用户体量的。从前这类产品往往缺乏流量，难以推广到用户。而小程序提供了入口，加快了产品的传播，且大幅提升了体验。依托微信自身的流量大池，市场推广和运营就简单很多。并且在一些常用的功能，如直播、视频，小程序的体验还是远远好于H5的；
• 那如果需求简单，不需要前后台交互，并且渴望瞬间爆发式的增长和病毒式传播，一个简单的H5就可以很好的解决。快速验证，打响品牌，在用户心中【种草】并获得流量的方式，H5就再合适不过了。

接着，我们用几个栗子来实际分析如何选择移动端：

譬如：产品经理A说：

“我准备设计一款景区旅游的公众号，主要需要查询信息、语音导览、地图功能，请问各位大神，用什么形式展现比较好呢？”

我们按照前文的分析来看看，这款产品的基本使用场景是：一次使用，简单轻量。因为景区旅游非个人高频行为，如果前期需要很轻量级的实现基本功能，验证市场前景。

根据产品经理所需要的基本功能分析，并且秉承小程序用完即走的理念，那么这款产品选择微信小程序是比较合适的。

又譬如，产品经理B说：

“我们需要设计一款打车类产品，主要是满足司机用户接单，聊天、导航等在途功能的监控和应用，大伙儿看看如何选择产品端呢？”

根据产品经理B的需求描述，我们先来看看这款产品的核心功能是接单。接单面聊及时性和触达率，及时性和触达率就很自然的联想到消息机制。

在上表我们看出，对于消息模块的使用，目前依然是App的稳定性更高，所以基本可以框定这块产品选择App来实现是比较靠谱的。

小Q来总结：

原生App也好，H5也罢，于产品人而言，都是实现想法的工具，但是工具本身有其优劣，需要和自己手里的资源进行匹配。

当我们拥有一个好的idea，并且希望能以MVP作为实现原则，快速试验并得到结果时，精准正确的选择产品端是很重要的。

基于今天的文章分析，小Q最后提供三条小经验，希望对今后的产品设计选型能有所帮助：

• 如果业务模式相对简单，没有什么性能要求，H5和微信小程序是更好的选择；
• 如果业务模式纯粹是围绕微信的场景而产生，譬如希望通过微信进行引流，实现简单快速的二次传播，那么微信小程序无疑是最好的选择；
• 如果业务模式相对复杂，不仅有性能要求，而且还需兼顾用户体验，最重要的是强调及时性及消息通知的稳定性，当然还是App更好。

#专栏作家#

Mandy权，微信公众号：小Q聊产品，人人都是产品经理专栏作家。《从需求到产品：0岁产品经理进阶之道》作者，善于C端产品体验，B端产品模式设计。

本文原创发布于人人都是产品经理，未经许可，禁止转载。

题图来自Unsplash，基于CC0协议。