简介芒果TV会员成长与积分体系的深度拆解文档面向产品经理、会员运营及视频平台从业者适合用于竞品分析、会员体系设计与运营策略参考。资源为1份PDF文件大小2.87MB。文档以会员成长值为核心解析开通会员、每日累计及任务获取成长值的规则也说明了到期未续费每日扣减10点成长值的非会员下降机制同时按V1—V9等级梳理了代金券、福利券、会员红包、生日特权、弹幕特权、特价购牛奶盒子、独家纪念礼盒等差异化权益并拆解了会员中心的信息卡、资产、服务入口、异业联合服务等结构模块。积分部分覆盖签到、任务、游戏中心等获取方式以及商城兑换、兑换弹幕、直播间礼品、积分乐园等核销渠道并说明积分次年12月31日到期的规则。文档还整理了星芒卡、联合会员等异业合作案例。资源已有538人学习适合需要参照成熟视频平台会员体系进行方案设计的产品与运营人员。1. 会员成长值为什么值得单独拆出来分析在 216 元买到 13 家会员的那波联合活动里芒果 TV 可能是最容易被低估的一家。它的会员体系表面上只有一张成长值表——年费到账 500 点、每日累计 12 点、到期每天扣 10 点——但这张表的背后藏着一套完整的「等级分层 积分闭环 异业供给」逻辑。用户看到的是一级一级往上爬的进度条产品看到的是一条可预测的 LTV 曲线充值行为买的是等级门槛日常活跃买的是积分循环合作方提供的是低成本拉新库存。下面按成长值核算、积分系统、会员中心分层、异业合作四条线拆这套体系把规则背后的参数取舍和可复用设计逐条过一遍适合正在搭会员中台或想优化现有等级权益的产品经理做对标参考。2. 成长值核算模型一次性到账、每日计提与到期回收2.1 成长值从哪里来三类供给拆开看芒果 TV 的成长值由三部分构成开通时的即时到账、会员有效期的每日累计、任务体系的额外奖励。这三类的定价逻辑完全不同拆开看才明白为什么年费给 500/1000 点而自动续费只给 30/60 点。供给类型具体场景成长值产品意图开通即时到账PC 移动影视年费500 点拉高一次性付费的心理收益开通即时到账全屏影视年费1000 点用更高门槛筛选高价值用户开通即时到账自动续费 PC 移动30 点降低开通阻力不承诺高额奖励开通即时到账自动续费全屏60 点与 PC 移动档形成差异化每日累计年费会员12 点/天让长期权益随会员时长自然增长每日累计自动续费10 点/天比年费低 2 点鼓励一次性买断每日累计月包/季包/半年包8 点/天短期套餐用户成长最慢任务奖励任务中心完成指定任务不等用积分换取用户行为时长这里有一个容易被忽略的细节年费会员一次性到账 500 点同时每天还有 12 点入账月度包用户每天的成长值只有 8 点差距看起来只有 4 点但叠加 500 点的初始差距后月包用户要连续保持会员身份 125 天才能追平这个初始差额。这种设计本质上是「用即时到账锁定年费转化用每日计提维持用户对等级的持续感知」等级差距不是慢慢拉开的而是从开通那一刻就定好了。2.2 用 Python 模拟一条成长值曲线为了验证不同开通策略对等级速度的影响可以写一个简单的成长值引擎把各类参数抽出来单独调。class GrowthEngine: def __init__(self, init_growth: int, daily_growth: int, expire_growth: int -10): self.init_growth init_growth # 开通时一次性到账成长值 self.daily_growth daily_growth # 会员有效期内每日成长值 self.expire_growth expire_growth # 非会员状态下每日扣减 self.growth init_growth self.valid_until 0 # 会员剩余天数 def activate(self, days: int) - None: self.valid_until days # 续费时在原有效期上累加 def pass_day(self) - None: if self.valid_until 0: self.growth self.daily_growth self.valid_until - 1 else: self.growth max(0, self.growth self.expire_growth) def get_growth(self) - int: return self.growth# 模拟场景年费用户 vs 连续月包用户观察第 365 天的差距 yearly GrowthEngine(init_growth500, daily_growth12) yearly.activate(365) monthly GrowthEngine(init_growth0, daily_growth8) for _ in range(12): monthly.activate(30) for day in range(365): yearly.pass_day() monthly.pass_day() print(f年费用户成长值: {yearly.get_growth()}) print(f月包用户成长值: {monthly.get_growth()}) print(f差距: {yearly.get_growth() - monthly.get_growth()})这段代码把年费和月包的差异还原成一条可量化的曲线年费用户初始就有 500 点每天比月包多 4 点一年后差额会稳定在 500 4×365 1960 点左右。如果产品的等级阈值不是线性递增而是像大多数平台那样 V5 之后需要翻倍成长值那么年费用户会比月包用户提前一个等级周期进入下一档特权区间。参数里值得关注的是expire_growth默认值 -10这个值直接决定流失用户回落的速率。2.3 到期未续费的回收设计与产品意图非会员状态下每天扣减 10 点成长值是整套体系里最值得琢磨的一个参数。每日最高增速是年费会员的 12 点/天而扣减速度是 10 点/天这意味着一个刚到期未续费的用户只要空窗超过 30 天就会损失掉接近一个月的成长积累。这个数值并不算温和但恰恰是产品想要的效果等级必须维持「易得也易失」的感知才能驱动用户在到期前后做续费决策。我一般会在设计会员等级时把回收机制拆成两段一段是「降级缓冲」比如 V5 用户到期后先冻结在 V5 一个月再开始扣另一段是「保级提醒」当成长值扣到距离当前等级门槛只差 10% 时推送一次提醒。芒果 TV 的做法是把回收线直接拉直没有缓冲区间对续费压力更大但对羊毛党也更敏感。3. 积分系统签到、任务、游戏与核销3.1 签到周期21 天为什么断签要重置积分获取侧的签到体系采用了 21 天一个周期的设计第 4、7、14、21 天分别有惊喜奖励断签则回到第 1 天重新计算。这个周期长度放在视频平台里是有讲究的太短7 天用户还没形成习惯就结算了太长30 天对运营活动的配合度要求过高。21 天刚好跨过「习惯养成」的临界点而且把 14 天设成一个中间奖励点能让用户在第二周末再被刺激一次。def sign_in(user_id: str, sign_date: str, state: dict) - dict: record state.get(user_id, {last_date: None, streak: 0}) if record[last_date] sign_date: return state[user_id] # 同一天重复签到直接跳过 if _is_next_day(record[last_date], sign_date): record[streak] record[streak] 1 else: record[streak] 1 # 断签或跨周期重新计数 if record[streak] 21: record[streak] 0 # 周期结算完成下一轮从头开始 state[user_id] {last_date: sign_date, streak: record[streak]} return state[user_id]上面的实现把状态存成一个字典实际生产环境里state可以替换成 Redis Hash 或者 MySQL 行记录。_is_next_day负责判断两个日期是否连续断签时直接归 1 而不是保留部分进度是这套签到逻辑的关键。如果把断签设计成「从断签前一天继续」用户对周期终点的感知会变弱第 21 天的大额奖励反而不容易形成冲刺激励。3.2 任务中心与游戏中心积分生产侧的三种成本芒果 TV 的任务中心覆盖了观看视频、写评论、分享视频、发表弹幕、观看短视频和玩小游戏外加限时任务。这些任务可以按用户成本分成三类纯消耗型看视频、看短视频承担的是 DAU 拉动功能表达型写评论、发弹幕承担的是社区氛围功能传播型分享视频承担的是裂变拉新功能。游戏中心的三款产品芒果影视城、芒果十二点、芒果英雄则完全是另一种逻辑——它们的积分生产效率高于普通任务但用户必须投入足够长的单次时长才能玩到产出积分的关卡。用游戏来填充「双倍积分时间窗」或者「周末积分加速」这类运营活动比单纯发任务更容易拉长单次访问时长。3.3 积分核销渠道与有效期核销场景具体形式消耗方式积分商城兑换 VIP 时长、实物礼品固定积分值兑换积分商城兑换满减代金券到第三方商城核销弹幕特权兑换炫彩/霸屏弹幕单次消耗直播间积分兑换礼品送主播实时消耗积分乐园口红机、疯狂星期三夺宝概率消耗积分翻倍周三积分翻倍活动活动周期内翻倍抵扣积分有效期设置是「下一自然年 12 月 31 日 24:00 过期」这是视频平台很常见的自然年清零策略。按自然年而不是按滚动 365 天过期好处是财务核算口径清晰坏处是年底会出现一波集中核销高峰积分商城如果没有在这之前备足库存用户会对「积分过期但换不到东西」产生反感。我一般会在积分过期前 45 天开始做消耗引导把库存压力分散到三个月里。-- 每日定时任务清理已过期积分 DELETE FROM point_account WHERE expire_at NOW() AND user_id NOT IN (SELECT user_id FROM blacklist);3.4 积分反作弊规则规则里明确写了「出现作弊、网络攻击等不正当手段获得积分的用户会被取消获得的积分」这句话放在规则条款里很多人会略过但它实际上是积分体系的风控声明。积分是有兑换价值的虚拟资产只要存在「薅羊毛」的空间就一定会有人用脚本刷签到、批量注册小号刷任务。落地时通常配合两套机制一是异常行为检测比如同一 IP 下出现大量新用户集中签到直接进入人工审核二是积分流转限制转赠类积分不允许兑换实物或 VIP只能兑换体验类特权。芒果 TV 把「取消积分」写进公开规则本身也是对正常用户的一种信号——积分有价别走捷径。4. 会员中心与特权分层4.1 会员中心七大模块的信息架构芒果 TV 的会员中心拆成七个模块会员信息卡、我的资产、会员服务入口、会员异业联合服务、会员等级进度条、当前等级及下一等级专享特权、开通会员立享专属特权。这七个模块的排序不是随意的从结构上看是「身份确认 → 资产清点 → 行动入口 → 升级预期的递进关系」。{ member_center: { modules: [ { name: member_info_card, purpose: 展示当前等级、会员有效期 }, { name: my_assets, purpose: 代金券/福利券/观影券/红包资产汇总 }, { name: member_service_entry, purpose: 会员专享内容与服务入口 }, { name: cross_industry_service, purpose: 异业合作福利入口 }, { name: level_progress_bar, purpose: 成长值进度可视化 }, { name: current_next_privileges, purpose: 当前/下一等级特权对比 }, { name: open_member_cta, purpose: 开通立享权益转化位 } ] } }注意my_assets放在第二顺位紧跟在会员信息卡后面。这说明芒果 TV 把「我的资产」当作会员中心的核心留存抓手——用户最关心的是手里还有几张券、几个红包、多少积分而不是平台的品牌宣传。等级进度条放在资产之后是为了让用户先感知「我拥有什么」再感知「我再努力一点能得到什么」转化链路比直接展示开通按钮要自然得多。4.2 V1 到 V9 特权分布与等级门槛设计等级关键特权设计意图V1会员基础权益免广告、蓝光画质基础付费门槛V2会员红包、炫彩弹幕用社交属性触发分享V5特价购牛奶盒子硬件销售与会员生态捆绑V6霸屏弹幕、开放日优先参与从内容消费延伸到线下参与V7在现场、见面会优先参与稀缺资源绑定高等级V9独家纪念礼盒终极物质奖励 身份象征V2 给红包和炫彩弹幕V5 给硬件购买资格V6 给霸屏弹幕和开放日V7 给线下见面会V9 给独家礼盒——每一个等级的解锁点都不是随机分布的。V2 是用户刚完成首次续费的节点给社交型权益最容易产生分享行为V5 到 V7 集中在「线下参与权」和「硬件购买权」这类权益成本高但覆盖人数少适合做高等级门槛的填充物。4.3 红包、赠片、代金券三种拉新型权益的边界会员红包只在 V2 及以上开放每月 1 个里面包含 6 个以上最多 15 个体验会员时长的领取机会好友领取后获得随机时长最长 50 天。这个设计的精妙之处在于把「等级特权」和「拉新工具」合并了——用户分享红包不是为了帮平台拉新而是为了体现自己的等级身份但客观上完成了社交裂变。赠片和红包的差异在于分发半径赠片链接最多领取 5 次天然限制了传播范围红包最多 15 个领取机会更大但依然可控。代金券则完全不参与社交只抵扣充值会员的费用本质上是价格歧视工具给不同价格敏感度的用户不同的折扣。三条线分别对应社交传播、有限分发和价格调节互不越界。5. 异业合作福利券、星芒卡与联合会员的对接逻辑5.1 福利券三种领取方式的流程拆解芒果 TV 会员中心的异业福利券有三种领取方式对应三种不同的对接深度。第一种是线下体验用户领到券码后到指定门店消费平台侧不参与交易环节。第二种是线上手机号领取点击领取后跳转一个输入手机号的页面登录成功即优惠券直接进入该商城的账号内。第三种是线上兑换码领取用户拿到券码后需要去第三方商城的公众号或小程序主动兑换。三种方式里线上手机号领取的转化率通常最高因为跳转步骤最少兑换码领取的核销率最低但对接成本也最低不需要和第三方做账号打通。我们做异业合作时一般会先谈兑换码模式验证用户接受度等数据跑起来再升级成手机号绑定。def redeem_coupon(user_id: str, coupon_code: str, partner_api: dict) - dict: # 校验券码是否有效且未被使用 if is_used(coupon_code): return {code: 4001, msg: coupon already used} # 请求第三方接口激活超时自动补偿重试 resp partner_api[activate](user_iduser_id, codecoupon_code, timeout5) if resp[code] 0: mark_used(coupon_code, user_id) # 只有第三方确认成功才标记已用 return {code: 0, msg: ok} return {code: 5002, msg: partner activate failed}这段流程里最容易踩的坑是「标记已用」和「第三方激活」的顺序问题。如果先mark_used再去调第三方接口一旦第三方超时用户就卡在「券码已失效但没到账」的状态如果先激活再标记已用又可能出现重复调用导致第三方多发优惠券。正确的做法是像上面代码一样以第三方确认为准配合超时重试和幂等键。5.2 星芒卡套餐定价与合作逻辑星芒卡分成 39 元/月和 19 元/月两档核心权益是每月芒果 TV 会员、定向 APP 免流以及 5 人亲情卡国内免费畅聊。这个套餐本质上是运营商合作产品19 元的低价档打的是「低价获取视频会员」的感知39 元档则叠加了更多流量和通话权益。从会员营销的角度看星芒卡最有价值的部分不是会员本身而是「定向免流 亲情卡」的组合。定向免流降低了用户观看视频的流量顾虑亲情卡免费通话则让套餐具备了家庭分享属性一个主卡用户会带动至少 3-5 个成员的附属绑定这和会员红包的社交裂变逻辑相通。5.3 联合会员账号绑定与激活时序合作方价格权益内容芒果 TV 唯品会228 元/年双会员同时到账芒果 TV 苏宁易购228 元/年双会员 购物权益芒果 TV 学而思73 元/月视频会员 教育内容联合会员的激活流程一般是购买成功后同时激活芒果 TV 会员时长并绑定第三方账号绑定方式采用手机号 验证码。为什么不直接发兑换码因为联合会员的购买者和使用者很可能不是同一个人手机号绑定可以在激活阶段完成归属确认同时收集到第三方的用户手机号为后续的联合营销沉淀数据资产。6. 从零搭建成长值模块时的七个参数检查点检查点关键问题参考值初始成长值不同套餐的即时到账差额是否合理年费 500-1000自动续费 30-60每日增速是否符合「高价值用户增速更快」原则年费 12自动续费 10短期包 8回收速度扣减值是否会让用户感知到等级焦虑建议不超过每日增速的 1.5 倍等级阈值V5 后是否采用指数增长前期线性后期翻倍特权分布高等级是否有稀缺性权益线下活动、实物礼盒积分有效期过期节奏是否和运营活动匹配自然年 到期前 45 天提醒分享边界红包/赠片的传播半径是否可控红包 6-15 人赠片 5 次这套参数表可以直接用来评估自己的会员体系如果每日增速是 10 点回收是 8 点用户流失后等级的回落几乎没有体感那么等级对续费的驱动就失效了。反过来如果回收超过日增速的 2 倍用户会因为等级掉得太快产生负面情绪。我一般会在上线前用前文那个GrowthEngine跑一遍不同套餐组合的 365 天成长曲线看各个等级的达级天数是否符合运营预期。调参时优先动「初始成长值」而不是「每日增速」因为即时到账对用户决策的影响远大于每天几点几点的积累——这也是芒果 TV 把年费初始值拉到 500/1000 而不是把每日成长值提到 20 点的原因。本文还有配套的精品资源点击获取