为什么要把推荐奖励「拆成两段」看
几乎所有主流 AI 平台(OpenAI、Anthropic、Mistral、Perplexity、各类云厂商的 AI 服务,以及 OpenRouter 这类聚合网关)的推荐机制都不是「拉一个给一笔」。常见结构是:
- 第一段(首触奖励):被邀请人完成注册、验证邮箱、或首次充值后,邀请人立刻拿到一笔 Token/额度/代金券。
- 第二段(留存奖励):被邀请人在约 30 天后仍在付费、或累计用量/消费达到某个门槛,邀请人再拿一笔。
很多人只盯着第一段,结果账号里堆了一堆「一次性」额度,第二段几乎全丢。把两段分开运营,才是把邀请返利变成稳定 Token 补给的关键。
> 注意:不同平台两段的比例、门槛、结算周期差异很大,具体数额以你账号后台的「Referral / Invite / Affiliate」页面为准,本文不写死任何数字。
操作步骤
步骤 1:先把「两段规则」抄下来
打开平台后台的推荐页面(通常叫 Referral、Invite friends、Affiliate、Partners),逐条记录:
- 第一段触发条件:是「注册」还是「首充」?有没有最低充值金额?
- 第二段触发条件:是「续费」还是「用量达标」?观察期通常是多少天(常见 30/60/90 天)?
- 奖励形式:是 API 额度、平台积分,还是必须用于订阅的抵扣券?能不能转成 Token 用量?
- 有效期:奖励有没有过期时间(常见 30~90 天)?
- 上限:单个账号每月/每年最多能拿多少个有效推荐?
把这些写进一张表,后面所有动作都对着这张表做。
步骤 2:给邀请码做「分层投放」
不要在一个群里刷同一个码。按「被邀请人能不能活到第二段」来分层:
- A 类(高留存概率):同事、同学、已经在用同类工具的人。这类人首充后大概率会续费,第二段奖励最稳。给他们单独一个码,方便追踪。
- B 类(中等):技术社群、Discord/Slack 里主动问「有没有免费额度」的人。给码时明确告诉他首充门槛和续费时间点,能显著提高第二段触发率。
- C 类(低留存):公开渠道一次性投放。只指望第一段,别把第二段算进预期。
平台通常会给每个邀请人一个唯一码,或者一个可生成多个码的链接。如果支持自定义备注/标签,务必按 A/B/C 打标。
步骤 3:把「首充提醒」做成固定动作
第二段奖励卡住,最常见的原因是被邀请人根本不知道要续费/继续用。做法:
- 在对方注册后的第 3 天、第 25 天各提醒一次(第 25 天是为了赶在观察期结束前)。
- 提醒内容只讲一件事:他继续用会得到什么(自己的额度、功能解锁),顺带提一句你也会拿到推荐奖励。
- 如果平台支持,把「他的续费截止日」和「你的第二段结算日」对齐记录。
步骤 4:建立「到账核对表」
每周固定核对一次后台:
| 被邀请人 | 注册日 | 第一段是否到账 | 观察期结束日 | 第二段是否到账 |
| --- | --- | --- | --- | --- |
| A-1 | … | 是/否 | … | 是/否 |
凡是「第一段到了、第二段没到」的,回去看是不是对方中途停用了,或者根本没到续费门槛。这类名单就是你下一轮要重点维护的对象。
步骤 5:把拿到的额度按「有效期」排序使用
推荐奖励换来的额度通常有有效期。使用顺序:先到期先用。在后台或自己的账本里给每笔额度标上到期日,别让辛苦拉来的额度静静过期。
注意事项
- 禁止自邀:同一支付方式、同一设备、同一 IP 批量注册来刷推荐,几乎都会被风控识别,轻则奖励不发,重则封号。不要碰。
- 规则会变:推荐奖励的比例和门槛平台经常调整,动手前先看当天的官方条款,别用几个月前的截图当依据。
- 第二段不保证:无论你怎么运营,被邀请人是否续费最终由他自己决定,第二段奖励只能提高概率,不能保证。
- 税务与合规:部分平台的推荐奖励属于可提现收益,达到一定金额可能涉及申报,按你所在地区规定处理。
- 别把邀请码当营销素材刷屏:多数社群明确禁止,账号可能被踢甚至被平台标记。
适用场景
- 个人开发者:想用邀请返利覆盖一部分 API 调用成本。
- 小团队:几个人一起按 A/B/C 分层投放,把推荐奖励汇成团队共用的 Token 池。
- 技术社群运营者:把「帮新人在平台上拿到首月额度」做成一项常规服务,顺带获得推荐奖励。
常见误区
- 只拉新不管留存:第一段拿得多,第二段全丢,实际收益可能只有预期的一半。
- 把所有额度当成同一种:订阅抵扣券通常不能用于 API 调用,看清楚再规划用途。
- 等到额度快过期才想起来用:推荐奖励的有效期往往比你想的短。