软件开发架构师

快速验证业务决策,“玩转”用户增长-InfoQ

运维 5 2019-09-02 23:19

背景

闲鱼是国内最大的闲置交易平台,拥有数亿用户。在闲鱼,纯粹逛商品 feeds 流是一件挺无聊的事情,因此我选择在业务上做加法,突破闲鱼用户增长缺少抓手的困境,将业务与玩法深度结合到一起,既提升用户参与积极性和活跃度,同时让没来过闲鱼的用户对闲鱼产生兴趣。

思路

玩法是什么?

玩法不是一种业务类型,它是作为一种能力去赋予具体的业务。

在我理解上来看,玩法像是游戏里面的打怪升级,产品(游戏规则制定者)制定了整个游戏生命周期的规则,用户(游戏参与者)通过完成一个个的任务来获得升级和即时奖励,游戏过程中不仅用户能玩得爽,而且对游戏本身来说,用户游戏等级越高,用户对游戏的粘性越强。

我们再来看看,设计一个这样的玩法体系需要哪些功能支撑?

  • 支持不同人群投放不同的玩法策略。
  • 支持分桶做 ABtest。
  • 支持不同人群编排设计不同的任务。
  • 在用户达到任务触发条件时,能够上报任务并更新用户的任务列表进度。
  • 支持积分兑换权益。
  • 数据反馈。

系统设计

玩法是由一系列的任务组合而成,在任务的设计上,它是自由的,可以是有序的组合,也可以是无序的。比如说,A 人群当天登录闲鱼,先去到某个兴趣鱼塘签到,再发帖子且点赞数超过 1 个,就自动弹出宝箱,获取积分,并能拿积分换取免费送商品,这是有序的任务编排组合;假如说 A 人群发帖和签到的顺序不分先后,只要完成全部子任务就算达成目标任务,这就是无序的任务组合。

我们设计的玩法体系,产品可以对任务进行编排设计,运营可以针对性地进行各种玩法实验策略,对不同人群投放不同玩法,对玩法命中人群进行分桶 AB 测试,并获得即时反馈数据,辅助业务决策,组合成一整个快速优化迭代地玩法策略闭环。

快速验证业务决策,“玩转”用户增长-InfoQ-1

赋能运营

在玩法体系中,产品是玩法规则制定者,运营则是架起用户和玩法之间地桥梁,负责将玩法的效益最大化。对运营来说,我们构建了一条完整的实验通道:

  1. 人群圈选。每个玩法对应的受众是不一样的。打个比方,假如玩法目标在于提升留存率,对于高活人群来说活跃率已经足够高了,在这基础上投入现金红包激励,能够带来的活跃增量就很少,对应的 ROI(投入产出比)就很低了,所以像浏览 feed 开宝箱的玩法,我们会投放给中低活人群。但针对引导发布商品的玩法策略“回血宝卡”,就适合投放给对应的发布高活人群。

快速验证业务决策,“玩转”用户增长-InfoQ-2

  1. 分桶 AB Test。针对同一个玩法,我们希望能快速地找到这个玩法地最佳策略组合。像浏览 feed 开宝箱的玩法,就有很多个因子的组合可能性(1 个宝箱或 n 个宝箱、是否自动帮用户打开宝箱、feed 个性化的方案等等),每个因子对于用户留存都存在影响,通过分桶测试,我们能快速验证哪种组合的效果是最优的。

快速验证业务决策,“玩转”用户增长-InfoQ-3

  1. 及时地数据反馈。各个玩法下发到对应人群中的对应分桶实验结果,运营都能及时从回流的数据中得到反馈。

效果

上述玩法体系已经在为闲鱼多个玩法场景提供能力支持,像边逛边赚钱、流量宝卡、回血宝卡、百币夺宝等,其中百币夺宝的参与率达到了 70% 多,用户活跃率相比提升超过三成。

既丰富了闲鱼的娱乐性,让用户除了在闲鱼完成商品交易之外,还能做一些有趣的事情,增强了用户对闲鱼的粘性,又能够赋能运营,建立一条实验通道,验证运营各种业务决策,减少试错成本,并为闲鱼整体的业务决策方向提供非常大的辅助。

未来

上述文章介绍了一个简易的玩法体系设计思路,其中很多能力依赖了团队内部其他同学努力的成果,比如:任务系统、积分系统和权益系统。

目前玩法体系依然存在两个局限性,还有较多可以优化的点:

  1. 固定的产品场景。我们希望玩法可以覆盖到整个闲鱼 APP,甚至渗透到小程序、快应用等端外投放的场景。
  2. 数据工具化和可视化。未来我们将在玩法数据这块做更多地抽奖和沉淀,以及提供可视化的能力。

闲鱼除了 C2C 交易,还有其他业务比如免费送、闲鱼币、回收、鱼塘、租赁租房等等,我们相信玩法的多样性跟用户粘性是呈正相关的,在技术上满足一个优良的螺旋式上升的快速实验闭环,将会在未来给闲鱼、给用户创造更多的价值。

本文转载自公众号闲鱼技术(ID:XYtech_Alibaba)

原文链接

https://mp.weixin.qq.com/s/-lcTCZhSV3R_GlxtSHgSFg

文章评论