转介绍裂变:奖励自动发放的 9 种场景

TL;DR

转介绍做不起来,多数不是奖励不够,是规则说不清、发放靠手工。把 9 种奖励场景规则化——注册、完课、首购各有推荐人与被邀请人两侧的组合——满足条件自动发放课时奖励,传播链条才立得住。规则透明、发放准时,是转介绍仅有的两条生命线。

转介绍是教培机构获客成本最低的渠道,也是最容易做砸的渠道。做砸的方式高度一致:活动海报发出去,家长转发了,然后奖励发放拖了一周,或者规则解释不清——"为什么他拿到了我没有"——一场活动下来,收获的不是裂变,是抱怨。

复盘这些失败,问题出在两个环节:规则设计含糊,发放依赖手工。解法也对应两个:规则场景化,发放自动化。

9 种奖励场景

学页的转介绍模块内置 9 种可配置的奖励场景,覆盖推荐人与被邀请人两侧的全流程组合:

1. 新用户注册奖励
2. 被邀请人注册奖励
3. 被邀请人完成第一节课——推荐人奖励
4. 推荐人支付首次购买费用——奖励
5. 每月分享奖励
6. 被邀请人注册——邀请人奖励
7. 被邀请人完成第一课——被邀请人奖励
8. 被邀请人首次购买付费——推荐人奖励
9. 助理(助教)分享海报奖励

每个场景独立配置奖励课时数量,满足条件主动触发。"新用户完课 X 节后,老用户奖励 Y 课时,新用户奖励 Z 课时"这类策略可设多条,同类策略仅生效一条,避免叠加漏洞。

自动化发放

规则配置好之后,发放完全自动:被邀请人完成指定动作,系统核对条件,课时奖励入账,全程无人工。每笔奖励留有记录——创建时间、奖励人、邀请人、奖励类型、课时数——可按邀请人、被邀请人、奖励类型筛选查询。对账透明,客诉有据可查。

传播载体

分享环节由系统托管:中英文分享海报、专属邀请二维码、多渠道分享配置。新用户扫码进入专属落地页注册,邀请关系自动绑定,不依赖客户手动填码。落地页支持自定义模板与 UTM 参数(utm_medium/utm_source/utm_campaign、教师邀请码、用户邀请码、销售邀请码),流量来源可精确追踪到人——哪个老师、哪个家长、哪场活动带来的注册,一目了然。

防刷是绕不开的话题。多场景奖励叠加"同类策略仅生效一条"的限制,配合审核规则与奖励记录的完整留存,把最常见的刷单路径堵住。机构侧还可以按周期复盘奖励 ROI:课时奖励的支出 vs 被邀请人的付费转化,数据都在系统里,不用拍脑袋。

转介绍模块的完整能力(海报配置、落地页模板、销售分配联动),见产品总览。

FAQ

奖励场景能同时开多个吗?

能。9 种场景独立配置、可并存,但同类策略仅生效一条,防止叠加刷奖励。

奖励发放失败或延迟怎么办?

发放由条件触发自动执行,奖励记录全程留存。出现争议按记录核对:条件是否满足、触发时间、课时入账明细,逐项可查。

怎么防止刷奖励?

三层:同类策略仅一条生效、审核规则、完整奖励记录。落地页与邀请码绑定真实注册链路,异常模式在记录中可回溯。