前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >深度体验了 50 个小程序之后,我的一些冷思考

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

作者头像
知晓君
发布2018-06-28 18:04:24
5580
发布2018-06-28 18:04:24
举报
文章被收录于专栏:知晓程序知晓程序

文 | 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」,一张图教你玩转微信小程序。
  • 在微信后台回复「加群」,加入「一起发现小程序」微信交流群。
  • 在微信后台回复任意关键词,还能获得相关小程序推荐,赶紧试试吧!
本文参与 腾讯云自媒体分享计划,分享自微信公众号。
原始发表:2017-02-18,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 知晓程序 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
云开发 CloudBase
云开发(Tencent CloudBase,TCB)是腾讯云提供的云原生一体化开发环境和工具平台,为200万+企业和开发者提供高可用、自动弹性扩缩的后端云服务,可用于云端一体化开发多种端应用(小程序、公众号、Web 应用等),避免了应用开发过程中繁琐的服务器搭建及运维,开发者可以专注于业务逻辑的实现,开发门槛更低,效率更高。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档