> 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/platform-features/reach-out-to-partners/newsletters/introduction-to-newsletters.md).

# 新闻通讯简介

与合作伙伴取得联系的一种方式是通过 **新闻简报**。通过使用新闻邮件，你可以向合作伙伴群体更新即将到来的变更，告知他们特别活动（如促销），让他们了解佣金的任何调整，以及你可能需要向多个合作伙伴广泛传达的其他信息。

#### 为什么我应该使用新闻邮件？

由于你与合作伙伴之间的商业关系是这样设定的，合作伙伴依赖你向他们提供可供推广的产品和内容。因此，合作伙伴自然会希望在产品上线，或出现重大活动、促销和变更时听到你的消息。

新闻邮件是一种向合作伙伴传达较大更新的方式。例如，假设你计划在自己的网站上举办一场规模巨大的万圣节促销，而某些万圣节主题商品只会在那次促销期间上架。新闻邮件将是让合作伙伴了解这些限时商品的绝佳方式，并告知他们如果推动该活动的销售，就能获得更高的分成。

另外，通过定期发送新闻邮件，你可以让你的品牌始终留在合作伙伴的脑海中，这有助于他们及时更新投放的广告，持续推广你的品牌，并为他们的营销工作注入更多活力。

#### 最佳实践

通过遵循下面概述的最佳实践，你可以提高打开并阅读你的新闻邮件的合作伙伴数量，同时也能增加他们从这些新闻邮件中保留的信息量。

<details>

<summary>加入行动号召（CTA）</summary>

这是你发送的任何新闻邮件中最关键的部分。通过行动号召（CTA）引导读者（在这种情况下是你的合作伙伴）执行特定操作，将会带来最成功的新闻邮件。

**例如**，如果你的新闻邮件是在告知合作伙伴你即将举行的万圣节促销，并且你想加入对季节性广告的更新、仅在促销期间可用商品的信息，以及通过推动万圣节商品销售可获得更高分成的细节，那么你应该从这些新闻邮件内容中挑选一个作为“最重要”的部分，并围绕它创建你的主要 CTA。在这个例子中，合作伙伴可能最感兴趣的是分成变化，但每种情况都各不相同。你的主要 CTA 可能会像这样：

*把你还在投放的任何返校季广告替换成我们的新 #HalloWin 广告系列，以便在促销期间获得更高分成资格*.

如果你决定添加多个行动号召，请选定一个作为你的主要 CTA，因为这是合作伙伴将 *必须* 执行的操作。你想加入的其他所有行动号召都应被视为合作伙伴可能 *想* 要执行的操作，以免用指令让他们感到不知所措。

</details>

<details>

<summary>限制主题数量</summary>

当新闻邮件只聚焦于少数几个主题——通常不超过 1 或 2 个——时，读者更有可能记住新闻邮件中呈现的信息。主题越多，新闻邮件就越杂乱，也就越难阅读。这可能导致合作伙伴误解，甚至完全不理解新闻邮件的内容。

如果你确实发送了一封包含多个主题的新闻邮件，尽量让它们彼此相关。 **例如**，发送一封同时谈及即将进行的模板条款调整以及包含限时商品的即将到来的季节性促销的新闻邮件，可能会让合作伙伴以为模板条款调整只适用于那次促销。这种误解可能会导致促销结束后条款无法恢复到促销前的状态时，令合作伙伴感到不满。

如果你发送两封独立的新闻邮件，上述示例很可能会更容易被接受。将这两个更新分成两封单独的新闻邮件，也能帮助合作伙伴更轻松地找到那次季节性促销的细节，因为它们不会与即将到来的合同变更细节混在一起。

</details>

<details>

<summary>告知你的合作伙伴</summary>

合作伙伴会阅读你的新闻邮件，因为他们是在寻找信息。向他们告知新产品和更新后的创意素材，会让你的新闻邮件更有价值。合作伙伴可能依赖你来帮助他们确保广告、促销、优惠码、品牌提及等都保持最新。

这些新闻邮件不是面向你的客户，而是面向你的合作伙伴。避免试图向合作伙伴推销你的产品；应告知他们你发布了哪些新广告，或有哪些他们可以在自己网站上推广的限量版商品。为合作伙伴提供成功推广你产品所需的工具。

</details>

<details>

<summary>保持简单</summary>

让文案简洁并在版式中留出足够留白，是让新闻邮件成功的两个关键。快速向合作伙伴说明新闻邮件的主题应当是首要任务，因为你不希望合作伙伴在阅读后感到困惑。

简短、俏皮的主题行、快速的分节标题，以及简洁的文案，都是让新闻邮件保持简洁的好方法；使用易于跟随的新闻邮件模板，也能帮助合作伙伴更快读完你的新闻邮件。

</details>

#### 常见问题

<details>

<summary>我可以在发送新闻邮件前先测试一下吗？</summary>

当然可以！在准备任何合作伙伴消息时，你都可以在发送正式内容前先发送测试消息。

</details>

<details>

<summary>为什么我的一些合作伙伴没有收到我的新闻邮件？</summary>

合作伙伴可以选择退订某个品牌的邮件列表。这意味着他们将不会收到你发送的任何电子邮件，但仍然可以收到你通过应用内发送的消息。合作伙伴始终可以重新订阅邮件列表。

</details>

#### 了解更多

* [创建并发送新闻通讯给合作伙伴](/brand/zh/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/newsletters/create-and-send-newsletters-to-partners.md)
* [创建合作伙伴新闻邮件模板](/brand/zh/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/messaging-templates/create-a-messaging-template.md)
* [创建新闻邮件收件人细分](/brand/zh/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/segments/create-a-partner-segment.md)


---

# 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/platform-features/reach-out-to-partners/newsletters/introduction-to-newsletters.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.
