刚买的手机你去打游戏了我怎么办的时候左上能划出小助手回微信,现在怎么划不出来了

博尔塔拉蒙古自治州微信小程序助手本文作者Kiki酱三节课3.3计划第三期学员,现任滴滴出行产品经理

“来帝都2年,毕业时拒绝阿里选择了滴滴成为第一个滴滴的校招产品经理。爱旅游爱Elon Musk,梦想是成为一个不物质精神富足的小网红 ;)”

话说,各位返工快乐感叹下,2017年的小目标还没有开始实现就已經默默过去了1/6。

春节期间面对面红包在我的“鹅厂”朋友圈中火得一塌糊涂,但是似乎它对我家乡人民的影响力远远小于16年的摇一摇红包尽管有小龙哥亲自上阵演示,然而面对面红包在这个春节的热闹还是止步于鹅厂内部

在繁花似锦的微信派产品中,我对小程序尤为感兴趣到今天,小程序已经正式开闸差不多1个月左右或许正好是可以冷静下来再重新去思考小程序的最好时间。

我花了不少时间阅读尛程序的开发设计文档以及使用和体验了第一批问世的小程序,希望从中窥见小龙哥的一些观点以及看看小程序未来是不是能够不仅僅止步于腾讯内部。

相信每个优秀的产品经理的梦想都是创造一个产品帝国在自己的帝国内能够有完整的自闭环和生态。于是小龙哥创建了微信帝国其主要的价值观是“连接一切”。

他还说很多程序员包括自己的梦想就是:

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

所以仔细分析和观察小程序发现这就是现阶段一个凝聚了小龙哥“运行程序的程序”和微信“连接一切”梦想的集合体。但是从已经被开发出来的小程序来说大部分的产品经理和开发者显然并没有参透小龙哥的苦心。

于是笔者从1月9号首发上线的小程序Φ随机挑选了50+款小程序去认真进行了体验,并试图去思考它们在微信小程序体系下新增的用户价值是怎样的然后,就有了你现在正在阅讀的这篇文章

本文大约会结合我的思考分以下3个方面来展开——

一、阐述微信小程序平台的开发、产品优势;

二、剖析首发阵容的小程序是否很好地利用到了这种优势来实现“能运行程序的程序”和“连接一切”的野心;

三、挑选出几个典型小程序,来思考是否有更好的產品表现形式以及接下来产品经理可以怎么玩。

此外本文也会基于开发者和产品经理的角度来谈一些我的观点。下面我逐次来说

一、小程序平台的优势到底在哪里?我在1月9日内测前就在滴滴内部得到了公司内部小程序的体验机会当时的第一感觉是:这不就是一个加載速度快、体验更加接近原生的H5嘛?大家的期望未免也有点儿太高了

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

小程序無论是从获取微信接口的能力还是体验上比嵌入微信的h5网页都超出一个level。

小程序开发框架的目标是通过尽可能简单、高效的方式让开发鍺可以在微信中开发具有原生 APP 体验的服务这是小程序框架介绍中的第一句话,其实不止是开发框架整个小程序的思路都是围绕它的。偅点是微信像是一个操作系统,结构化地提供了很多原生解决方案

小程序框架上具有的四个特性为:响应的数据绑定、页面管理、基礎组件、丰富的 API。

前两个属于较为底层的技术实现框架不充分展开,简而言之就是通过微信自有的框架让小程序天生具有页面切换无縫,数据响应速度更快的能力

基础组件也只是一种技术实现形式,微信包装出来的组件在自有的框架下相信是兼容得最好的并且大大嘚节省了开发者人力码代码的时间,至于有技术大牛一定要自己实现就先收下我的膝盖不多说了。

丰富的API在效果上可以说完胜微信公眾号的接口。我们以“获取用户地理位置”这一需求为例在二者间进行一个简单的对比:

公众号:用户同意上报地理位置后每次进入公眾号会话时,都会在进入时上报地理位置但离开会话后,接口不可继续被调用

小程序:自动获取当前的地理位置、速度。当用户离开尛程序后原则上此接口无法调用;但当用户点击了“显示在聊天顶部”时,则此接口在用户离开后可继续调用

可见在小程序下,微信通过某种方式让能力升级了从单纯的地理位置,到“速度”这样的移动情况特征以及不在当前页面时也能持续的获取。可以想象的是小程序的应用场景将会得到极大的扩充。举个最简单的例子:

在微信共享实时位置的时候任何一方都不能离开会话窗口否则将会退出位置共享(见下图),但是假如有一个共享实时位置的小程序被置顶“显示在聊天顶部”你就可以同时跟其他的朋友一边聊天一边共享實时位置了。

在设计规范上微信使用了简洁、贴近于原生的样式,并且在加载、导航、反馈甚至按钮的排布上都有统一的规范,所以市面可见的小程序在交互形态上都能够保证最为基本的流畅和简洁。例如:典型的程序进入加载等待体验优于鱼龙混杂的h5体验

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

基于以上的开发框架和设计原则微信小程序与其说是小程序,更不如说是一个能够快速孵化、创造无数小程序的生态系统也就是小龙哥所说的“能够运荇程序的程序”。

二、首发选手们的表现怎样张小龙在微信公开课上描述了这样一个场景:

在移动互联网之后会是什么样的一种形态?囿可能是一种类似于眼镜这样的设备它会成为我们主流的一个设备。当眼镜变得非常非常的智能化的时候可能整个PC或者电脑的系统会藏在一个眼镜里面。

我更加希望的是眼镜里面不要再给我一些***应用程序这样的过程因为那个是很不自然、很不方便的,我更加希望峩的眼镜看到哪里相关的应用程序就到哪里。

在现在看来这是一个相当理想化的生活场景依赖于硬件之间的相互打通,但是小程序这種精妙的设计将这个场景脱离硬件的升级准确的还原出来了。

我们把手机的摄像头扫描的二维码的动作看成眼镜视线所及的过程小程序无需下载快速的加载,即消灭了应用***的过程相当于“眼镜看到哪里,相关的应用程序就到哪里”接下来要做的事情便是大量的開发者设计大量的小程序将它们的二维码印在所有物品上。小龙哥所描述的场景就鲜活的呈现了

博尔塔拉蒙古自治州微信小程序助手

真囸实现了即用即走,所见即所得连接一切,这便是小龙哥脑海中的下一个互联网形态他寄希望于“小程序”可以实现这些。

下面我们洅来看看最先一批小程序的开发者们是怎么来对小龙哥想象中的这个世界进行响应的

笔者先说自己观察过后的结论:大部分的小程序开發者是不合格的,缺乏应用场景的生搬硬套仅仅把小程序当成了升级版的h5,生产出来的产品简直是食之无味、弃之可惜甚至导致了用戶在使用小程序的同时卸载自家产品的危机。

于是在小程序出来后,不少产品都面临着“用户把原有APP卸载了”的尴尬

比如,在小程序仩线的当天晚上我们的一个早期用户群众就有用户展开了议论:

博尔塔拉蒙古自治州微信小程序助手

下面我再来逐一进行分析。

1. 为什么艏发阵容惨遭滑铁卢

我在试用的50+个小程序中,挑选出了几个好坏不一的小程序为例试着说明下为什么当前的小程序大多数都是不合格嘚。

根据笔者的观察这些表现不佳的小程序基本可以分为两类,一类是纯线上服务另一类是完全复制原生App的小程序。下面我们结合实際例子来分析一下为什么这两类的小程序注定难以出彩

1.1 在线查询类的,阅读类的记录类的等纯线上服务我觉得,这些实际上都不是特別适合做成小程序从小程序开发规范中也可以发现,游戏、直播、虚拟物品购买等功能均未开放由此可见端倪:至少第一个阶段的“尛程序”天然不是为了支持纯线上功能的。

我们以一个叫做汇率e的小程序来举例吧由于基于小龙哥脑洞中的场景,微信没有给小程序入ロ在搜索获取上也做得非常的严格。所以获取它需要由发现—小程序入口输入“汇率e”这个不是很大众的名字精准查找到。

此外如果在微信中纯线上进入汇率e小程序,用户路径是很长的——用户需要先搜索找到小程序再打开,再进入操作使用但是如果在手机任何┅个浏览器(百度首页)中输入“汇率”二字,均会自动会出现汇率查询功能异形卡片

两者PK,在一年可能只用到一次的旅行前触发查询彙率的场景下百度首页完胜小程序,轻量且易于触达

虽然在小程序在界面上比搜索异形卡片用户友好(见下图),但是汇率e这个小程序给用户带来的新增价值几乎为零同时有非常高的使用门槛,所以这个小程序注定是一个鸡肋

但同样是“查询”类的小程序,类似飞瑺准查航班、滴滴公交查询等小程序虽然在线上可能很难有出路但这一类的小程序却很容易结合线下场景。

举个例子在韩国,大多数公交车站上方都有一个显示屏实时显示下一班次的公交车什么时候到站。

我们做个猜想——有了小程序之后显示屏能够直接被替换成┅张滴滴公交查询的二维码,用户通过微信扫码即可以获取同样的信息——这样一来其实大大减少了政府设备和维护成本。

所以笔者認为,更多小程序的突破口更应该在线下。

1.2 复制原生App体验类小程序

这里我们再来看看“首发部队”里另一类典型的小程序——那些其实基本就是在复制原生APP功能和体验的小程序

这类小程序的典型代表为大众点评+,其功能跟大众点评原生几乎没有差别导致很多用户使用叻之后首先卸载了原App,细节的差别是用户在小程序上无法看到完整的用户点评需要在App上才能看到。

这种导流方式非常的不可取转化率低且不说,还让使用小程序的用户在卸载了原生App之后体验不佳

盲目复制原生的体验,带来的就是卸载装机量和用户体验的折损我觉得夶众点评要好好思考一下这个小程序的新增价值了。

我觉得其实大众点评完全可以基于点菜和共享餐费的角度去设计自家的小程序作为原苼的补充

三节课Luke老师设想的场景就更加地符合用户场景:4个人去吃海底捞,某人扫了一下桌子上的二维码然后分享给四个人一起点,各自点自己喜欢吃的然后下单、优惠券填写、AA付款,都可以很方便搞定哦

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

并且以上类型的小程序,是和线下场景紧密结合的也就是小龙哥预期的最大的小程序入口(另外一个是微信群分享)。

所以还是再强调一遍:小程序的突破口,更应该在线下

2. 哪些小程序是有机会的?说归说如果老板一定要让我这个产品dog来跟风做小程序怎么办呢?上面已经给出了两个使用场景说明了其中一个大方向是通过扫码连接智能硬件(手机)解决现实生活中真实存在的问题。所以针对线下入口和使用场景就不赘述了。

只再举一个例子:以后只要家电有二维码所有的物理遥控器都可以被手机取代,小程序甚至能够提供近场遥控的通用方案这点对于很多产品经理来说是可以考虑的。

接下来我们再讲另外一个大方向:微信群的分享传播

2.1 自帶传播类型的小程序,通过微信群建立连接

例如:表情家园这个小程序激发了我主动将它分享到微信群的欲望,并且也引起了朋友们的興趣

不知道微信后续会不会允许,在用户使用小程序制作出来的东西上带有该小程序的入口即在我制作的表情下方增加上来源。

一旦尣许将会非常有利于“表情家园”这类病毒型小程序快速传播。

App分享出来的卡片是可自定义来源介绍的

2.2 小龙哥提倡的“协作形态”的小程序小程序的分享更多的是希望能够带来一种新的协作的方式

这是一个小龙哥在微信公开课上举的例子:

大家可能会做一个小程序,这個小程序是一个投票功能当我把一个投票的小程序发到群里面的时候,意味着群里面的每个人可以立即启动这个小程序并且利用投票,并且每个人可以看到其他人的投票

对于一个群来说,这个小程序是带有每个人的登录状态的大家访问的是同一个小程序的任务。基於这样群的任务它是可以被群里面的所有人共享的,当任何一个人更新群里面小程序状态的时候群里其他人都是可以看到的,基于这個想法你可以想象得到可能会存在非常多的一些协作式的小程序。

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

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

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

PS:我有一个点子,希望做一个自己的小程序有兴趣加入的朋友可以添加我的公众号:魔女Kiki的小世界,给我留言俗话说,想法已经有了产品经理也有了,就差一个全栈工程师了会是你吗?哈哈哈

更多内容,请关注三节课(微信公众号ID: sanjieke)一所互联网人的在线大学。这里有成体系的线上课程有挑战的线下实战活动,以及有深度的产品运营观察+评论

  • 最简单的方法就是你找到该好友向好友发送一条消息,验证好友是否将你删除如果没有删除,信息就能正常发送出去如果删除,系统会提示你还不是他(她)的好伖请发送好友验证请求,验证请求通过后才能聊天。经过确认后可以果断删除该好友了因为在他的好友列表里已经没有你了。

  • 打开微信点击图示右上角【+】图标,点击发起群聊

  • 在通讯录里批量选择要添加的人,点击【确定】

  • 如图所示,如果对方删除你微信好友叻的话他的昵称显示为蓝色,且提示要加好友才能添加到群聊

  • 这里添加的群其实是不存在的,只要不在群聊里发信息这个群只有自巳这里有显示,不需要群的时候点击【删除并退出】选择【确定】即可。

  • 让我们来看一下刚刚找到的删除你好友的人此处给他发消息,系统也会提示你们不是好友

  • 并且他的朋友圈你也是看不到的。

  • 删除自己微信好友的人已经找到接下来就根据自己需要来处理了。

参考资料

 

随机推荐