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