如果让我操刀微信应用号,我的分析流程是这样的
作为产品经理,设计一款新应用或者对一款已经上线有一定用户数量的应用进行迭代升级、功能梳理钱必做的一项工作就是用户研究和数据分析,接着才是结合项目战略目标进行产品的初步规划和设计。拿不到腾讯及时的用户数据,这里根据2015年6月腾讯公开的相关数据和微信当前版本We Chat 6.3.9进行微信应用号的迭代升级设计。
一、应用号战略目标(假定)
由于不知道微信团队针对推出微信应用号具体的目标是什么,我们首先假定微信推出应用号的战略目标是升级之前的订阅号和服务号,给用户更好的公众号使用体验,更好的打通生活服务提供商、应用提供商、强化微信互联网+的产业生态,实现更大的用户价值和微信的商业价值。
二、微信数据分析(引用)
1.人群概览
根据腾讯公开的数据显示:截止到 2015年 第一季度,微信已经覆盖中国 90% 以上的智能手机,月活跃用户达到 5.49 亿,用户覆盖 200 多个国家、超过 20 种语言。此外,各品牌的微信公众账号总数已经超过 800 万个,移动应用对接数量超过 85000 个,微信支付用户则达到了 4 亿左右。
2.人群类别
- 男女比例:1.8:1
- 年龄分布:用户平均年龄只有 26 岁,97.7% 的用户在 50 岁以下,86.2% 的用户在 18-36 岁之间;
- 人群职业分布:企业职员、自由职业者、学生、事业单位员工这四类占据了 80% 的用户
此外,80% 的中国高资产净值人群在使用微信。
3.微信应用使用频次
25% 的微信用户每天打开微信超过 30 次。55.2% 的微信用户每天打开微信超过 10 次,接近一半活跃用户拥有超过 100 位微信好友。57.3% 的用户通过微信认识了新的朋友,或联系上多年未联系的老朋友。
4.微信占用手机移动数据使用
54% 的用户认为使用微信后,移动流量的用量增加了。40% 的用户微信流量使用占到全部流量 30% 以上;微信成为近 30% 用户手机上网使用流量最多的应用。用户在微信上的流量为所有应用中的最高,高于微博,购物,视频,地图,邮件等服务。
5.微信带动的生活消费数据
微信直接带动的消费支出中,娱乐占了 53.6%、公众平台占了 20.%、购物占了 13.2%、出行占了 11.3%、餐饮只有 2%。据统计,微信直接带动的生活消费规模已达到 110 亿元、其中娱乐消费时最大支出,规模为 58.91 亿元。
6.微信公众号数据
关注比例方面,29.1% 的用户关注了自媒体、25.4% 的用户关注了认证媒体、20.7% 的用户没有关注任何公众号、18.9% 的用户关注了企业商家、而 5.9% 的用户则关注了营销推广类账号。
近 80% 用户关注微信公众号。企业和媒体的公众账号是用户主要关注的对象,比例高达 73.4%。
微信公众号用途方面,用户关注公众号主要目的是获取资讯 41.1%,其次是方便生活的 36.9% 和学习知识的 13.7%。
微信公众号的消费比例方面,公众平台账号服务收费偏向于低单价模式,42.1% 的用户每月消费低于 10 元。
三、微信公众号现状分析
微信公众平台已经形成了一个海量的信息入口,新闻、咨询、学习知识、各种鸡汤等等,还承载了很多应用的大多数作用,很多产品再设计的时候也会考虑是先开发微信公众号,还是开发APP。做过运营的同学都知道,微信公众号在获取新用户方面有着先天的优势,只需要“扫一扫”二维码就可以关注,好友分享也可以关注,关注以后还可以关联分享人和被分享人,这在微商上面的应用最大,当然微信公众号的应用还远不止这些,详细可以自主进入微信公众平台查看。
我们这里暂且不谈公众号已经具备的优点,主要谈谈我们要做的微信应用号如何提成公众号的使用体验,提高微信生活消费数据,主要是公众平台的消费占比,目前仍然是娱乐占比53.6%居首,而公众平台这个囊括了800万账号的平台仅仅只占微信带动的消费的20%,可见发展的空间很大,遇到的阻力也不小。
目前微信公众号的缺点有哪些呢?
1,常用公众号位置杂乱无章,入口不明显,和消息列表根据消息的更新时间夹杂出现,只要有新消息更细,列表内的位置就会更新,不容易查找,而且服务号和订阅号都没有在消息列表置顶的功能。
2,公众号目录的位置和通讯录的位置在同一个界面,公众号目录默认按照首字母进行排序,和通讯录好友排列方式统一,如果用户要寻找到一个自己想进去的公众号,最直接的操作是往上滑动屏幕,知道首字母还容易,不知道的话就要找很久还不一定找得到。
3,公众号的展示形式,对应每个公众号的主页,只有对话框和自定义菜单两种。也许很多在做微信产品设计的同学都面临两种选择,是把功能拆分放在自定义菜单的子菜单,还是直接进入H5页面进行像APP一样的功能布局,当然,不同的公众号有不同的方式,这就要根据不同的产品进行规划。功能多的就不要添加这么多二级菜单,功能少的,可以直接在二级菜单展现。这里有一个很重要的问题可能是应用号需要解决的,那就是在进入任意一个子菜单的时候,想要进入该公众号其他的的子菜单,必须关掉该页面,然后进入到公众号主页,再次点击主菜单找到相应子菜单进入,这里多了至少3不操作才能进入到想要进入的页面。
4,公众号分享功能,从微信公众号分享出去的链接类型有两种:一是微信素材,二是其他服务器链接。微信素材的用户阅读相关数据,公众平台都有统计,二其他服务器的则无法统计,那么问题就来了,如果真的需要分享公众平台里面的内容,用户是分不清是微信素材还是外网链接的,分享出去以后如果公众平台需要吸粉,需要关注以后才能查看,那么用户就打不开该链接,需要关注微信公众号才能打开。
四、微信应用号的雏形是否已经存在于当前微信版本?
这里做一个大胆的预测,微信应用号很可能已经存在于当前的微信版本,理由有以下两方面:
1,微信推出公众号是搭建在通讯录和信息列表的基础之上,而是让用户自主去添加公众号,就像添加好友一样,所以公众号并没有单独分离出来放在“发现”或者“我”的板块,所以位置放在通讯录也是合情合理的。其缺点上文已经阐述。
2,这次微信推出的应用号还是按照公众号一样放在通讯录和信息列表的可能性不大,这是一个错误的抉择,当然也不排除在信息列表单独列出,对于一切以用户价值为依归的微信来说不可能做出这种事。剩下的就是“发现”和“我”,而“我”这个版块已经添加了智慧城市的概念,所以,也不会放“应用号”这个要重点布局互联网+生态的版块,可能性只有“发现”这个版块。
五、应用号要放在“发现”的位置和展现形式。
发现版块一共有多重功能,朋友圈、扫一扫、摇一摇、附近的人、漂流瓶等等,用户可以自定义选择显示或者关闭,只有下面的购物和游戏是无法关闭的。从用户体验上讲,版本升级一定是基于之前版本的功能进行叠加,如果微信的应用号是“应用市场”的定位,那么除了用户自主搜索服务号ID、名称添加相应的服务号之外,还可以像下载APP一样根据应用的分类和排行进行下载,这就是和“发现”这个版块完全吻合。
我们看下购物和游戏这两个版块,购物恰好就是当前功能较多的服务号所选择的模板,京东购物承载了整个购物功能,而游戏呢?正好是一个游戏应用市场,也符合应用号的定位。
我们得出的结论是:
微信应用号雏形已经存在于当前版本的微信,应用号的展现形式就是当前的游戏和购物的结合。而这个游戏的使用频率也很高,因为微信带动的生活消费中53.6%来自于游戏,如果在游戏的下面添加一个“应用号”,恰到好处,也解决了之前公众号的弊病。进入应用号可以查看自己已经添加的应用和一个应用市场,制定一个开发规则,就可以把“应用宝”植入到微信中,而且是一个不用区分操作系统的“应用市场”。京东APP相当于微信发现里面的购物,应用号市场相当于发现里面的游戏,而游戏似乎要单独列出来,毕竟那是应用,而不是应用号。
六、回归用户价值
按照我大胆猜测的微信应用号可以给用户带来什么价值呢?
1,节省用户手机内存,我们都知道,目前16GB手机内存远远不够用,以ihpone6,16GB为例,拍张照片就要1mb之多,各个应用暂用缓存,如果再下载视频、音乐就没有内存可供用户下载更多应用,如果有了应用号可以不用下载就可以使用部分使用频率不高的应用,那么就给用户带来了很大的价值;
2,优化使用体验,以外卖为例,如果你要使用外卖平台订购外卖,又想更好的体验,必须下载每个应用,有了应用号以后,就可以在不下载的情况下使用更多的APP服务;
3,微信应用推送替代手机APP推送,这样就可以在微信查看应用的通知,这些通知并不是目前服务号或者订阅号这样是服务提供者主动推送给用户,而是根据用户的操作进行推送,根据不同的服务提供商订阅信息、服务等等。
4,为应用号开发商和服务商提供功能更加强大的服务号,提高B端的信息展示体验或者服务订单转化率。
七、应用号版块设计
大致功能和展示形式如下,具体的后台数据机构、开发接口等就不再赘述,这个就是微信产品经理根据微信的具体架构制作了,微信的后台借口还是比较复杂的。
- 功能:添加、搜索、编辑管理、应用消息推送、设置、分享等
- 展现形式:我的应用号列表(同公众号),应用分类(类似应用宝、APPstore),排行、我的消息、应用管理、消息管理等
作为产品经理,针对微信应用号发表一下自己的愚知拙见,不妥之处,还望大家海涵。
作者@minjay ,微信公众号:xmpm55,互联网产品经理,爱好研究互联网产品,商业模式,行业动态。
本文由 @minjay 原创发布于人人都是产品经理 ,未经许可,禁止转载。
应用号会将附近的人改成附近的服务
猜测
附近的服务已经存在了
个人认为,应用号接口在钱包的可能性大点,毕竟这次的改版能看出来一些苗头。当然,或许也会底部增加一个应用号的label。PS:上方表情好眼熟,人人PM是人人网做的吗?
钱包埋得有点深呢,而且一般都设置的有密码,每次进去都输一次密码,貌似不太符合