深度体验了 50 个小程序之后,我的一些冷思考

文 | Kiki 酱

2017 年的小目标还没有开始实现,时间已经默默过去了将近两个月。

年前,我的一个研究对象是小程序。

我花了不少时间阅读小程序的文档,以及使用体验第一批问世的小程序,希望从中窥见「小龙哥」的一些观点,以及看看小程序未来是不是能够不仅仅是腾讯内部的玩具。

我相信,很多产品经理的梦想是创造一个帝国,在帝国内能够有完整的自闭环和生态。似乎小龙哥也是这样,所以他创建了微信帝国,企图「连接一切」。

他还说,很多程序员的梦想就是:

除了自己去写一个程序,再去写一个能运行程序的程序。

仔细分析和观察小程序,发现这就是一个凝聚了小龙哥「运行程序的程序」的梦想,以及微信「连接一切」的集合体。

但是,从已经被开发出来的小程序来说,大部分的产品经理和开发者并没有参透小龙哥的苦心。

我从 1 月 9 号首发上线的小程序中随机挑选了 50 多款小程序,体验并思考它们在微信小程序体系下,基于原来新增的用户价值。

所以本文将会基于开发者和产品经理的角度,阐述和剖析:

  1. 微信小程序平台的开发、产品优势;
  2. 首发阵容的小程序是否利用了这种优势,实现「能运行程序的程序」和「连接一切」的野心;
  3. 挑选出几个典型小程序,思考是否有更好的产品表现形式,以及接下来产品经理可以怎么玩。

一、小程序平台的优势到底在哪里?

我在 1 月 9 日前,就得到了公司内部小程序的体验机会。

我的第一感觉是:这不就是一个加载速度快、体验更加接近原生的 HTML5 嘛?大家的期望未免也有点儿太高了。

仔细研究下来,才发现远不如自己想象的简单。

开发层

小程序开发框架的目标是通过尽可能简单、高效的方式让开发者可以在微信中开发具有原生 app 体验的服务。

这是小程序框架介绍中的第一句话。不止是开发框架,整个小程序的思路,都围绕这句话建立。微信像是一个操作系统,提供了很多结构化原生解决方案。

小程序框架上具有的四个特性为:

  1. 响应的数据绑定;
  2. 页面管理;
  3. 基础组件;
  4. 丰富的 API。

前两个属于较为底层的技术实现框架,不充分展开,简单说就是通过自有框架,让小程序具有页面切换无缝、数据快速响应的能力。

基础组件也只是一种技术实现形式。微信包装出来的组件在自有的框架下,兼容一定是最好的,并且节省了开发者大量写代码的时间。

至于有技术大牛一定要自己实现,就先收下我的膝盖吧。

小程序丰富的 API,在效果上比公众号的接口好太多。

以获取用户地理位置接口为例,比较一下公众号和小程序的异同:

  • 公众号中,用户同意上报地理位置后,每次进入公众号会话时,都会在进入时上报地理位置。
  • 小程序中可以获取当前的地理位置、速度,只要小程序不推出,位置数据都会自动上报。

可见,在小程序下,微信通过某种方式,让能力升级了。从单纯的地理位置,到移动情况,以及不在当前页面时也能持续的获取。

可以想象的应用场景将会得到极大的扩充。

举个例子:在微信共享实时位置时,任何一方都不能离开会话窗口,否则位置共享功能会被关闭。

但如果你用的是共享实时位置的小程序,只需要点击「显示在聊天顶部」,你就可以聊天的同时,共享实时位置。

我猜想这个需求较普遍,但微信想出来了一种通用方法,来解决这个问题,而不是简单粗暴地改变游戏规则了事。

交互层

在设计规范上,微信使用了贴近于原生的样式,并且在加载、导航、反馈,甚至按钮的排布上都有统一的规范。

所以市面可见的小程序,在交互形态上,都能够保证最基本的流畅和简洁。

例如:小程序加载等待画面。

微信小程序的设计规范,被我的老板认为是非常简洁的不错的产品交互设计模板,确实很值得产品经理和交互设计师学习揣摩。

基于以上的开发框架和设计原则,与其将微信小程序说成是「小程序」,更不如说是一个能够快速孵化、创造无数小程序的生态系统。

也就是小龙哥所说的「能够运行程序的程序」。

二、首发选手们的表现怎样?

张小龙在微信公开课上描述了这样一个场景:

在移动互联网之后会是什么样的一种形态?有可能是一种类似于眼镜这样的设备,它会成为我们主流的一个设备。

当眼镜变得非常的智能化的时候,可能整个 PC 或者电脑的系统会藏在一个眼镜里面。

我更加希望的是眼镜里面不要再给我一些安装应用程序这样的过程,因为那个是很不自然、很不方便的。

我更加希望我的眼镜看到哪里,相关的应用程序就到哪里。

在现在看来,这是相当理想化的生活场景,这依赖硬件升级和相互之间打通。

但是小程序这种精妙的设计,将这个场景从硬件升级中脱离,并且准确地还原出来。

我们把手机的摄像头扫描的二维码,看成眼睛看到的地方。小程序无需下载快速的加载,又消灭了应用安装的过程。

接下来我们看到的事,便是大量的开发者创造出大量的小程序,再将它们的二维码,印在所有物品上。

这一切,真正实现了即用即走、所见即所得、连接一切。这便是小龙哥脑海中的下一个互联网形态,而他以小程序,去精确地描述了这一切。

下面我们来看看,第一批小程序的开发者们,是怎么对小龙哥想象中的世界进行描述的。

先说结论:大部分的开发者是不合格的,他们的小程序缺乏应用场景,完全只是生搬硬套,仅仅把小程序当成了升级版的 HTML5。

经由他们生产出来的小程序,简直是食之无味、弃之可惜,甚至导致了自己的小程序和 app 互相竞争流量的情况。

在小程序上线的当天晚上,我所在的一个早期用户体验群中,就有这样的讨论:

为什么首发阵容惨遭滑铁卢?

我从试用的小程序中挑选几个出来,来说明为什么当前的小程序大多数都是不合格的。

首先说几个大反例。

第一类为在线查询类的,阅读类的,记录类的等纯线上服务。

这些服务都不是特别适合做成小程序。而且在早期,游戏、直播、虚拟物品购买等也没有开放,这说明,小程序天生不适合做纯线上。

先说一个叫做汇率 e 的小程序。如果你想使用这款小程序,需要在微信搜索中,输入「汇率 e」这个不是很大众的名字,才能搜到。

基于小龙哥想象中的场景,微信没有给小程序入口,在搜索获取上也做得非常的严格。想要在线上推广小程序,就显得非常困难。

但如果在搜索引擎中输入「汇率」二字,搜索结果甚至自动会出现汇率查询小卡片。

两者对比,在频率较低的场景下,搜索引擎完胜小程序,它更轻量,且易于触达。

虽然在小程序在界面上,比搜索引擎的功能卡片更棒,但是汇率 e 这个小程序给用户带来的新增价值几乎为零,同时有非常高的使用门槛,所以这个小程序注定是一个鸡肋。

类似地,飞常准查航班、滴滴公交查询也是查询类的小程序,但这一类的小程序很容易结合线下场景。

例如在韩国,大多数公交车站上方都有一个显示屏,它可以实时显示下一班次的公交车什么时候到站。有了小程序,一张公交查询小程序的二维码就可以替代它。

用户通过微信扫码,就可以获取同样的信息。这大大减少了政府设备和维护成本。

第二类小程序,是那种完全复制了原生 app。这类的代表为「大众点评+」,这款小程序的功能,与大众点评原生几乎没有差别。

这导致很多用户使用了之后首先卸载了 app,而当他们看到只有下载 app 才能看到完整评价时,会让用户觉得非常不爽。

这种导流方式非常的不可取,转化率低且不说,还让使用小程序的用户在卸载了原生 app 之后被恶心了一把。

盲目复制原生的体验,带来的就是用户的卸载,以及被恶心到的用户。这个小程序,不做也罢。

其实大众点评完全可以基于点菜和共享餐费的角度,去设计自家的小程序。

作为原生的补充,三节课 Luke 老师的设想的场景就更加的符合用户场景:

4 个人去吃海底捞,某人扫了一下桌子上的二维码,然后分享给四个人一起点,各自点自己喜欢吃的。

然后下单、优惠券填写、AA 付款,都可以很方便地搞定哦。

如果大众点评能出一款这样的小程序,在线上线下结合方面,无疑是更近了一步。

而且,以上类型的小程序,是和线下场景紧密结合的,也就是小龙哥预期中最大的小程序入口。

哪些小程序是有机会的?

如果老板一定要让我这个产品经理来跟风做小程序怎么办呢?

上面已经给出了两个使用场景,说明了其中一个大方向,是通过扫码连接智能硬件(手机)解决现实生活中真实存在的问题。

再举一个例子:以后只要家电有二维码,所有的物理遥控器都可以被手机取代,小程序甚至能够提供近场遥控的通用方案。

还有一个大方向是微信群的分享传播。例如「表情家园」小程序,它激发了我主动将它分享到微信群的欲望,并且也引起了朋友们的兴趣。

不知道微信后续会不会允许在用户使用小程序的所有分享下,带折肱小程序的入口,例如在我制作的表情下方增加上来源。

这功能一旦开放,非常有利于「表情家园」这类小程序快速传播。

另外,小龙哥也提倡过「协作形态」的小程序。

小程序的分享,更多的是希望能够带来一种新的协作的方式。

以小龙哥的例子结尾:

会有这样的小程序,这个小程序是一个投票功能,当我把一个投票的小程序发到群里面的时候,意味着群里面的每个人可以立即启动这个小程序。

利用它,每个人可以看到其他人的投票结果。

对于一个群来说,这个小程序是带有每个人的登录状态的,大家访问的是同一个小程序的任务。

基于这个群的任务,它是可以被群里面的所有人共享的,当任何一个人更新群里面小程序状态的时候,群里其他人都是可以看到的。

基于这个想法你可以想象得到,可能会存在非常多的一些协作式的小程序。

其实 Luke 老师说的海底捞场景中也体现了用户协作的场景。

说了这么多,大家肯定猜到了,这也是小程序的另外一个重要流量入口:群分享。

关于小程序的分析就到这里了。希望能够给作为一个产品经理或者开发者的你,一些启发。

写到这儿,我有一个点子,希望做一个自己的小程序,有兴趣加入的朋友可以联系我。俗话说,想法已经有了,就差一个全栈工程师了,哈哈。

原文地址:

http://t.cn/RJQgFMD

往期精选文章

本文由知晓程序授权转载,关注微信号 zxcx0101,可获得以下内容和服务:

  • 在微信后台回复「0109」,一张图教你玩转微信小程序。
  • 在微信后台回复「加群」,加入「一起发现小程序」微信交流群。
  • 在微信后台回复任意关键词,还能获得相关小程序推荐,赶紧试试吧!

原文发布于微信公众号 - 知晓程序(zxcx0101)

原文发表时间:2017-02-18

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏程序员互动联盟

一名阿里测试架构师的八年从业经验分享

这两天和朋友谈到软件测试的发展,其实软件测试已经在不知不觉中发生了非常大的改变,前几年的软件测试行业还是一个风口,随着不断地转行人员以及毕业的大学生疯狂地涌入软...

1261
来自专栏ytkah

小程序内嵌网页的开放是一场创业公司的及时雨吗

  11.2晚小程序突然开放两个重磅能力:1.小程序内可直接打开网页,2.小程序可关联500个公众号。通过研究,我们发现这次新能力的开放,促使小程序推动微信的春...

3025
来自专栏企鹅号快讯

跟小编来体验一下微信小程序

今天微信小程序刷爆了整个朋友圈。微信小程序在2017年1月9日凌晨正式上线,用户可以通过二维码、搜索使用开发者提供的小程序。 笔者晚上也迫不及待的体验了一把这个...

2025
来自专栏大数据文摘

GitHub迎来史上最大产品变革:发布可直接运行代码的GitHub Actions

10月16日,全球最大开发者社区GitHub Universe开发者大会在旧金山召开,会议持续两天,在刚刚顺利闭幕。本次大会主题为“认可开发者集体的成果以及增强...

1204
来自专栏极限编程

简单设计落地三板斧

如果你认同 简单设计的价值观,我相信 解析简单设计原则 对你来说很容易理解并接受,它不像面向对象设计原则(比如:SOLID)那么晦涩难懂,它给你指明了一条明朗...

831
来自专栏云计算D1net

云数据库在企业应用中的优势

一、云计算概述 云计算是近几年来最热门的互联网词汇之一。自从1983年由Sun Microsystems公司提出“网络是电脑”的概念,到2006年亚马逊...

3054
来自专栏量子位

维基百科背后,有场旷日持久的机器人编辑之战,开发者都不曾料到

王新民 | 编译自Gizmodo 维基百科上的人类编辑,经常由于修改意见的不同而产生冲突。一份英国的新研究表明,维基百科上的软件机器人之间,也有类似的在线冲突。...

33911
来自专栏云加头条

EB级别云存储是如何涨成的?

腾讯云存储服务,从开放至今,已支撑EB级存储规模。面对存储规模快速增长、应用数据多样化等挑战如何应对?

6782
来自专栏云计算D1net

向云计算迁移不得不考虑的问题

把应用程序迁往云计算这一工作将对网络需求产生很大的影响,从而影响云计算成本。“所用即所付”是云计算供应商们所常用的一种诱人的流行销售说辞,而CIO们也往往...

2758
来自专栏大数据和云计算技术

计算机系统结构变革在即?

15年6月,intel正式宣布167亿美元收购FPGA生产商Altera。此交易为该公司有史以来涉及金额最大的一次收购案例。167亿美金不是小数目,intel ...

2967

扫码关注云+社区