> 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/email-workflows/partner-segments-for-email-workflows-explained.md).
# 电子邮件工作流中的合作伙伴细分说明
这篇帮助文档专门解释用于电子邮件工作流的合作伙伴分群，并举例说明如何配置你的分群条件。如果你在寻找有关 **设置** 完整电子邮件工作流的说明，请参阅 [创建和管理电子邮件工作流](/brand/zh/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/email-workflows/create-and-manage-email-workflows.md).
当你设置电子邮件工作流时，你所选的合作伙伴分群条件将决定向谁发送邮件。正确设置这些条件非常重要，这样合作伙伴才不会收到重复邮件。
## 什么是合作伙伴分群？
合作伙伴分群是一组 [条件](/brand/zh/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/segments/create-a-partner-segment.md) 用于筛选潜在客户或合作伙伴，以便发送有针对性的邮件。分群是动态的。每次工作流运行时，符合条件的新合作伙伴（且尚未收到该邮件）都会自动包含进来。
## 提示与最佳实践
* 请明确你要定位的合作伙伴，以避免发送过于宽泛的邮件群发。
* 使用 **已加入** *合同阶段* 当你想避免联系尚未签约的合作伙伴时。对于大多数其他情况，使用 *关系阶段* 比 *合同阶段*.
该 *合同阶段* 更合适，因为该条件只能让你定位处于特定合同阶段的合作伙伴，这可能并不能代表他们与品牌的整体合作状态。 *关系阶段* 可让你定位 **任何** 已加入的合作伙伴。
* 使用 *确切的过去天数* 日期选项（例如，30 天前），用于在你的工作流中创建结构化的时间间隔。
例如，如果你的工作流向某位合作伙伴发送邮件，而该合作伙伴的 *关系阶段* 变为 *已加入* 是在 30 天前，那么在加入后的前 29 天内都不会向该合作伙伴发送邮件。这对于创建按顺序、相互“串联”的工作流非常重要，它们会一个接一个触发。
* 使用 *日期范围* 日期选项（例如，最近 30 天），用于设置基于灵活绩效或招募参数的工作流。
例如，如果你的工作流向某位合作伙伴发送邮件，而该合作伙伴的 *关系阶段* 变为 *已加入* 在 *最近 30 天*内，只要合作伙伴满足你的绩效条件，就会收到邮件——即使他们只加入了 10 天。
## 示例与用例
由于可自定义选项众多，为分群选择合适的条件可能会让人觉得棘手。本节针对不同用例提供建议，帮助你完成设置。为了更轻松开始，你可以从我们的其中一个 **预建模板**——其中很可能就有一个适合你的需求。
在下面的表格中，每一行代表 1 个工作流。
合作伙伴邀请、跟进和注册后自动接受
通过自动化工作流将潜在合作伙伴转化为合作伙伴：
* 通过电子邮件联系潜在合作伙伴。
* 如果他们注册，则自动接受。
* 接受后发送欢迎邮件。
{% hint style="info" %}
**提示：** 使用 *自动化潜在合作伙伴邀请* 模板！其中包含 4 个工作流，具有不同的分群条件，用于定义会联系哪些合作伙伴。
{% endhint %}
| 要定位的合作伙伴 | 如何设置该分群 | 采取的操作 |
| -------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------- | --------------------- |
| 关系阶段变更为 **新建** 于当前日期。 | • 关系阶段 属于任意一个 新建
• 最后转换日期 为 今天
| 发送一封包含申请加入你计划邀请的邮件。 |
| 已转入 **外联** 关系阶段于 7 天前。 | • 关系阶段 属于任意一个 外联
• 最后转换日期 为 7 天前
| 发送一封包含邀请的跟进邮件。 |
| 已转入 **外联** 关系阶段于 14 天前。 | • 关系阶段 属于任意一个 外联
• 最后转换日期 为 14 天
| 发送第二封包含邀请的跟进邮件。 |
| 与所选模板条款签约的合作伙伴。
注意： 这是一个申请工作流，包含在 自动化潜在合作伙伴邀请 工作流模板中。
| *合作伙伴模板条款* `属于任意一个` **\[你选择的模板条款]** | 当合作伙伴注册并同意你的条款时，自动接受。 |
| 今天加入你的计划且拥有有效合同的合作伙伴。
激活此工作流后，请确保系统欢迎邮件已关闭，以避免向合作伙伴发送重复邮件。
| • 原始加入日期 为 今天
• 合同阶段 为 已加入
| 向新加入的合作伙伴发送欢迎邮件。 |
将现有合作伙伴迁移到 impact.com
通过以下自动化工作流，将你在之前平台上的现有合作伙伴迁移到 impact.com：
* 一旦你将合作伙伴添加到潜在合作伙伴中，就邀请他们迁移。
* 在接下来的 30 天内持续跟进。
* 当他们申请加入你的计划时自动接受。
{% hint style="info" %}
**提示：** 使用 [*自动化合作伙伴迁移*](/brand/zh/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/email-workflows/create-and-manage-email-workflows.md) 模板！其中包含 5 个预配置分群条件的电子邮件工作流，外加一个在合作伙伴申请时自动接受的申请工作流。
{% endhint %}
| 要定位的合作伙伴 | 如何设置该分群 | 采取的操作 |
| -------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------- | ----------------------------------- |
| 关系阶段变更为 **新建** 于当前日期，这意味着他们在你的潜在合作伙伴列表中，但你还没有联系他们 | • 关系阶段 属于任意一个 新建
• 最后转换日期 为 今天
| 发送首封邀请合作伙伴迁移到 impact.com 的邮件。 |
| 已转入 **外联** 关系阶段于 7 天前，表示你已经与他们建立了联系。 | • 关系阶段 属于任意一个 外联
• 最后转换日期 为 7 天前
| 发送一封跟进邮件，提示合作伙伴认领他们的 impact.com 账户。 |
| 已转入 **外联** 关系阶段于 14 天前。 | • 关系阶段 属于任意一个 外联
• 最后转换日期 为 14 天前
| 发送第二封跟进邮件。 |
| 已转入 **外联** 关系阶段于 21 天前。 | • 关系阶段 属于任意一个 外联
• 最后转换日期 为 21 天前
| 发送第三封跟进邮件。 |
| 已转入 **外联** 关系阶段于 30 天前。 | • 关系阶段 属于任意一个 外联
• 最后转换日期 为 30 天前
| 发送最后一封提醒邮件。 |
| 已申请你所选模板条款集的合作伙伴。
注意： 这是一个申请工作流，包含在 自动化合作伙伴迁移 工作流模板中。
| *合作伙伴模板条款* `属于任意一个` **\[你选择的模板条款]** | 当受邀合作伙伴申请并同意你的条款时，自动接受。 |
欢迎新加入的合作伙伴
当合作伙伴注册时发送欢迎邮件。此工作流可以作为面向所有已签约合作伙伴的独立工作流；也可以作为更大工作流的一部分，其中包括招募、自动签约和入职引导。
| **要定位的合作伙伴** | **如何设置该分群** |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------- |
| 今天加入你的计划且目前与品牌有合同的合作伙伴。
激活此工作流后，请确保你的 系统欢迎邮件 已关闭，以避免向合作伙伴发送重复邮件。
| • 原始加入日期 为 今天
• 合同阶段 为 已加入
|
祝贺合作伙伴产生首个行动
认可在加入后 30 天内产生首个行动的合作伙伴。设置一个电子邮件工作流，定位在加入后 **和** 过去 30 天内产生收入的合作伙伴。只要他们在你选择的绩效日期范围内达到收入目标，就会立即向合作伙伴发送邮件。
| 要定位的合作伙伴 | 如何设置该分群 |
| --------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 过去 30 天内加入且至少产生 1 次行动的合作伙伴。 | • 原始加入日期 区间介于 0 & 30 天前
• 绩效日期范围 介于 0 & 30 天前
• 收入 大于 0
|
你也可以创建一个跟进工作流，针对在另一个给定日期范围内产生收入的合作伙伴，例如加入后的第 31 至 60 天。
| 要定位的合作伙伴 | 如何设置该分群 |
| ---------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 在 31 至 60 天前加入且产生了一次行动的合作伙伴。 | • 原始加入日期 区间介于 31 & 60 天前
• 绩效日期范围 区间介于 31 & 60 天前
• 收入 大于 0
|
{% hint style="warning" %}
**避免假设合作伙伴会同时符合这两封邮件的条件：** 设置此工作流时，请使用中性措辞，不要假设合作伙伴已经收到过之前的祝贺邮件。这些工作流针对的是不同的绩效时间段。
{% endhint %}
祝贺合作伙伴产生高收入
祝贺在加入你的计划后前 30 天内表现出色的合作伙伴，并向在加入后的第二个月表现出色的合作伙伴发送第二封邮件。你可以设置 2 个电子邮件工作流，分别评估连续的日期范围。
| 要定位的合作伙伴 | 如何设置该分群 |
| ------------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 在 1 至 30 天前加入且自加入以来至少产生 1,000 美元收入的合作伙伴。 | • 原始加入日期 区间介于 1 & 30 天前
• 绩效日期范围 区间介于 1 & 30 天前
• 收入 大于 999
|
| 在 31 至 60 天前加入且自加入以来至少产生 10,000 美元收入的合作伙伴。 | • 原始加入日期 区间介于 31 & 60 天前
• 绩效日期范围 区间介于 31 & 60 天前
• 收入 大于 9999
|
为新合作伙伴启动、推动并重新激活
借助 **合作伙伴重新激活** 工作流模板，帮助你的新合作伙伴顺利起步，或鼓励他们重回正轨。该模板会在新加入、沉寂的合作伙伴加入后 10、20 和 40 天发送邮件。
| 要定位的合作伙伴 | 如何设置该分群 |
| ------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 自加入以来 10 天内没有任何活动的新合作伙伴。 | • 绩效日期范围 为 最近 10 天
• 收入 等于 0
• 原始加入日期 是 10 天前
|
| 20 天后仍然不活跃的合作伙伴。 | • 绩效日期范围 为 最近 20 天
• 收入 等于 0
• 原始加入日期 是 20 天前
|
| 40 天后仍然不活跃的合作伙伴。 | • 绩效日期范围 为 最近 40 天
• 收入 等于 0
• 原始加入日期 是 40 天前
|
过去 60 天内没有表现的沉寂合作伙伴
鼓励尚未有表现的现有合作伙伴提高他们对你计划的参与度。
该 *原始加入日期* 该条件在此工作流中至关重要，因为它可确保新添加的合作伙伴在收到提醒邮件之前有时间产生点击。
{% hint style="info" %}
**注意：** 在为你的计划调整此示例时，请务必选择一个 *绩效* 与你的用例相关的条件。例如，如果你想将 1,000 美元收入设为合作伙伴的最低绩效标准，请替换 *收入* `小于` **1000**.
{% endhint %}
| 要定位的合作伙伴 | 如何设置该分群 |
| ------------------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 拥有当前合同且加入你计划的合作伙伴 45 天前，且在过去 30 天内没有任何收入。
合作伙伴在加入后的第 45 天之前不会收到此邮件。
| • 原始加入日期 是 45 天前
• 绩效日期范围 区间介于 0 和 30 天前
• 收入 等于 0
|
达成特定收入目标的祝贺邮件
向在加入后的一定时间内分别产生 1,000 美元和 10,000 美元收入的合作伙伴发送祝贺邮件。
{% hint style="info" %}
**注意：** 这两个工作流都使用 *原始加入日期* `是` **最近 \[X] 天** 条件，这意味着它们在前 30 天的评估会重叠。一个在前 30 天内产生 10,000 美元收入的高绩效合作伙伴将收到这两封邮件。
{% endhint %}
| 要定位的合作伙伴 | 如何设置该分群 |
| ----------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| 过去 30 天内加入且已产生 1,000 美元及以上收入的合作伙伴。 | • 原始加入日期 是 最近 30 天
• 绩效日期范围 是 最近 30 天
• 收入 大于 999
|
| 过去 60 天内加入且已产生 10,000 美元及以上收入的合作伙伴。 | • 原始加入日期 是 最近 60 天
• 绩效日期范围 是 最近 60 天
• 收入 大于 9999
|
联系由 Recruitment Agent 添加的潜在合作伙伴
招募代理会从 Marketplace 中获取新的潜在合作伙伴，并将其添加到你的潜在合作伙伴列表中，归入你在 Discover 面板中设置的合作伙伴组。使用这些分群向这些潜在合作伙伴发送首封外联邮件并进行跟进。
| 要定位的合作伙伴 | 如何设置该分群 | 采取的操作 |
| ------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------ |
| 代理刚添加到你的潜在合作伙伴列表中的潜在合作伙伴。 | • 关系阶段 属于任意一个 新建
• 合作伙伴组 属于任意一个 \[你的 Discover 组]
• 最后转换日期 为 今天
| 在潜在合作伙伴被 Discover 子代理添加的当天，向他们发送首封外联邮件。 |
| 你在 7 天前联系过的潜在合作伙伴。 | • 关系阶段 属于任意一个 外联
• 合作伙伴组 属于任意一个 \[你的 Discover 组]
• 最后转换日期 为 7 天前
| 在首次邀请 7 天后发送跟进邮件。如需在其他天数后发送，请调整最后一次转化日期条件。 |
| 你在 14 天前联系过的潜在合作伙伴。 | • 关系阶段 属于任意一个 外联
• 合作伙伴组 属于任意一个 \[你的 Discover 组]
• 最后转换日期 为 14 天前
| 在初始邮件发送后 14 天发送第二封跟进邮件。 |
设置 *合作伙伴组* 添加潜在合作伙伴的分组中。默认值是 **招募代理：Discover**，但你可以在代理的 Discover 设置中确认或更改它。潜在合作伙伴会从 *新建* 进行 *外联* 在发送首封邮件后才会转移，因此跟进分群只会触达你已联系过的潜在合作伙伴。调整 *最后转换日期* 每次跟进时的设置，以控制在首封邮件发送后多少天发送。
保存分群后，可在自定义电子邮件工作流中使用它。请参阅 [创建和管理电子邮件工作流](/brand/zh/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/email-workflows/create-and-manage-email-workflows.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/email-workflows/partner-segments-for-email-workflows-explained.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.
