> 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 天前
| 发送一封包含邀请链接的跟进邮件。 |
| 在 7 天前转换到 **外联** 在 14 天前转换到关系阶段的合作伙伴。 | • 关系阶段 是以下任一项 外联
• 上次转换日期 是 14 天
| 发送第二封包含邀请链接的跟进邮件。 |
| 已签署你所选模板条款的一组合作伙伴。
注意： 这是一个申请工作流，作为 自动化潜在客户邀请 工作流模板的一部分包含在内。
| *合作伙伴模板条款* `是以下任一项` **\[你所选的模板条款]** | 当合作伙伴注册并同意你的条款后，自动接受该合作伙伴。 |
| 今天加入你的项目且已有有效合同的合作伙伴。
激活此工作流后，请确保关闭系统欢迎邮件，以避免向合作伙伴发送重复邮件。
| • 原始加入日期 是 今天
• 合同阶段 是 已加入
| 向新加入的合作伙伴发送欢迎邮件。 |
欢迎新加入的合作伙伴
在合作伙伴注册时发送欢迎邮件。此工作流可以作为所有已签约合作伙伴的独立工作流。或者，它也可以作为更大工作流的一部分，其中包括招募、自动签约和入职。
| **要定位的合作伙伴** | **如何设置分群** |
| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------- |
| 今天加入你的项目且目前已与你的品牌签约的合作伙伴。
在激活此工作流后，请确保你的 系统欢迎邮件 已关闭，以避免向合作伙伴发送重复邮件。
| • 原始加入日期 是 今天
• 合同阶段 是 已加入
|
祝贺合作伙伴产生首个动作
表彰在加入后的 30 天内产生首个动作的合作伙伴。设置一个电子邮件工作流，针对已加入的合作伙伴 **以及** 在最近 30 天内产生了收入。只要合作伙伴在你所选的绩效日期范围内达到收入目标，电子邮件就会立即发送给他们。
| 要定位的合作伙伴 | 如何设置分群 |
| ----------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 在最近 30 天内加入且至少产生了 1 次动作的合作伙伴。 | • 原始加入日期 之间的间隔 0 & 30 天前
• 绩效日期范围 介于 0 & 30 天前
• 收入 大于 0
|
你也可以创建一个后续工作流，针对在另一个给定日期范围内产生收入的合作伙伴，例如加入后的 31-60 天。
| 要定位的合作伙伴 | 如何设置分群 |
| ------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 在加入后 31 到 60 天且已产生了 1 次动作的合作伙伴。 | • 原始加入日期 之间的间隔 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="success" %}
**注意：** 这两个工作流都使用 *原始加入日期* `是` **最近 \[X] 天** 条件，这意味着它们在前 30 天的评估结果会重叠。一个在前 30 天内产生 10,000 美元收入的高绩效合作伙伴将收到两封邮件。
{% endhint %}
| 要定位的合作伙伴 | 如何设置分群 |
| ------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| 在最近 30 天内加入且已产生 1,000 美元及以上收入的合作伙伴。 | • 原始加入日期 是 最近 30 天
• 绩效日期范围 是 最近 30 天
• 收入 大于 999
|
| 在最近 60 天内加入且已产生 10,000 美元及以上收入的合作伙伴。 | • 原始加入日期 是 最近 60 天
• 绩效日期范围 是 最近 60 天
• 收入 大于 9999
|
联系由招募代理添加的潜在客户
招募代理从市场中获取新的潜在客户，并将他们添加到你的潜在客户列表中，位于你在 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 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/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 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.