> 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/creator-program/understanding-shared-credit-between-creator-and-performance-programs.md).

# 了解创作者计划与绩效计划之间的共享归因

当你将创作者计划与绩效计划同时运行时，你可能会注意到，同一笔销售有时会归因给不止一位合作伙伴。本文解释为什么会这样、为什么这并不意味着你为同一结果被收取了两次费用，以及你如何始终掌控你的计划成本。

## 为什么一笔销售可能会归因给不止一位合作伙伴

客户旅程很少只涉及一个触点。典型的购买路径如下：

1. 创作者向购物者介绍你的品牌，并建立起最初的兴趣。
2. 购物者进一步研究，可能会访问优惠券或点评网站。
3. 购物者完成购买，有时甚至是在点击了完全不同的链接之后。

在仅按最后点击归因的模式下，只有获得最后一次点击的合作伙伴会得到归因，即使更早的触点，比如创作者内容，才是促使购物者最初开始考虑你的品牌的原因。这意味着那些创造需求的合作伙伴往往得不到回报，而只是最后捕捉到需求的合作伙伴却获得全部归因。

当你的计划设置为识别多个触点时，建立了兴趣的创作者，以及你绩效计划中的合作伙伴（绩效合作伙伴）——帮助完成最后一步的人——都可以因各自对这笔销售的贡献而获得归因。这反映了购买路径上实际发生的情况，而不是只把功劳给最后一个链接。

## 这是否意味着你为一笔销售支付了两次费用？

在某些情况下，是的：如果创作者和绩效合作伙伴都为同一笔销售做出了贡献，你确实会向两者都支付佣金。这是有意为之，不是错误或系统故障。而且你完全可以控制这对你的成本意味着什么。

其背后的逻辑是：一笔仅归因于最后一次点击的销售，会低估并贬低创作者在推动发现和认知方面所发挥的作用。随着时间推移，那些持续因其带来的需求而几乎得不到归因的创作者，往往会逐渐失去参与度，发帖也会减少，而你的计划也会失去最初带来这些需求的动力。认可每位合作伙伴的真实贡献，能让你的完整漏斗——从顶部到底部——持续运转并保持积极性。

因此，虽然这可能意味着一笔销售要支付两笔佣金，但这并不意味着你为同一件事支付了两次。你支付的是两件不同的事：创作者创造的需求，以及绩效合作伙伴帮助促成的转化。

## 控制成本

识别多个触点并不意味着你要放弃对支出的控制。你可以为每个计划自行设置佣金结构，因此无论你的目标如何，都能管理每笔销售的总成本。例如，给创作者计划设置10%的佣金，给绩效计划设置2%的佣金。如果两位合作伙伴都获得归因，合计佣金就是订单金额的12%。变化的是谁被计入，而不是你总体愿意花多少钱。

## 看看这在实际中如何运作

在实际中，创作者和绩效合作伙伴都被归因到同一转化的销售，往往只占总量中的较小一部分，而涉及单一合作伙伴的销售则更多。大多数转化仍然只会归因到一个触点。共享归因仅适用于确实由多个合作伙伴共同贡献的情况。

## 要点总结

* 将一笔销售归因给不止一位合作伙伴，反映的是有不止一位合作伙伴参与了这笔销售。这不是对同一行为的重复计费。
* 你可以独立控制每个计划的佣金率，因此你的整体每笔销售成本会保持在你设定的范围内。
* 与只奖励最后一次点击的计划相比，认可创作者所带来需求的计划通常能更好地留住创作者，并获得更高的参与度。


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://help.impact.com/brand/zh/what-would-you-like-to-learn-about/creator-program/understanding-shared-credit-between-creator-and-performance-programs.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.