> 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/manage-newsletters-as-a-brand.md).
# 作为品牌管理新闻简报
该 *通讯* 此界面列出程序中的每一封简报，并按各自的进度分组。可用它来查看发送情况、处理草稿，或打开报告。
## 打开简报界面
在左侧导航栏中，选择  **\[Engage]** → **合作伙伴** → **自动化** → [**通讯**](https://app.impact.com/secure/advertiser/fr/newsletter-ui.ihtml).
## 缩小列表范围
此界面会显示所有已列出的简报。表格上方的四个汇总卡片会统计发送生命周期各阶段的简报，并共同构成完整列表。选择某个汇总卡片即可将表格筛选为这些简报。
| 汇总卡片 | 所包含的状态 | 包含内容 |
| ------- | --------------------------------- | ------------------------- |
| **草稿** | *草稿*, *有效* | 你已保存但尚未发送的简报，以及计划稍后发送的简报。 |
| **处理中** | *排队中*, *运行中*, *丰富中*, *已准备*, *投递中* | impact.com 正在通过投递流程处理简报。 |
| **已完成** | *已发送* | 已完成发送的简报。 |
| **失败** | *失败* | 因错误而停止的简报。 |
{% hint style="info" %}
**处理阶段：** *排队中* （等待开始）→ *运行中* （获取合作伙伴和联系人数据）→ *丰富中* （解析广告代码）→ *已准备* （准备发送）→ *投递中* （发送电子邮件）。
{% endhint %}
该 *状态* 列名具体阶段，而不是汇总卡片，因此这两个标签并不总是一致。已完成发送的简报位于 **已完成** 汇总卡片上，带有一个 *已发送* 状态，而 **状态** 筛选器会将其列为 *已完成*.
使用表格上方的控件进一步缩小长列表的范围。
| 控件 | 作用 |
| --------- | ------------------------------------------------------ |
| **按名称搜索** | 将表格筛选为名称与你输入文本匹配的简报。 |
| **状态** | 打开当前所在汇总卡片可用阶段的下拉菜单。选择 **全选** 或 **清除** 即可一次性全部添加或移除它们。 |
| **全部清除** | 同时重置搜索框和状态选择。 |
| **排序顺序** | 按以下项对表格排序： *新闻通讯* 或 *创建时间*. |
该 **状态** 筛选器仅提供当前所在汇总卡片可以包含的阶段： *草稿* 和 *有效* 在 **草稿** 汇总卡片，以及 *排队中*, *运行中*, *丰富中*, *已准备*，以及 *投递中* 在 **处理中** 汇总卡片。在选择汇总卡片之前，它会提供全部九个阶段。 **已完成** 和 **失败** 每个汇总卡片只包含一个阶段，因此它们没有 **状态** 筛选器。
## 选择操作
将光标悬停在某封简报上，可查看其可用操作。你能做什么取决于简报所处的阶段：在发送前可以修改它，在处理时可以跟踪进度，而在完成后可以查看结果。最常用的操作会显示在该行上——选择  **\[更多]** 即可查看其余操作。
| 操作 | 适用于 | 作用 |
| -------------- | ----------------------- | ---------------------- |
| **编辑** | *草稿*, *有效* | 对简报进行修改。 |
| **发送测试邮件** | *草稿*, *有效* | 在简报到达合作伙伴之前，向自己发送一份副本。 |
| **发送**, **计划** | *草稿* | 立即发送简报，或将其设置为稍后发送。 |
| **事件日志** | 除以下阶段外的所有阶段 *草稿* 和 *有效* | 打开该简报的处理历史。 |
| **查看报告** | *已发送*, *失败* | 打开该简报的统计数据。 |
| **复制** | 所有阶段 | 创建该简报的副本。 |
| **删除** | *草稿*, *有效*, *已发送*, *失败* | 移除该简报。处理期间不可用。 |
## 查看每个汇总卡片的列
选择  **\[列]** 界面右侧可添加或移除列。每个汇总卡片都会显示该生命周期阶段中重要的计数。
草稿汇总卡片
| 列 | 说明 |
| ------ | ----------------- |
| *新闻通讯* | 简报名称，下方显示主题行。 |
| *细分* | 简报所针对的受众细分。 |
| *创建时间* | 创建简报的日期和时间。 |
| *状态* | 简报的阶段，下方显示最后编辑时间。 |
处理和失败汇总卡片
| 列 | 说明 |
| ---------- | ------------------------- |
| *新闻通讯* | 简报名称，下方显示主题行。 |
| *细分* | 简报所针对的受众细分。 |
| *预计合作伙伴数* | 简报预计可触达的合作伙伴。 |
| *已处理合作伙伴数* | impact.com 到目前为止已处理的合作伙伴。 |
| *已处理联系人数* | impact.com 到目前为止已处理的联系人。 |
| *状态* | 简报的阶段，下方显示时间戳。 |
已完成汇总卡片
| 列 | 说明 |
| ------ | ----------------- |
| *新闻通讯* | 简报名称，下方显示主题行。 |
| *细分* | 简报所针对的受众细分。 |
| *合作伙伴* | 简报触达的合作伙伴。 |
| *已送达* | 收到简报的联系人，以及送达率。 |
| *已打开* | 打开该简报的联系人。 |
| *已点击* | 点击某个链接的联系人。 |
| *失败* | 简报未能触达的联系人，以及失败率。 |
| *状态* | 简报的阶段，下方显示发送时间。 |
## 简报常见问题
为什么选择不同的汇总卡片时列会发生变化？
每个汇总卡片都会显示该生命周期阶段中重要的计数。 **处理中** 和 **失败** 汇总卡片显示impact.com 已处理的合作伙伴和联系人数， **已完成** 汇总卡片显示送达和互动结果。
你在哪里查看简报失败的原因？
选择 **事件日志** 在简报所在行上打开其处理历史。参见 [打开事件日志](/brand/zh/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/newsletters/manage-your-newsletter-issues-log.md#open-the-events-log).
为什么已送达、已打开和已点击的计数低于预期？
简报发送后，互动指标需要 1 小时到 24 小时才能完全更新。参见 [为合作伙伴创建并发送新闻通讯](/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/newsletters/review-newsletter-engagement-performance.md).
要创建简报，参见 [为合作伙伴创建并发送新闻通讯](/brand/zh/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/newsletters/create-and-send-newsletters-to-partners.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 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/platform-features/reach-out-to-partners/newsletters/manage-newsletters-as-a-brand.md?ask=&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.
.png?alt=media&token=5bb98d0a-2e0b-4a4c-947d-3d42ed7dcfa7)
