轻松应对增长玩法的72变-InfoQ



 写点什么

最近两年用户增长在互联网行业受到越来越多的关注，各大互联网公司都会成立专业团队做用户增长，闲鱼也不例外。我们常提到的用户增长概念，其实包含两层含义。第一层是用户数量，用户数量的增长有效的手段包括定位潜在客户、扩展优质渠道、提升漏斗转化效率等；第二层是用户质量，这个层面我们更关心用户的价值和留存。而为了用户数量和质量，产品上需要足够多的玩法覆盖所有用户，对于同一类用户，产品也会希望多个玩法赛马，所以增长玩法的特点就是丰富多样又灵活多变。

null

一般情况下技术同学最不愿意遇到这种业务需求，因为如果 case by case 的开发，会导致项目周期长，无法快速应对玩法变化而加班。因此需要将各类玩法总结抽象业务模型，沉淀通用基础能力，降低玩法开发成本，闲鱼用户增长在最近半年进行了一些摸索实践，接下来将从整体和具体玩法来阐述如何针对增长玩法做抽象和沉淀。

闲鱼用户任务体系

首先从整体来看，增长玩法繁多且多变，但也有一定规律，包括以下特征：

who：投放给指定人群
how：玩法有限定条件和完成的时效性
where：依赖业务事件作为触发计算进度
what：用户完成有一定权益奖励
extend：扩展能力，玩法可能会有周期，在子节点需要通知用户

通过对玩法的归纳，我将增长玩法定义为用户任务，通过定义任务的生命周期，将增长玩法中共通的逻辑沉淀为系统能力，具体玩法在任务生命周期节点开发定制逻辑，这套体系就是闲鱼用户任务体系。

null

从图中可以看到系统中有两类角色：

发布者：即任务系统管理员，负责定义和管理任务
参与者：即闲鱼用户，用户通过渠道收到任务，完成任务并获取奖励

而任务的生命周期分为以下几个节点：

任务管理

任务管理即管理任务元数据配置，包含任务完成条件和完成权益奖励。任务管理还会维护用户级别任务实例，记录任务实例进度、状态等信息。

任务投放

任务投放解决的是投放给指定人群的问题，目前系统支持按照一定规则圈人投放，并且在圈人后将任务详情通知目标用户，引导用户查看和完成任务。

任务追踪

任务追踪负责监听用户行为事件，触发任务进度计算，更新维护任务进度和状态。任务追踪模块本身会监听业务系统的通用事件，比如发布商品、浏览详情和购买支付等全域通用事件，也支持业务个性化定制事件。任务追踪负责隐藏不同事件的差异。

任务结算

任务结算统一监控任务实例的进度和状态变更通知，基于任务实例实时信息判断任务是否达到完成条件，并将任务完成信息同步给任务奖励节点，以此将任务追踪与任务奖励节点解耦。

任务奖励

任务奖励负责不同类型权益，支持权益剩余库存检查和业务自定义检查规则。在满足发放条件后将权益发放给用户，完成一次任务流程。

闲鱼用户任务体系与业务无关，是从增长玩法整体归纳抽象，定义任务生命周期，沉淀玩法通用能力的任务系统。

闲鱼逛赚玩法

上一节介绍的是基于增长玩法整体抽象的任务体系，这一节主要介绍具体增长玩法如何通过任务体系扩展支持。以闲鱼逛赚玩法来说，逛赚玩法为周期类任务，周期为 7 天，用户在周期内每天可通过浏览 10 个商品完成当天任务，任务完成后领取现金红包奖励。在指定的第 2 天、第 5 天、第 7 天有特殊奖励，吸引用户连续参与活动，提升活跃和留存。