用户每次在微信应用号中打开小程序的时候，都需要联网并向云端读取UI和数据，这些可能就要消耗你大量的流量，并且框架型的app可能无法调用手机终端的某些功能，比如读取通讯录，换句话说，如果用户正常使用你原生app的时候会用到这些功能，那么你的h5 app在微信应用号里就成了个摆设。用户一旦使用这样的h5 app，损害的是你产品本身的利益，开奖，到最后赔了夫人又折兵。

　　发布会提到说微信应用号会降低开发者门槛，你觉得呢？

　　五、产品品类的局限性

　　接上条，这种h5 app 肯定更适用于电商、金融、新闻资讯等经常更新内容的应用，对于游戏、工具类等绝大部分产品，肯定还是原生的最为酸爽。所以未来接入微信应用号的产品，从广义上讲，不会有太多占用过多碎片化时间的产品，而是非常低频的一个h5就能搞定的即时浏览即时关闭的产品。真心达不到张小龙所说的，app将无处不在。

　　六、我眼中的微信应用号的打开姿势

　　这条是我对使用微信应用号姿势的一个猜测。

　　早上我正好看到在某个产品经理群里，一个朋友分享出来的这个应用号的用户操作路径，开奖，我瞬间感觉整个人都不好了。这根本不是用户真正的使用场景。

　　如果我是微信应用号的产品经理，并且老板坚决要做这个应用号的话，我会这样打造这个产品：

　　首先，用户使用低频的h5 app是完全没有预期的，比如我正在马路上走，突然想上厕所，暗骂自己没有下载拉屎app，怎么办？如果我真去微信应用号搜索的话，我肯定是搜索“拉屎”，而不是一款具体名字叫“找厕所”的app，因为我压根不知道有这么个app。所以这个入口应该在哪里？应该直接在首页搜索中触发。用户点击搜索，输入拉屎，然后直接调起一个h5 app，搞定。我不会选择用哪个app拉屎，因为我对他们的功能和体验完全没有感知，理论上微信应用号应该对所有提交通过的app的服务质量负责，所以不应该让用户思考。另外那种简单把h5 app应用堆砌的做法，根本用不上，高频的东西我怎么会在微信里打开，我肯定会直接安装个原生app，去体验它去最顺畅最完善的用户体验。所以我会直接干掉这个堆砌了N个h5 app的微信应用号列表页面，只留搜索入口，用户使用时只需搜索调起h5 app就可以了。

　　想当年，百度也出了个直达号，后来也不知所踪了。微信的订阅号、服务号，一直到今天的小程序，微信连接一切的想法我们自然是非常支持的，但如果通过一个服务号的升级版就想搞定这件事，我们也只能骑驴看唱本，走着瞧了。

　　以上我所说的都是错的。

　　版权声明：早读课文章均来自作者投稿或者授权文章，部分文章为转载均尽量注明作者和来源，文章版权归作者所有，若涉及版权问题，请添加momo微信：qqj5211314，感谢。