> For the complete documentation index, see [llms.txt](https://help.impact.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.impact.com/brand/zh/what-would-you-like-to-learn-about/advocate-program/protect-your-advocate-program/design-a-fraud-proof-referral-program.md).

# 设计一个防欺诈的推荐项目

欺诈防范是每一家拥有推荐计划的公司都要考虑的问题。系统不可避免会有人来试探。虽然你无法改变不法分子的意图，但你可以利用我们的自动化 [欺诈防护功能](/brand/zh/what-would-you-like-to-learn-about/advocate-program/protect-your-advocate-program/advocate-fraud-protection-explained.md) ，并以尽可能减少欺诈行为的方式来设计你的计划。

推荐计划欺诈的一种常见形式是有人试图多次推荐自己以获取奖励。为客户倡导者和被推荐人都提供奖励的计划，对这种欺诈尤其有吸引力。幸运的是，通过周到的设计，你可以将这些试图钻系统空子的行为的影响降到最低。

<details>

<summary>提示 1：使用对客户获取有意义的转化目标。</summary>

选择以收入为核心的转化目标，会让利用你的推荐计划变得更困难，同时仍能帮助你实现业务目标。你的转化目标应鼓励被推荐人在获得奖励前体验你的产品、完成购买或注册方案。如果你设置了退货或奖励期，请确保奖励只在该期限结束后发放。

被推荐人的潜在转化目标包括：

* 完成购买
* 注册订阅
* 为账户充值

</details>

<details>

<summary>提示 2：提供短期内有利可图的激励。</summary>

最适合提供的激励类型取决于你的业务模式。

合法的 B2C 和 D2C 参与者会从折扣、免费时长、免费产品，或限时使用升级版产品或服务等奖励中受益。

B2B 参与者通常更适合获得服务模式之外的奖励，其中礼品卡是很受欢迎的选择。使用这些奖励类型可以降低潜在欺诈带来的财务风险，并且在某些情况下还能确保每一次可能的推荐都带来正向 ROI。

</details>

<details>

<summary>提示 3：明确告知，推荐欺诈将导致账户被取消。</summary>

试图钻推荐系统空子的现有客户，往往会因失去账户访问权限的威胁而被劝退。对于 SaaS、游戏或市场平台公司来说，这一点尤其有效，因为客户通常很在意保持账户活跃，并且害怕失去对自己经常使用的服务的访问权。如果发现欺诈行为，请在条款和条件中明确将采取哪些措施。

</details>

<details>

<summary>提示 4：使用拦截和重定向规则，遏制低质量推荐流量</summary>

一些推荐计划会在其条款和条件中规定，在优惠券网站、折扣论坛或其他未经授权的来源发布分享链接属于违规。你现在可以通过对推荐链接使用拦截和重定向（路由）规则来强化这些规定。

拦截和重定向规则可以让你：

* **检测来自不受欢迎来源的流量**，例如特定域名、子域名或引荐 URL。
* **阻止这些访问者进入你的推荐落地页**.
* **将他们重定向到其他目的地**，例如：
  * 一个不含推荐奖励的通用落地页。
  * 一个解释你推荐计划规则的页面
  * 你的主站或漏斗中的其他页面

如需了解如何配置这些规则，请参阅 [拦截与重定向 / 路由规则与延迟深度链接](/brand/zh/what-would-you-like-to-learn-about/platform-features/blocking-and-redirect-rules/blocking-and-redirect-routing-rules-and-deferred-deep-linking.md).

</details>

<details>

<summary>提示 5：考虑对新参与者的奖励设置限制。</summary>

如果你的奖励等同现金，这些限制尤其重要。将计划规则设为将奖励上限限定在某个价值或数量，可以抑制参与者试图从你的奖励结构中获取不成比例收益的行为。

{% hint style="info" %}
**建议：** 你的计划可能会有一些超级用户或宏观影响者，他们会为你的计划带来大量推荐和流量。可以考虑将他们加入一个 [用户分群](/brand/zh/what-would-you-like-to-learn-about/advocate-program/manage-advocate-participants/manage-advocate-user-segments.md) ，并允许更高的奖励，这样他们就有动力继续推荐。这些客户倡导者也非常适合作为 Performance 计划中的联盟伙伴。使用我们的 [发现功能](/brand/zh/what-would-you-like-to-learn-about/performance-program/recruiting-partners/discover/discover-overview.md) 来找到最适合你的联盟伙伴。
{% endhint %}

</details>

<details>

<summary>提示 6：当完整转化不会立刻发生时，对有意义的里程碑给予奖励。</summary>

在 B2B 销售周期中，一笔购买可能需要数月时间，但完成产品演示等关键行为能表明真实意向和购买潜力。在这些情况下，对安排或参加演示等里程碑奖励倡导者，有助于保持计划推进。然而，这只应在该里程碑能强烈预测未来收入，并且与合格潜在客户相关联时使用。

</details>

#### 计划设计示例

要看看这些建议在实践中的应用，请查看一个设计有效、能够降低欺诈尝试影响的计划示例。然后，再看看一个未能考虑欺诈防范需求的糟糕设计示例。

{% tabs %}
{% tab title="有效的设计" %}
{% hint style="info" %}
**示例：** 当朋友完成购买时，客户倡导者可获得 25 美元的未来购买额度。该购买有 30 天退货政策，并且奖励仅在退货期结束后发放。
{% endhint %}

为什么这是一个优秀设计的例子？

* 该额度只能用于 *未来购买*，从而防止人们为获取现金利益而利用系统。
* 该额度是 *与账户关联的*，因此如果有人被发现违规，该额度可以被撤销，账户也可以被注销。
* 朋友需要 *完成购买*，从而形成可用于欺诈检测和响应的购买信息记录。
* 该额度仅在退货期结束后发放，确保它只适用于已确认的购买。
  {% endtab %}

{% tab title="糟糕的设计" %}
{% hint style="info" %}
**示例：** 当其被推荐的朋友注册免费账户时，客户倡导者可获得 10 美元现金。
{% endhint %}

为什么这是一个糟糕设计的例子？

* 通过提供虚假的电子邮件地址，这类计划很容易被利用，尤其是在匿名用户进行推荐时。
* 不法分子可以使用虚假电子邮件地址和代理系统来赚取可立即提现吗的现金。
* 与 *免费* 行为挂钩的奖励会让你容易遭受欺诈。不法分子可以利用该计划，导致资金浪费和负 ROI。
  {% endtab %}
  {% endtabs %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://help.impact.com/brand/zh/what-would-you-like-to-learn-about/advocate-program/protect-your-advocate-program/design-a-fraud-proof-referral-program.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
