如何搭建推荐计划：链接、追踪、奖励与防作弊规则

推荐计划是奖励现有客户为你带来新客户的机制。要搭建它，你需要为每位客户生成唯一的代码或链接，需要有办法在新访客到来时记住这个代码，需要一条记录将新账户与推荐人关联起来，需要一条明确的规则来判断推荐是否有效，需要一种奖励方式（账户余额、折扣或现金），还需要能阻止人们自我推荐的检查机制。生成代码并不难。真正困难的，是选定一个能反映真实价值的合格事件，并设计出不会让你付出比所带来客户价值更高成本的奖励。

在动手之前先定下规则

先把这些写下来。每一条都会改变搭建方式：

• 谁可以推荐？ 所有客户、只有付费客户，还是只有在使用一段时间之后的客户？
• 什么算成功推荐？ 注册、首次付款、超过某一金额的首单，还是在退款或试用期之后仍然留存？
• 奖励是什么，发给谁？ 只发给推荐人，还是双方都有（“各得 10 美元”的双向优惠）？
• 奖励的形式是什么？ 账户余额、折扣码、免费一个月、实物礼品，还是现金？
• 有没有限制？ 每人每月的上限、余额的有效期、每位新客户只能获得一次奖励？
• 推荐链接的有效期多长？ 如果有人今天点击，三周后才注册，这次推荐还算数吗？

一种简单而常见的设置是：双方都获得账户余额，当新客户的首次付款成功、并且退款期已过时，推荐即被视为有效。

程序需要什么

数据

请将推荐记录和奖励分开保存。推荐可以存在而不产生奖励（待定或被拒绝），而如果被推荐的客户申请退款，奖励也可以被撤销。

页面与组件

• “推荐好友”页面，位于客户的账户中：他们的专属链接、分享按钮，以及他们推荐的人列表，包括状态和已获得的奖励。
• 被推荐访客的落地体验：“Alex 给你的首单打了 10 美元折扣”，并在结账或注册时应用该优惠。
• 归因逻辑：当有人通过链接访问时存储代码，并在注册时将其关联到账户。
• 有效性判断逻辑：在合格事件发生时运行，通常由付款 webhook 触发。
• 管理视图：所有推荐记录、待审批项、被标记项、已发放奖励的总额。
• 条款页面，清楚地说明规则。

归因如何运作

1. Alex 分享 yourapp.com/?ref=ALEX42。
2. Sam 点击链接。应用将 ALEX42 连同日期一起保存在 Cookie 或本地存储中。
3. Sam 浏览了一会儿，离开，几天后再回来并注册。注册时，应用读取保存的代码，创建一条从 Alex 指向 Sam 的待定推荐记录。
4. Sam 完成首单付款。支付服务商通知你的应用；在退款期过后，该推荐记录变为有效。
5. 应用同时向双方发放奖励，并通知 Alex。

此外，还应允许人们在注册或结账时手动输入代码，以覆盖口口相传的推荐。同时要决定：如果某人通过两个不同的链接访问，该怎么办？通常的规则是“以最后点击的链接为准”。

欺诈与滥用

任何有价值的奖励都会被人试探。基本的防护措施包括：

• 禁止自我推荐：当被推荐的账户与推荐人共享邮箱、支付卡、电话号码或收货地址时，拒绝该推荐。
• 以价值而非注册为准：已付款且未退款的订单，比一个邮箱地址更难伪造。
• 奖励可用前设置等待期。
• 每位推荐人每月设上限。
• 对推荐数量突然激增的人进行人工审核。
• 如果有效付款被退款，撤销奖励。

奖励与付款

账户余额是最容易运作的奖励形式：它是客户账户上的一个数字，结账时自动抵扣。折扣码适合商店。现金发放是最难的：你需要收集收款信息，处理转账失败的情况，并且根据你和客户所在地的不同，可能还有税务申报责任，因此请查阅当地规定或咨询顾问。如果你使用 Stripe 或类似服务收款，应让支付 webhook 驱动有效性判断。我们关于添加付款的指南涵盖了相关设置。

一条有效的第一条提示词

为我们的餐盒订阅应用添加推荐计划。每位登录的客户都会获得唯一的推荐代码，以及形如 /?ref=CODE 的分享链接。当访客带着 ?ref= 访问时，将代码存入为期 30 天的 Cookie，并在他注册时将其关联到账户。被推荐的客户会自动获得首个餐盒 15 美元的折扣。注册时创建一条待定推荐；当被推荐客户的首次付款成功（来自现有的 Stripe webhook），且 14 天内没有退款，就把该推荐标记为有效，并为推荐人增加 15 美元账户余额。如果被推荐人的邮箱、卡指纹或收货地址与推荐人相同，则拒绝该推荐。每位推荐人每月最多获得 10 次奖励。添加“推荐好友”页面，显示客户的链接、分享按钮，以及他们的推荐及状态。添加管理页面，列出所有推荐记录，并提供待定、有效、已拒绝和被标记的筛选。所有数据保存在数据库中。

分步搭建

1. 代码和“推荐好友”页面。 为每位客户生成代码，并展示链接。
2. 归因。 访问时存储代码，注册时关联，并允许手动输入。
3. 为被推荐的客户提供优惠，在结账或注册时应用。
4. 有效性判断，基于付款事件，并包含等待期。
5. 奖励以账户余额形式发放，结账时可使用余额。
6. 防欺诈检查和上限。
7. 管理视图和通知（“Sam 刚刚通过你的链接加入”）。
8. 端到端测试，使用测试付款：推荐、在无痕窗口中注册、付款、退款，并检查奖励是否已撤销。

常见错误

• 奖励注册行为。 会引来虚假账户。
• 奖励金额高于客户的实际价值。 在设定金额之前，先算清楚一位新客户通常能带来多少收入。
• 从点击到注册之间代码丢失。 测试这种情况：有人点击、离开，之后再回来。
• 退款时没有撤销奖励。
• 把计划藏起来。 把链接放在账户菜单、订单确认页和付款后的邮件中。
• 条款模糊。 规则不清楚会导致客服工单和纠纷。

什么时候推荐工具更合适

推荐和联盟平台可以处理跨设备归因、欺诈检测、结算和税务表格，并与常见的商店和计费系统集成。如果你在托管平台上经营在线商店，先查看它的应用市场；安装一个推荐应用可能只需几分钟。如果你计划向许多合作伙伴支付现金佣金，联盟平台通常比自己实现结算更安全。

如果你的产品已经拥有你控制的账户和付款系统，如果奖励是账户余额而非现金，或者规则是针对你的业务量身定制的，那么自己搭建更合适。对于上线前“邀请好友提前排队”的机制，请参阅如何搭建候补名单页面。对于复购奖励而不是推荐奖励，请参阅如何搭建会员积分应用。

使用 Mythex 搭建

在 Mythex 上，你可以要求智能体为正在搭建的应用添加推荐计划，并在实时预览中测试整个流程。当推荐需要保存时，智能体会添加专用的 Postgres 数据库（或输入 /database）。Mythex 不为你搭建的应用提供内置的登录或付款功能：你需要连接自己的认证方式和自己的 Stripe 账户，密钥作为项目机密保存（Stripe 方案）。付款 webhook 需要一个公开 URL，因此要在端到端测试之前先发布（webhook 方案）。

常见问题