业务背景
玩法目的
- 增加用户粘性:组队玩法通过社交互动,增强用户与平台之间的情感连接
- 提升用户参与度:这种玩法通过设置有趣且有挑战性的任务,提高用户的参与热情,从而增加活动的活跃度和覆盖面
- 促进病毒式传播:组队活动通常需要邀请好友一起参与,这为活动提供了天然的传播渠道,有助于活动的迅速扩散和用户数量的增长
- 数据收集与分析:通过用户的报名、邀请、参与等行为,可以收集大量有价值的数据,帮助策划团队更好地了解用户兴趣和行为,进行更精准的后续营销
玩法概述
- 队伍建立和管理:
- 创建队伍:用户可以自行创建一个队伍,设定队伍名称和队伍描述,并生成唯一的队伍邀请码或链接。
- 加入队伍:用户也可以通过输入邀请码或点击邀请链接,加入已有的队伍。
- 队伍成员的招募与组成:
- 邀请机制:队伍创建者可以通过社交媒体、消息应用等方式邀请好友加入。加入机制应尽可能简单,以降低用户参与门槛。
- 成员上限:可以设定每个队伍的最小和最大成员数量,以确保团队任务的可执行性和团队的多样性。
- 团队任务的设计:
- 任务发布:所有队伍收到相同的任务,任务的设计需有趣、有挑战且公平,结合游戏内的相关行为如等级或具体玩法
- 任务完成与进程追踪:
- 进度显示:将队伍的任务完成状态进度可视化,队伍成员可实时查看任务完成情况和团队总进度。
- 任务完成与奖励分发:
- 成果展示:任务完成后,可以鼓励队伍展示成果,并通过社交平台分享,以提高活动的影响力和用户参与感。
- 奖励设置:根据团队任务完成情况设定不同的奖励级别,如实物奖励、优惠券、游戏礼包等,同时设立个人贡献奖以激励更多参与。
玩法展示
- 组队核心交互展示
- 组队任务奖励核心交互展示
架构设计
微服务拆解
- 核心玩法模块
- 组队业务服务:主要处理组队玩法逻辑,包含:创建/加入队伍,查询队伍信息等
- 活动流转模块
- 触发代理服务:主要处理用户行为业务过滤,和行为事件存储等行为相关的逻辑
- 规则过滤服务:主要处理通用任务逻辑规则和任务状态可视化,如:任务频控、任务条件达成等
- 奖励触达服务:主要处理用户奖励发放逻辑
- 其他模块
- 研发数据代理服务:主要处理联动游戏内玩家的数据信息进行逻辑判断
- 活动编排服务:主要处理整体活动逻辑配置信息的存储和加载
整体架构图
组队业务服务核心模型
业务实现拆解
组队交互逻辑拆解
- 创建队伍
- 主要入参:用户id
- 逻辑:
- 确认用户无已创建/加入的队伍(team_member)
- 生成队伍唯一id,并确认队伍唯一id在当前活动无冲突(team)
- 创建新队伍(team)
- 为新队伍创建新成员(team_member)
- 主要出参:是否创建成功
- 加入队伍
- 主要入参:用户id,待加入的队伍id
- 逻辑:
- 确认待加入队伍存在(team)
- 确认用户无已创建/加入的队伍(team_member)
- 根据活动编排服务的配置信息,确认待加入队伍未达上限(team_member)
- 为待加入队伍创建新成员(team_member)
- 主要出参:是否加入成功
- 查询队伍信息
- 主要入参:用户id
- 逻辑:
- 获取用户已加入的队伍
- 队伍数据进行排序
- 主要出参:队伍成员列表:用户昵称、加入时间、扩展信息(如头像、描述等)
任务逻辑拆解
遵循:触发-过滤-触达 拆解思路
- 组队成员均完成每日登录任务
- 触发:用户点击
- 过滤:
- 领取频控:1天1次
- 队伍数量是否达标
- 队伍所有用户是否都登录
- 触达:发放礼包
- 组队成员均完成每日钓鱼x次
- 触发:用户点击
- 过滤:
- 领取频控:1天1次
- 队伍数量是否达标
- 队伍所有用户是否完成“钓鱼行为”x次
- 触达:发放礼包
- 组队成员均达到x级
- 触发:用户点击
- 过滤:
- 领取频控:活动期间内1次
- 队伍数量是否达标
- 队伍所有用户是否等级达标
- 触达:发放礼包
数据效果
- 组队情况数据统计
- 任务完成数据统计
、