雷锋网：根据作者的KiKi酱，三级实习生是目前下拉产品经理，原件在三类（微信公众号ID:SanjeKek），雷锋网（公共地址：雷锋网）被授权发行。

春节期间，我的鹅厂朋友圈脸上的红包，但似乎我的家乡人民的影响远远小于16年的摇晃红色包。尽管小龙亲自出现，然而，面对面红色Env。春节期间鹅在工厂里闲逛。

我特别感兴趣的是花哨的微信产品中的小程序。今天，小程序已经正式开放了将近1个月，也许是最好的时间来冷静下来，仔细考虑小程序。

我花了很多时间阅读开发设计文档的小程序，并使用和体验了第一批小程序，希望能看到一些萧龙的观点，看看未来的小程序不能只停留在腾讯上。

我相信每一个好的产品经理的梦想是创造一个产品帝国并在他的帝国中完成一个自我封闭的环和生态系统。因此小龙创造了WecTrand帝国，它的主要价值是连接所有的东西。

因此，仔细分析和观察小程序表明，这是一个程序，它浓缩了小龙在这一阶段的操作程序和由微信连接的所有梦想。但是，从已经开发的小程序，大多数产品MA。NAGER和开发者显然不理解萧龙的辛勤努力。

所以，我随机选择了从1月9日启动的小程序中的50 +小程序来认真体验并尝试思考如何将新的用户价值添加到微信小程序系统中。

对第一个阵容的小程序的分析很好地利用了这一优势，实现了可以运行程序的程序和连接所有东西的野心。

挑选一些典型的小程序，看看是否有更好的产品形式和下一个产品经理如何发挥。

在1月9日的内部测试之前，我得到了公司内部的一个小程序的经验。第一感觉是：这不是一个H5，是快速加载，经验更接近原来的每个人的期望都有点太高了。

小程序开发框架的目标是使开发人员能够尽可能简单和高效地开发具有WeChat本地应用程序经验的服务。这是引入小程序框架的第一句话。事实上，它不仅是开发框架，而且整个过程都围绕着它进行，重点是WebCalk就像一个在结构上提供许多本地解决方案的操作系统。

前两个技术实现框架属于低层，并没有完全扩展。总之，通过微信自己的框架，小程序有能力使页面切换无缝和数据响应更快。

基本组件只是技术实现的一种形式。据信，WebCalk打包的组件在它们自己的框架下是最好的兼容，大大节省了开发者的代码代码的时间。至于技术母牛，必须自己实现。

丰富的API可以用来赢得WebCuffic公共接口，以用户位置的需求为例，对两者进行简单的比较。

公共号码：在用户同意报告位置后，每次进入公共号码会话时，将在进入时报告地理位置，但在会话离开后不能调用该接口。

Applet：自动获取当前位置和速度。当用户离开Applet时，原则上无法调用接口；但是当用户点击聊天顶部的显示时，该界面可以在用户离开后继续调用。

可以看出，在小程序下，微信已经在某种程度上提升了它的能力，从简单的地理位置到速度，如移动特征，而不是在当前页面中也可以继续得到。可以想象，小程序的应用场景将大大扩展。E.其中一个最简单的例子：

当聊天室共享实时位置时，任何一方都不能离开会话窗口，否则它将退出位置共享（见下文），但是如果在聊天的顶部显示一个具有共享实时位置的小程序，则可以与其他朋友聊天时共享实时位置。

在设计规范中，WebCad使用简单、贴近原生的风格，在加载、导航、反馈、甚至按钮布局方面有统一的规范，因此在市场上可见的小程序可以确保交互形式中最基本的流畅性和简单性。程序进入负载等待体验比H5的混合体验要好。

《微信小程序》的设计规范，是我老板认为非常简洁和很好的产品交互设计模板，确实值得产品经理和交互设计师去弄清楚。

基于上述开发框架和设计原则，微聊小程序只是一个小程序，而不是一个可以快速孵化和创建大量小程序的生态系统，这就是小龙所说的可以运行的程序。

移动互联网之后会是什么样的形式呢它可能是一种类似于眼镜的装置。它将成为主流设备。当眼镜变得非常智能时，整个PC或计算机系统将被隐藏在一个奇观中。

我更想要的是不要给我一些在我的眼镜上安装应用程序的过程，因为它非常不自然和不方便。我想看看我的眼镜在哪里，以及相关的应用在哪里。

这似乎是一个相当理想的生活场景，这取决于硬件之间的交互，但微妙的设计小程序离开现场的硬件升级，并准确地恢复它。

我们把相机的摄像头扫描的二维码作为眼图的过程，小程序不需要下载快速加载，也就是说，程序的安装消除了，相当于眼镜看到的地方，哪里有相关的应用I下一步要做的是大量开发人员设计大量的小程序，在所有项目上打印他们的二维代码。

使用的真正实现是走，看你得到什么，并连接一切。这是小龙心目中的下一个互联网形式，他希望通过小程序实现。

现在让我们来看看第一批小程序的开发者是如何响应小龙所想象的世界的。

笔者首先说自己的观察后得出的结论是：大多数小程序开发者都不合格，缺少应用场景的硬集合，只有小程序作为升级版的H5，制作的产品简直是无味、遗弃，甚至引来用户。使用小程序同时卸载他们自己的产品。危机。

在我试过的50个小程序中，我挑选了几个小的或坏的程序，试图解释为什么大多数当前的小程序是不合格的。

根据我的观察，这些性能很差的小程序可以分为两类，一种是纯在线服务，另一种是完全复制原生应用程序的小程序。现在我们举个例子来分析为什么这两种小程序注定要失败。很难制造。

我不认为这些特别适合制作小程序，还发现游戏、现场和虚拟物品的功能是不开放的。至少小程序的第一阶段不是为了支持纯在线功能。

让我们举一个叫做Exchange E.的小程序的例子，因为小龙脑中的场景，微信没有给出小的程序条目，而且在搜索和获取方面也非常严格，所以得到它需要通过小程序条目来检测，而汇率E是不存在的。这是一个很流行的名字。

此外，如果在WeChat的纯线路上输入Exchange E小程序，用户路径非常长-用户需要首先搜索小程序，然后打开它，然后进入操作。但是，如果您在任何浏览器（百度主页）中输入两个单词的汇率，您将自动拥有汇率查询功能。

两个PK，在触发旅行前的查询率的情况下，一年只能使用一次，百度主页赢得了轻量级且易于触摸的小程序。

虽然小程序在界面上比对异形卡的搜索更加友好（见下文），但是对于用户来说，汇率E的值几乎为零，并且具有非常高的使用门槛，所以小程序注定是鸡肋。

但是，它也是查询类的一个小程序。小型程序，如飞行经常检查航班和滴巴士查询可能很难有出路在线，但这种小程序很容易结合离线场景。

例如，在韩国，大多数公共汽车站上都有一个显示器，实时显示下一班车何时到达。

我们做了一个猜想，在一个小程序之后，显示器可以直接替换成二维码进行一个滴答的总线查询，用户可以通过微信扫查得到相同的信息——事实上，它大大降低了政府设备和维护的成本。

在这里，我们看看另一个典型的小程序在第一军队，这基本上是一个小程序复制原生应用程序的功能和经验。

这类小程序的典型代表是大众评论+，它的功能与大众评论几乎没有什么区别，导致很多用户先卸载原来的app，不同的是用户看不到完整的用户评论就小了。程序，需要在应用程序上看到。

这种转移方法是非常不可取的，转换率低，没有提及，并且使用小程序的用户在卸载本地应用程序后体验较差的体验。

本地体验的盲目复制会带来卸载和用户体验的负担，我认为公众评论必须考虑小程序的新价值。

我认为公众点评可以根据订购和分享用餐来设计自己的小程序作为补充。

卢克老师设想的三课更符合用户场景：4人到海床钓鱼，有人在桌上扫二维码，然后把它分享给四人，每个人都喜欢吃，然后可以轻松地处理订单、优惠券和AA付款。

而上述类型的小程序与离线场景有着密切的联系，这是萧龙预期的最大的小程序入口（另一个是微聊组）。

如果老板想让我的产品狗效仿，做一些小程序，我该怎么办上面给出了两个使用场景，其中一个重要的方向是通过扫描代码连接智能硬件（移动电话）来解决现实生活中的实际问题。因此，对于离线的进入和使用场景，没有更多的细节。

只有一个例子：只要家用电器具有二维码，所有的物理遥控器都可以被手机取代，小程序甚至可以提供近场遥控的通用解决方案，这对于许多产品经理来说是可以考虑的。

比如家里的表达，这个小程序激发了我与微信集团分享的愿望，也引起了我的朋友们的兴趣。

我不知道是否会允许微信跟进，进入小程序的用户在一个小程序中使用，也就是说，增加了我下面的表达源。

你可以做一个小程序。这个小程序是一个投票功能。当我发送一个投票程序到组中时，意味着组中的每个人都可以立即启动小程序，并使用投票，每个人都可以看到其他人的投票。

对于一个组，这个小程序加载了每个人的登录状态，每个人都访问同一个小程序。基于这样的一组任务，它可以被组内的所有人共享，并且当任何人更新组中的小程序的状态时，其余的组可以。看到了。基于这个想法，你可以想象，可能有很多协作小程序。

对这个小程序的分析在这里，我希望能给你作为产品经理或开发人员的一些启发。