方糖试玩 ASO 优化 编辑部
打开抖音极速版或者快手极速版，首页最显眼的不是内容，是「来赚钱」。邀请好友、签到、看视频得金币、新人红包，一套动作全摆在明面上。
很多人觉得这套玩法土。但它其实是国内 App 拉新最成熟的一套模型：把「一个新用户」拆成几个可以结算的动作，再用双边激励让拉人的和进来的人同时有动力。
这篇不讲案例多成功，只讲怎么搭。从口径怎么定、激励怎么设计、渠道怎么配、开发要做什么，到钱怎么结算，按顺序走一遍，关键环节都配上能直接改的代码。
一、先把口径定死：什么才算一个新用户
运营和开发吵起来，八成是从「这算不算新用户」开始的。口径没定死，后面所有数据都是废的。
公开规则里能见到的口径有三层：设备从未安装过；首次安装并完成注册；首次注册并且完成一个关键行为。前两层都能被刷，只有第三层刷不动。
抖音极速版的邀请结算就卡在第三层：好友要完成手机号验证、看首条视频并停留满 10 秒，邀请方那端才会收到「邀请成功」，奖励才进可提现余额。快手极速版同理，只发邀请码不算数，好友得走完注册和使用流程，奖励才按页面规则发放。
所以口径至少三件套：设备 + 手机号 + 关键行为。三样都要，缺一样就有套利空间。
落到代码上就一个函数，判完直接进结算，不做二次解释：
def is_new_user(ev, db):
if db.device_seen(ev["device_id"]):
return False # 装过就算老，不看是谁在用
if db.phone_exists(ev["phone_hash"]):
return False # 一个手机号终身只算一次
if ev["behavior"] != "search_first":
return False # 关键行为不对，不进入结算
if ev["stay_ms"] >= 3000:
return True # 停留满 3 秒，判为有效新客
return False
还要注意一件事：老用户召回必须单独开口径。快手那套推广体系里，拉新是设备从未装过、首次安装注册并完成指定行为；拉回是 30 天内没使用过的用户重新回来。这两类成本差好几倍，混在一起算，你永远不知道钱花在哪。
| 用户类型 | 口径 | 成本与用途 |
|---|---|---|
| 新客 | 设备未安装 + 手机号未注册 + 完成关键行为 | 最贵，用于拉新大盘和渠道结算 |
| 召回 | 30 天内未登录、重新进入并完成一次关键行为 | 成本约为新客的三分之一，单独建账 |
| 沉默老客 | 仍安装但长期不活跃 | 不参与结算，只用于留存分析 |
最后一条：口径写进活动规则原文，不要只写在内部文档里。规则一变，历史数据全部不可比，上一期的结论一个都用不上。
二、激励设计：双边、梯度、门槛
拉新活动是双边市场：一边是愿意帮你拉人的老用户和推广员，一边是被拉进来的新用户。只补一边，另一边立刻套利。
梯度是抖快这套玩法里最值得学的一处。早几年公开拆解里看到的邀请奖励是递减的：邀请第 1 位给得多，第 2 位少一档，倒着往下排，同时挂一个「累计满 5 位凑够 100 元」的总目标。递减压住了单客成本，累计满额又把用户留在任务里，不至于拉一个就走。
这套梯度翻成代码就是一个数组加一次分配：
TIERS = [20, 15, 10, 8, 7] # 邀请第 1 到第 5 位，逐个递减
FULL_BONUS = 100 # 累计满 5 位补足到 100
BEHAVIOR_SHARE = 0.6 # 行为奖占 60%，剩下 40% 在首启发
def reward(seq: int, hit_full: bool = False) -> tuple:
seq = min(seq, len(TIERS))
base = TIERS[seq - 1]
if hit_full:
base += (FULL_BONUS - sum(TIERS)) / len(TIERS)
return (round(base * (1 - BEHAVIOR_SHARE), 2),
round(base * BEHAVIOR_SHARE, 2)) # 返回（首启奖，行为奖）
门槛要分两段发。注册或首启先给一小笔，关键行为达成再给剩下的。公开报道里常见的邀请奖励区间在 10 到 20 元，但真正决定成本的不是单价，而是什么时候发。一次性发完的，作弊率最高。
三条上限必须写清楚：单账号单日邀请上限、单设备终身奖励上限、提现门槛。没上限的活动等于把风控外包给了黑产。
还有一个文案上的坑：别把「最高可得 XX 元」当主文案。用户会按最高值算收益，一旦发现自己拿不到，评价区就是一片「骗人」。
三、三段漏斗：首日、7 日、30 日
抖快极速版的钱不是只花在安装上，是花在「留下来」上。它的激励被拆成三段，每一段解决一个问题。
首日：新用户进来三分钟内要拿到第一次正反馈。金币到账、内容能刷、任务能领，三个里至少成一个。首日没有反馈的，第二天基本不会回来。
7 日：新人期做成一周任务。极速版那套是「前 10 天每天看满 9 分钟得金币」，本质是把「留下来」变成一件每天都能完成的小事，而不是一句「欢迎使用」。
30 日：召回。30 天没登录的用户推一条回归任务，给一笔回归奖励，成本比重新拉一个新客低得多。
判断线给你一条：次日留存做不到 30% 的拉新，本质上是在买卸载。这个数不是行业标准，是你自己的基线——先跑老渠道的自然留存，再拿新活动去比。
质量指标看 LT4，取自快手那套推广口径：当天拉来的新用户和回访用户，在 4 天内（含下载当天）的总活跃天数除以总人数。这个指标在数据侧一行 SQL 就能算出来：
select
date(dt) as day,
channel,
count(distinct uid) as new_users,
sum(case when active_days_4d between 1 and 4
then active_days_4d else 0 end)
/ count(distinct uid) as lt4,
avg(case when risk_flag = 1 then 1 else 0 end) as cheat_rate
from dws_user_active_4d
where dt between '2026-11-01' and '2026-11-07'
group by 1, 2
order by lt4 desc;
只看注册数，一定被渠道骗；看 LT4，谁在灌水立刻现形。
四、渠道组合：五种渠道各自的边界
渠道不是越多越好，是每个渠道都要知道自己负责哪一段。
- 站内任务中心：成本最低，用的是自有流量，天花板也最低。适合做首日那一段；
- 邀请裂变：链接、二维码、口令三种形式。上限最高，作弊也最狠。二维码比链接稳，微信里分享链接容易被拦；
- 地推：单客成本最高，但质量最好。本地生活、工具类、老年向产品，地推的效率常常超过信息流；
- 买量：信息流和商店广告，起量最快。承接页不要直接落到首页，要给新客一个「为什么留下」的落地页；
- 试玩墙和异业：按行为结算，单价高但可控。适合需要真实活跃、又不想自己拓渠道的产品。
五个渠道不要同时开。先开站内和裂变跑通结算，再放地推和买量。一起开的结局是数据混成一锅，出问题不知道出在哪。
每个渠道单独打标，是后面能分渠道结算的前提。埋点里必须带 channel 和 inviter_id：
{
"event": "launch_new_user",
"uid": "u_1024",
"device_id": "oaid_7f3c...",
"phone_hash": "9f2b...",
"channel": "invite_qr",
"inviter_id": "u_88",
"ts": 1762684800000,
"props": {
"behavior": "search_first",
"stay_ms": 4200,
"page": "task_center"
}
}
五、开发侧要做的三件事：埋点、反作弊、结算
这三件事做不好，活动上线第一天就会出乱子。
埋点要能串成一条链：曝光、点击、下载、首启、注册、关键行为、次日回访。缺一环，结算就只能拍脑袋。链路里最关键的是「关键行为」那一步，它是所有口径的落点，别用一个模糊的「活跃」代替。
反作弊至少四层：设备指纹（机型、系统版本、广告标识）、IP 与 GPS 聚集、行为序列（注册 20 秒内完成邀请、同型号设备批量提现）、提现账户关联。规则要做成配置项，写死在代码里的风控，黑产两天就能摸清。
{
"version": "2026.11",
"rules": [
{"id": "fast_invite", "window_sec": 20, "action": "reject"},
{"id": "device_batch", "limit": 30, "action": "hold"},
{"id": "ip_cluster", "limit": 50, "action": "review"},
{"id": "cash_link", "limit": 3, "action": "freeze"}
]
}
四个动作对应四级处置：直接拒绝、挂起待审、人工复核、冻结提现。别只做「拒绝」一种，误杀一次就是一波差评。
结算要延迟。T+7，或者行为达成后 24 小时，留出驳回窗口。后台流水和前端展示要能对上账，用户说「我明明邀请了 5 个人」，你得能一条条指给他看。
PENDING, BEHAVIOR_OK, SETTLED, REJECT = (
"pending", "behavior_ok", "settled", "rejected")
def next_state(order, now):
if order.risk_score >= 0.8:
return REJECT # 高风险进人工池，不进钱包
if not order.behavior_at:
return PENDING # 行为没达成，先挂着
if now - order.behavior_at >= 7 * 86400:
return SETTLED # T+7 无异常才结算
return BEHAVIOR_OK
六、把成本算清：CAC 与 LT4
单客成本不是总投入除以注册数，是总投入除以有效新客，而有效新客按行为口径算。
这条线要盯住：拉新成本必须低于「首日 ARPU × 预期回收周期内的人均贡献」。没有完整 LTV 模型的产品，先用「7 日留存 × 单日 ARPU」估一个下限，再决定单客奖励上限。
三种必亏的做法：只统计注册不统计行为、奖励一次性发完、激励没有上限。前两种是数据自欺，第三种是把预算交给黑产。
七、四周落地节奏
拉新活动不需要一个月筹备。按四周排，能跑出一个能复用的模型。
第 1 周：只接口径和风控，不接激励。用一个渠道灰度 5% 流量，看数据对不对得上。
第 2 周：上激励梯度，同时跑两档奖励的 A/B。这一周不看量，看 LT4 和作弊率。
第 3 周：放开渠道。地推、裂变、买量分开结算，每个渠道单独设上限。
第 4 周：复盘。砍掉 LT4 最低、驳回率最高的渠道，把预算压到前三名。这一轮跑完，下一期直接复用。
| 常见坑 | 出现时的样子 | 怎么处理 |
|---|---|---|
| 口径混算 | 新客和召回算在一起，成本看着很低 | 两套口径分开建账，报表也分开出 |
| 一次性发奖 | 注册量涨得很快，三天后全是僵尸 | 改成首启奖加行为奖，两段发 |
| 没有上限 | 某个账号一天带来几百个新客 | 账号、设备、提现账户三层限流 |
| 只看注册 | 渠道报告很好看，留存曲线是断的 | 统一用 LT4 结算，不看注册数 |
结语
拉新活动的难点从来不是「想到一个送钱的玩法」，而是把一个新用户拆成可结算、可验证、可复盘的几个动作。口径定死了，激励才有意义；风控前置了，渠道才敢放开。
抖音和快手极速版那套玩法之所以能跑这么多年，不是因为它送得多，是因为它每一步都有行为卡着，每一分钱都能对上号。这一套搬到自己的产品上，动作不用照抄，结构值得照抄。
如果你的产品正在准备第一场拉新活动，或者活动已经做过一轮但数据说不清，需要有人帮你把口径、激励和结算这几块落到具体方案上，找方糖试玩聊就行。
