2017 年的小目标还没有开始实现，时间已经默默过去了将近两个月。我花了不少时间阅读小程序的文档，以及使用体验第一批问世的小程序，希望从中窥见「小龙哥」的一些观点，以及看看小程序未来是不是能够不仅仅是腾讯内部的玩具。我相信，很多产品经理的梦想是创造一个帝国，在帝国内能够有完整的自闭环和生态。似乎小龙哥也是这样，所以他创建了微信帝国，企图「连接一切」。除了自己去写一个程序，再去写一个能运行程序的程序。仔细分析和观察小程序，发现这就是一个凝聚了小龙哥「运行程序的程序」的梦想，以及微信「连接一切」的集合体。但是，从已经被开发出来的小程序来说，大部分的产品经理和开发者并没有参透小龙哥的苦心。我从 1 月 9 号首发上线的小程序中随机挑选了 50 多款小程序，体验并思考它们在微信小程序体系下，基于原来新增的用户价值。所以本文将会基于开发者和产品经理的角度，阐述和剖析：微信小程序平台的开发、产品优势； 首发阵容的小程序是否利用了这种优势，实现「能运行程序的程序」和「连接一切」的野心； 挑选出几个典型小程序，思考是否有更好的产品表现形式，以及接下来产品经理可以怎么玩。
我在 1 月 9 日前，就得到了公司内部小程序的体验机会。我的第一感觉是：这不就是一个加载速度快、体验更加接近原生的 HTML5 嘛？大家的期望未免也有点儿太高了。小程序开发框架的目标是通过尽可能简单、高效的方式让开发者可以在微信中开发具有原生 app 体验的服务。这是小程序框架介绍中的第一句话。不止是开发框架，整个小程序的思路，都围绕这句话建立。微信像是一个操作系统，提供了很多结构化原生解决方案。响应的数据绑定； 页面管理； 基础组件； 丰富的 API。
前两个属于较为底层的技术实现框架，不充分展开，简单说就是通过自有框架，让小程序具有页面切换无缝、数据快速响应的能力。基础组件也只是一种技术实现形式。微信包装出来的组件在自有的框架下，兼容一定是最好的，并且节省了开发者大量写代码的时间。至于有技术大牛一定要自己实现，就先收下我的膝盖吧。小程序丰富的 API，在效果上比公众号的接口好太多。以获取用户地理位置接口为例，比较一下公众号和小程序的异同：可见，在小程序下，微信通过某种方式，让能力升级了。从单纯的地理位置，到移动情况，以及不在当前页面时也能持续的获取。举个例子：在微信共享实时位置时，任何一方都不能离开会话窗口，否则位置共享功能会被关闭。但如果你用的是共享实时位置的小程序，只需要点击「显示在聊天顶部」，你就可以聊天的同时，共享实时位置。我猜想这个需求较普遍，但微信想出来了一种通用方法，来解决这个问题，而不是简单粗暴地改变游戏规则了事。在设计规范上，微信使用了贴近于原生的样式，并且在加载、导航、反馈，甚至按钮的排布上都有统一的规范。所以市面可见的小程序，在交互形态上，都能够保证最基本的流畅和简洁。微信小程序的设计规范，被我的老板认为是非常简洁的不错的产品交互设计模板，确实很值得产品经理和交互设计师学习揣摩。基于以上的开发框架和设计原则，与其将微信小程序说成是「小程序」，更不如说是一个能够快速孵化、创造无数小程序的生态系统。在移动互联网之后会是什么样的一种形态？有可能是一种类似于眼镜这样的设备，它会成为我们主流的一个设备。当眼镜变得非常的智能化的时候，可能整个 PC 或者电脑的系统会藏在一个眼镜里面。我更加希望的是眼镜里面不要再给我一些安装应用程序这样的过程，因为那个是很不自然、很不方便的。我更加希望我的眼镜看到哪里，相关的应用程序就到哪里。在现在看来，这是相当理想化的生活场景，这依赖硬件升级和相互之间打通。但是小程序这种精妙的设计，将这个场景从硬件升级中脱离，并且准确地还原出来。我们把手机的摄像头扫描的二维码，看成眼睛看到的地方。小程序无需下载快速的加载，又消灭了应用安装的过程。接下来我们看到的事，便是大量的开发者创造出大量的小程序，再将它们的二维码，印在所有物品上。这一切，真正实现了即用即走、所见即所得、连接一切。这便是小龙哥脑海中的下一个互联网形态，而他以小程序，去精确地描述了这一切。下面我们来看看，第一批小程序的开发者们，是怎么对小龙哥想象中的世界进行描述的。先说结论：大部分的开发者是不合格的，他们的小程序缺乏应用场景，完全只是生搬硬套，仅仅把小程序当成了升级版的 HTML5。经由他们生产出来的小程序，简直是食之无味、弃之可惜，甚至导致了自己的小程序和 app 互相竞争流量的情况。在小程序上线的当天晚上，我所在的一个早期用户体验群中，就有这样的讨论：我从试用的小程序中挑选几个出来，来说明为什么当前的小程序大多数都是不合格的。第一类为在线查询类的，阅读类的，记录类的等纯线上服务。这些服务都不是特别适合做成小程序。而且在早期，游戏、直播、虚拟物品购买等也没有开放，这说明，小程序天生不适合做纯线上。先说一个叫做汇率 e 的小程序。如果你想使用这款小程序，需要在微信搜索中，输入「汇率 e」这个不是很大众的名字，才能搜到。基于小龙哥想象中的场景，微信没有给小程序入口，在搜索获取上也做得非常的严格。想要在线上推广小程序，就显得非常困难。但如果在搜索引擎中输入「汇率」二字，搜索结果甚至自动会出现汇率查询小卡片。两者对比，在频率较低的场景下，搜索引擎完胜小程序，它更轻量，且易于触达。虽然在小程序在界面上，比搜索引擎的功能卡片更棒，但是汇率 e 这个小程序给用户带来的新增价值几乎为零，同时有非常高的使用门槛，所以这个小程序注定是一个鸡肋。类似地，飞常准查航班、滴滴公交查询也是查询类的小程序，但这一类的小程序很容易结合线下场景。例如在韩国，大多数公交车站上方都有一个显示屏，它可以实时显示下一班次的公交车什么时候到站。有了小程序，一张公交查询小程序的二维码就可以替代它。用户通过微信扫码，就可以获取同样的信息。这大大减少了政府设备和维护成本。第二类小程序，是那种完全复制了原生 app。这类的代表为「大众点评+」，这款小程序的功能，与大众点评原生几乎没有差别。这导致很多用户使用了之后首先卸载了 app，而当他们看到只有下载 app 才能看到完整评价时，会让用户觉得非常不爽。这种导流方式非常的不可取，转化率低且不说，还让使用小程序的用户在卸载了原生 app 之后被恶心了一把。盲目复制原生的体验，带来的就是用户的卸载，以及被恶心到的用户。这个小程序，不做也罢。其实大众点评完全可以基于点菜和共享餐费的角度，去设计自家的小程序。作为原生的补充，三节课 Luke 老师的设想的场景就更加的符合用户场景：4 个人去吃海底捞，某人扫了一下桌子上的二维码，然后分享给四个人一起点，各自点自己喜欢吃的。然后下单、优惠券填写、AA 付款，都可以很方便地搞定哦。如果大众点评能出一款这样的小程序，在线上线下结合方面，无疑是更近了一步。而且，以上类型的小程序，是和线下场景紧密结合的，也就是小龙哥预期中最大的小程序入口。如果老板一定要让我这个产品经理来跟风做小程序怎么办呢？上面已经给出了两个使用场景，说明了其中一个大方向，是通过扫码连接智能硬件（手机）解决现实生活中真实存在的问题。再举一个例子：以后只要家电有二维码，所有的物理遥控器都可以被手机取代，小程序甚至能够提供近场遥控的通用方案。本文由知晓程序授权转载，关注微信号 zxcx0101，可获得以下内容和服务
|
