小程序裂变活动合规教程｜奖励规则、邀请频控与投诉处置的红线 – MPForge

一、裂变为什么容易翻车：增长的压力撞上合规的边界

结论句：裂变设计里每一个「再聪明一点的玩法」，都要先过一遍平台规则与用户感受两道闸。

增长团队想拉新，运营想低成本获客，但翻车形态高度重复：

• 无限层级返奖：A 邀 B、B 邀 C、C 邀 D 都返奖，被平台判定为诱导裂变，直接下架甚至封功能。
• 奖励规则模糊：「邀好友得豪礼」却不说礼品是什么、何时发、发不发得出去，客诉集中在兑付环节。
• 触达失控：为了让用户转发反复弹窗、短信轰炸，投诉率一涨，平台限流随之而来。

把「奖励频率」写成可勾选检查项：规则页链接、频控参数、发放责任人、客服应对口径，活动上线前逐项过。

二、奖励规则怎么定：能兑现，才叫奖励

结论句：规则页不是免责声明，是把「发什么、什么时候发、怎么领」写成用户能核对的三句话。

兑现能力先自测：奖品预算、库存、发放链路三者都要兜得住最坏情况——如果 10 倍于预期的用户达标，发不发得出？答不了这个问题就不要上线。券的发放与核销口径参考优惠券核销对账做法。

三、合规三条线：层级、频率、真实性

结论句：层级封顶两级、触达设频控、绝不诱导虚假交易，这三条是红线不是建议。

1. 层级封顶：只奖励直接邀请一层，被邀请人的后续邀请不再给邀请人返奖，杜绝「拉人头」结构。
2. 频控写入系统：同一用户同一活动每天最多 3 次提醒触达，推送时段锁定 10:00–20:00，参考推送频次限制怎么做。
3. 真实性约束：奖励只与「真实到店/真实下单」挂钩，刷单、虚假注册不计入，风控黑名单拦截设备指纹异常账号。
4. 分享路径合规：分享卡片文案不夸大不恐吓（「不分享就…」式文案直接毙掉），分享卡片设计参考分享卡片获客做法。
5. 客服预案：活动规则、兑付口径、争议处理三段话术提前写好，客服按口径答，不现场发挥。

技术侧提醒：返奖发放要幂等——同一达标事件重试不重复发奖，用「事件 ID+用户」做去重键；发放流水留存可对账，争议时有据可查。

四、投诉与拒审怎么接：先停、再查、后公告

结论句：出问题时最贵的动作是「再等等看」，正确的顺序是停投、查因、统一口径公告。

• 第一步停：投诉超过既定阈值（如单日 5 条）或收到平台通知，立即暂停活动入口，保留规则页可访问。
• 第二步查：按用户与流水排查是规则歧义、发放延迟还是风控误伤，48 小时内出结论。
• 第三步公告：在活动页与客服话术同步处理结论，受损用户主动补偿，不要等用户找上门。
• 提审材料：涉及分享裂变的功能提审时，把规则页、奖励发放逻辑写进说明，参考审核材料清单。

五、避坑清单

结论句：裂变合规的成本远低于翻车重做一次活动的成本。

• 别做无限层级：层级一深就从「老带新」滑向「拉人头」，平台判定与用户反感同时触发。
• 别用误导文案：「免费领」「0 元抽」若实际有门槛，投诉与退单都会来，规则页写多直白都不亏。
• 别忽略到期处理：活动结束未达标用户的提醒文案要提前设计，「差一步」类触达同样受频控约束，到期与提醒节奏参考积分到期提醒做法。
• 别无预案上线：库存超发、投诉激增、平台问询三类情景各写一页应对卡，值班表排到活动结束后 48 小时。

六、常见问题 FAQ