马斯克对于 Twitter 的改名和他对于让 Twitter 成为 super app 的愿景是过去几个月经常被提到的新闻。他在收购 Twitter 之后就希望效仿微信，把 Twitter 打造成一个具有聊天、支付等多场景使用的超级应用。这里的问题是，微信所代表的“超级应用”究竟是什么？
微信最早的“超级应用”特色是它本质上是一个结合了支付功能的聊天应用。微信在中国流行开很大程度上归功于 2015 年腾讯与春晚的合作 - 当晚110万人次参与微信联合央视春晚的“摇一摇”红包活动。微信借用了华人文化里面的“红包”传统；很多人开始在群聊当中发随机红包，这样微信支付靠社交关系推广开来。在线下场景，微信支付利用二维码来完成支付或者转账。这种支付方式在几年之间迅速普及，微信支付可能在当时是全世界最成功的线下支付应用。
实际上微信在很大程度上借用了苹果 iOS 的许多功能。比如视讯通话功能是模仿 FaceTime，位置共享功能是模仿 iMessage 的 pinned location。
英文媒体会称赞用户可以在微信里面订餐、叫外卖、打车、订票，但实际情况是，在“小程序”出现之前，这些功能要么不存在，要么体验很差。订餐订票往往只是存在于商户在微信的公众账号首页的一个网页链接，转向一个用内置浏览器打开的 HTML 网页 - 微信并不托管这个网页，但这个网页往往嵌入了微信的 API，用于支付和显示一些内容。而在线下场景，商户和各种机构习惯了显示二维码来让用户订单订票 - 一方面，微信在很多年当中是唯一一个可以扫描二维码的流行应用（除了支付宝）；另一方面，微信是一个自带支付功能的应用。
这里的问题其实也有很多 - 微信内置的浏览器渲染网页非常慢，至少比 Chrome 慢很多；在移动网络下，访问一个有许多静态资源的网页本来也会很慢。它跟微信的结合也很松散，如果要从公众账号进去，找到那个链接其实是很麻烦的。它跟微信的结合也很松散，如果要从公众账号进去，找到那个链接其实是很麻烦的。总之，这是一个很不理想的方案。
微信小程序其实是希望取代一部分自托管的网页，但问题是小程序依然基于 HTML，且每次访问都要重新加载 - 它依然非常慢，每次打开几乎都要等几秒钟。
用微信来完成订票订餐的意义是什么？假设在医院预约机器上，如果没有二维码跳转网页服务款，他们可能需要提供 POS 机来完成付款 - 这显然更加快，但是成本也更高。对于景点，买票一般要去买票窗口办理，或者通过类似 TripAdviser 这样的网站进行售票（中国可能是美团或者携程等票务网站）。
这说明了两个问题，一方面微信的流行程度和社交关系带来的粘性导致它的优先度高于其他应用，另一方面微信支付对商家来说足够便宜和方便部署，使得 POS 机的必要性减低了。
用户也会因为各种原因不愿安装商家自己的应用（比如使用场景是一次性的/低频的），而在微信当中关注一个公众账号或者使用一个小程序并不会占用手机的空间。把自己的应用嵌入到微信这样的平台，既可以保证用户可以使用自己的服务，又可以保持他们跟用户之间保持关系。
使用微信订票订餐在另外一方面是因为网站在中国的弱势。中国大多数商户或者医院的网站建设一直很糟糕，也没有服务的接入。百度在手机端的存在也受到其他几家公司的挑战，而 Google 在移动端一直很强势。确实如订餐这样的操作本就应该在 app 内完成，但是中国的情况是无论何种操作，商户都喜欢通过微信发送通知，或者让用户在微信公众账号里面完成，即使这并不适合在这里完成。观看讲课影片、收听音频节目，填写问卷，这些操作不应被限制在微信里面完成，在网页当中做，更加方便也更加快。但是很多商户为了节约成本都会这样做，而网页变成了一个 afterthought。微信公众账号变成了这些商户，机构或者自媒体的最主要入口，甚至唯一入口。而他们对微信公众账号的“滥用”进一步让微信成为了不可取代的“超级应用”，而这可绝对不是什么好事。
