关于这个问题，我有两个相关的想法可以分享：

第一是使用习惯问题。小程序是内嵌在微信内的另一个服务生态，用户使用微信的主要习惯是社交、看内容、表达自我等，当他遇到点餐、骑行等其他场景时，会优先想到原先的app。（如果使用习惯没有变迁的话）同时小程序的用完即走提高了唤醒二次操作的成本，难以形成习惯。

第二是关于场景的问题。大部分的小程序使用场景都是基于社交连接的过程中，比如点餐小程序的高频场景是拼单，豆瓣小程序是内容分享，高度垂直的场景让小程序可以很简单方便的完成这些高频场景，但是其他的场景放到微信这个生态下，就会变得很「刻意」。

1. 功能残缺。小程序将不少使用频率较低的功能直接简化掉或者是拆分为多个小程序（比如腾讯文档的扫描功能还需要打开另外的小程序才能实现）。作为用户，我不希望使用到一半还得再下一个App来满足我的需求

2. 稳定性不足。小程序运营在平台上，比起自己架设服务器来搭建App更容易出现问题。因此小程序的网络优化比起App要差不少，大量用户涌入时比起App也更容易引起崩溃。

用户在使用的过程中会存在「不确定性」，比如”我想要的功能会不会小程序没有“，”为什么这个小程序老是连接不到网络“。功能残缺+稳定性不足这两种因素，在我看来是用户选择App而非小程序的最大因素。

因为小程序虽然方便，但是有2个比较致命的缺陷，导致小程序只能作为APP的 补充形式，很难真正取代。

第一个是小程序一言难尽的响应速度，大部分小程序内嵌在微信、支付宝这样的APP里，相当于在程序里再打开 另外的程序，我不太了解里面的原理，但是能感觉到这样做对程序的响应是有影响的，很多APP里可极快打开的版块，到小程序响应就大概1-2秒时间才能打开，别小看这1-2秒，像我平均每天打开的APP至少10个往上，短暂的停顿就很影响体验了。

第二个就是小程序的易用性 ，APP的打开路径只需打开手机，小程序则是打开APP——搜索小程序——打开，路径过长很容易产生烦躁情绪，另外小程序的定位就是随用随走，所以功能板块很多只包含核心功能，不像APP那样大而全，这也是以简单方便为卖点的小程序的弊端吧。

*小猪，打车发票在小程序里开不了。小程序可以满足核心主要功能的使用，某些低频刚需功能还是留在APP里才能完成。为什么用完不删了呢，谁知道下次什么时候就还要用呢，反正内存还有就留着了

有些功能只能在APP上实现，小程序只包含核心功能。例如最近我用的一款电商小程序，浏览购买下单都支持但是当我查看物流进度，它就不支持，必须要下载APP才可以。

总结一下：

1、功能实现：App可以实现完整功能，灵活性强；小程序仅限平台提供的接口功能，很多功能受到小程序接口的限制，无法实现；

2、内存大小：小程序受到微信等平台对程序包大小的限制，在交互流畅性和视觉上的体验，略逊APP一筹；同时，程序包大小的限制，也导致功能也无法做到，功能涵盖所有需求；

3、自主性：寄托于微信、支付宝、百度等三方平台的小程序，虽然有社交分享引流的优势，但是无法实现内容自主性，受制于人；

1、高频app相比小程序，定位效率更高。即打开app比打开小程序方便和快捷；

2、小程序的功能和传播范围比app有局限性。由于小程序依赖于开发平台规范，很多商业模式无法实现。比如小程序无法支持虚拟商品的支付，无法跨平台分享等等。

举个例子来说吧：特斯拉App。

我用iOS的习惯是清空后台程序，如果每次都这么打开微信——连服务器——点击小程序，使用路径太长不说，遇到信号不好的地下室，可能车钥匙这样的功能都受影响了。

此外，用App的话，只需要符合iOS用户数据收集规范就行，用微信实现还得受制于鹅厂，多一份儿监控，怎么说都不会“更方便”吧？

小程序使用步骤太长，用户要点开微信，如果之前被杀死还要等那么几秒，进去后还要等加载，加载完下拉or搜索小程序，这时候用户已经没有耐心了。

相对于app，小程序的确做迭代更快捷，但是亲身经历，做留存的话，小程序束手无策。

1.流量的争夺：你/微信想所有平台都用微信小程序，成为微信的用户，花钱开公众号、花钱买小程序服务、每次升级都要腾讯审核...别的平台为什么要把我自己的客户引流到微信，为啥自己好好的APP活跃kpi不要，拱手让给微信

2.体验稳定性：native的APP更流畅，小程序还是依赖h5并没有那么稳定

我也有个想法：

产品总是在诱导你下载APP，方便实现各种商业化目的，用户也能获得许多利益。

对开发者来说是：买房和租房的区别。用户是被牵着鼻子走。。。

补充一点，小程序的使用路径较长

使用小程序：打开微信—搜索小程序—点击小程序，三步完成。

使用app：打开app，一步完成。

这个问题的标题起错了，应该问有了微信，为什么还要有操作系统呢？