> 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/advocate-program/getting-started-with-advocate/import-your-referral-program-data.md). # 导入您的推荐项目数据 当从其他推荐平台切换到 Advocate 时，你不仅是在导入数据——你还在借助强大的追踪、可自定义的体验和专家支持，提升你的项目潜力。本文将带你了解： * 为什么迁移很重要 * 什么样的战略迁移计划 * 可以导入哪些数据 * 如何准备文件 * 常见的验证错误以及如何避免 #### 为什么要规划战略迁移？ 迁移你的推荐计划不仅是一项技术任务——它也是一次提升你与客户互动和奖励方式的机会。精心规划的迁移有助于： * 尽量减少对推荐体验的干扰 * 保留历史数据并确保奖励连续性 ![](/files/77e26f076c2ac6eed6221bfb28afb75ed08ea064) * 实现与旧系统的彻底切换 * 以更有热度和更清晰的方式重新推出你的推荐计划 ![](/files/77e26f076c2ac6eed6221bfb28afb75ed08ea064) 推荐和奖励迁移取决于你能否从当前系统导出数据。你的 Advocate 团队可以根据你提供的导出数据，让你了解哪些内容是可行的。 你的 Advocate 团队将与你一起审核导出文件，识别可行方案，并制定符合你的项目需求和目标的计划。 #### 你需要做什么 * 导出你项目的 *用户数据*, *推荐数据*，以及 *奖励数据*。你可以联系旧推荐平台上的 CSM 寻求帮助，或者如果平台提供了导出工具，也可以使用平台内的导出工具。 * 将这 3 份数据报告分别下载为单独的 CSV 文件，例如 `user_data.CSV`, `referral_data.CSV`，以及 `reward_data.CSV`. * 请参阅下面的示例，了解每个 .csv 文件的内容可能是什么样子，或查看完整的 Destination 字段参考。 这包括电子邮件、推荐码、分享链接 ![](/files/77e26f076c2ac6eed6221bfb28afb75ed08ea064)以及自定义字段。为避免重复奖励，应筛除联盟成员。 ![](/files/77e26f076c2ac6eed6221bfb28afb75ed08ea064) 取决于分享链接格式以及是否使用自定义子域名。 用户数据文件将包含你项目中每位参与者的详细信息。导出所有参与者列表，以便用他们的分享链接和推荐码保持项目最新。 以下字段是 **必填**: * 用户 ID * 账户 ID 请将用户的邮箱作为其 *用户 ID* 和 *账户 ID*。日期应格式化为 [自 Unix 纪元以来的毫秒数](https://currentmillis.com/)。下载一个 [必填字段示例](https://res.cloudinary.com/product-enablement/raw/upload/v1750169976/CSVs/Migration_User_Import_examples_-_User_Data.csv) 或使用下面的 `.csv` 格式示例。 ```programlisting id,accountId,email,firstName,lastName,dateCreated,locale,countryCode,segments User1@example.com,User1@example.com,User1@example.com,First,Last,1741051242000,en_US,US, User2@example.com,User2@example.com,User2@example.com,First,Last,,,,"vip,newuser" User3@example.com,User3@example.com,User3@example.com,First,Last,,en_CA,, User4@example.com,User4@example.com,User4@example.com,First,Last,,,,newuser ``` 这包括开始和转化日期，以及推荐人/被推荐人关系。它支持映射历史推荐表现。 推荐数据文件提供了你推荐计划中每条推荐关系状态的记录。 以下字段是 **必填**: * Advocate 用户 ID * Advocate 账户 ID * 被推荐用户 ID * 被推荐账户 ID 请将用户的邮箱作为其 *用户 ID* 和 *账户 ID*。日期应格式化为 [自 Unix 纪元以来的毫秒数](https://currentmillis.com/)。下载一个 [必填字段示例](https://res.cloudinary.com/product-enablement/raw/upload/v1750249453/CSVs/Migration_User_Import_examples_-_Referral_Data_-_Referral_Data.csv) 或使用下面的 `.csv` 格式示例。 ```programlisting referrerUser,referrerAccount,referredUser,referredAccount,dateReferralStarted,dateConverted,programId User2@example.com,User2@example.com,User12@example.com,User12@example.com,1740824979000,1740824979000,33435 User1@example.com,User1@example.com,User13@example.com,User13@example.com,1741051242000,1741051242000,33435 User1@example.com,User1@example.com,User17@example.com,User17@example.com,,,33435 User1@example.com,User1@example.com,User18@example.com,User18@example.com,,,33435 ``` 这包括数值、发放/兑换日期、奖励类型和状态。它有助于维护与用户之间的可信度和公平性。 奖励数据文件提供了参与者奖励历史的记录，包括通过你的推荐计划生成的奖励价值和已兑换金额。 以下字段是 **必填**: * Advocate 用户 ID * Advocate 账户 ID * 奖励名称 * 奖励单位 * 奖励金额 * 创建日期 * 发放日期 * 兑换日期 * 已兑换金额 请将用户的邮箱作为其 *用户 ID* 和 *账户 ID*。日期应格式化为 [自 Unix 纪元以来的毫秒数](https://currentmillis.com/). 奖励值是以其最小计量单位表示的奖励数值（例如，现金奖励 1.00 美元，其数值将为 100 美分）。如果奖励单位是现金，则应按以下格式包含货币代码 `/` （例如，Cash/USD）。 {% hint style="warning" %} **重要**：如果 *兑换日期* 和 *已兑换金额* 字段未正确设置——也就是说，它们要么留空，要么包含错误值（例如，未来日期或不准确的已兑换金额）——那么该奖励可能会再次对用户开放兑换。 {% endhint %} 下载一个 [必填字段示例](https://res.cloudinary.com/product-enablement/raw/upload/v1750249453/CSVs/Migration_User_Import_examples_-_Reward_Data_-_Reward_Data.csv) 或使用下面的 `.csv` 格式示例。 ```programlisting User ID,Acccount ID,Referred User ID,Referred Account ID,Reward Name,Reward Unit,Reward Value,Redeemed Amount,Date Created,Date Given,Date Redeemed User1@example.com,User1@example.com,User2@example.com,User2@example.com,Dollars,CASH/USD,1000,1000,1709712158000,1709712158000,1709712158000 User1@example.com,User1@example.com,User3@example.com,User3@example.com,Points,POINT,100,100,1726164909682,1726164909682,1726164909682 User1@example.com,User1@example.com,User4@example.com,User4@example.com,Points,POINT,100,100,1726164887075,1726164887075,1726164887075 User1@example.com,User1@example.com,User5@example.com,User5@example.com,Points,POINT,100,100,1726164875888,1726164875888,1726164875888 User1@example.com,User1@example.com,User6@example.com,User6@example.com,Points,POINT,10,10,1726164828986,1726164828986,1726164828986 User1@example.com,User1@example.com,User7@example.com,User7@example.com,Account Credit,USD,8000,8000,1726164289997,1726164289997,1726164289997 User1@example.com,User1@example.com,,,Gift Card,USD,10000,10000,1726163864871,1726163864871,1726163864871 User1@example.com,User1@example.com,,,Points,POINT,800,800,1726095906392,1726095906392,1726095906392 User1@example.com,User1@example.com,,,Gift Card,USD,30000,30000,1726163769157,1726163769157,1726163769157 User1@example.com,User1@example.com,,,20 Off,%,20,20,1726180309034,1726180309034,1726180309034 ``` {% hint style="warning" %} **重要：** 所有 3 个导出文件都应只包含单个项目的数据。如果文件中包含多个项目的数据，导入时会将其整合到单个项目中。 {% endhint %}
迁移计划示例 每次迁移都各不相同，但成功的迁移通常遵循类似的结构，在准备、沟通和执行之间取得平衡。下面是一份迁移计划，可确保连续性，并为你的团队和推广者带来无缝体验。时间表和阶段可根据你的项目设置灵活调整。 **第 1 阶段：规划与准备（1–2 周）** 这是奠定基础的阶段，为顺利过渡打好根基。 | | | | -- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 目标 |

• 协调相关利益方。

• 技术设置。

• 确认迁移范围。

• 规划用户沟通。

| | 任务 |

• 获取历史数据（用户、推荐、奖励）的样本集，并与 Advocate 团队共享以供审核和字段映射 .

• 在样本验证通过后导出完整数据集。导出数据很可能需要进行处理（例如调整标题、字段名称或文件结构）以匹配导入要求。

• 设定正式上线日期和回滚窗口。

• 以隐藏模式添加 Advocate 小组件（测试环境或未关联页面）。

• 配置必要的集成（例如 Shopify、HubSpot、Segment）。

• 在 Advocate 中完成项目配置（例如奖励设置、项目规则、电子邮件模板、分群）。

• 端到端测试项目功能——在正式上线前，确认分享、转化和奖励在测试环境中能够正确追踪。

• 起草信息，向推广者说明此次过渡。

推荐和奖励迁移取决于你能否从当前系统导出数据。你的 Advocate 团队可以根据你提供的导出数据，让你了解哪些内容是可行的。

| | 提示 |

• 如果你同时运行多个平台，请确保只有一个平台发放奖励。

• 找出可能需要特殊处理的高级用户（VIP、影响者）。

| **第 2 阶段：切换并正式上线（1-2 天）** 这是你的过渡时刻。请计划在两个系统之间短暂停止追踪，并尽可能安排在低流量时段进行。 | | | | -- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 目标 |

• 无缝从旧平台切换到 Advocate。

• 确保用户能够立即访问新的体验。

• 避免推荐数据或奖励丢失。

| | 任务 |

• 从你的网站中移除旧平台脚本/小组件。

• 将 Advocate 小组件正式上线。

• 导入最终的用户、推荐和奖励数据。

• 手动跟踪/标记系统关闭与上线之间的任何转化。

• 监控 Advocate 仪表板上的活动。

• 向你的推广者发送上线通知。让用户知道他们的推荐链接已经更新，并最好在邮件中直接包含新链接，这样他们就能轻松立即开始分享。

| | 提示 |

• 如有必要，加入一个简短的奖励冻结缓冲期（例如，“5 月 15 日进行的推荐将于上线后审核并添加。”）。

• 使用面向推广者的沟通来营造兴奋感（例如，“我们已升级你的推荐体验！”）。

| **第 3 阶段：迁移后与清理（1–2 天）** 现在你已正式上线，请确保项目按预期运行，并处理任何未完成事项。 | | | | -- | -------------------------------------------------------------------------------------------------------------------------------------------------------- | | 目标 |

• 验证数据完整性和奖励追踪。

• 补录任何遗漏的转化。

• 支持并教育用户。

| | 任务 |

• 验证推荐人/被推荐人关系在正式环境中是否正常工作。

• 导入在切换期间发生的任何遗漏转化。

• 进行 QA 测试（自己推荐自己，确认追踪和奖励逻辑）。

• 提供内部和外部 FAQ 或帮助文档。

• 监控支持收件箱，处理与旧用户相关的问题。

| | 提示 |

• 如果你要停用旧的奖励资金账户，请给用户一个兑换宽限期。

• 使用电子邮件或应用内提醒，推动新项目中的早期推荐活动。

|
#### 导入你项目的数据 1. 从左侧导航菜单中，选择 ![](/files/209022bdb234289211a24a980f6227a8684cc439) **\[Engage] → 报告 → 导入和导出**. 2. 在右上角，选择 ![](/files/32ff06d8ca86db17de89cf85fc91d85bffaf0a93) **导入**. 3. 选择 *导入类型* 从可用选项中： | 导入类型 | 说明 | | -------- | --------------------------------------------------------------------------------------- | | 用户 | 选择此选项以上传新用户或现有用户数据。你也可以选择从其他账户或平台导入这些数据。 | | 更新用户奖励余额 | 选择此选项以更新并兑换用户奖励余额。 | | 用户事件 | 选择此选项以上传用户事件数据。 | | 删除用户 |

如果你想批量删除项目中的现有用户，请选择此选项。

你还可以删除用户处理并选择：

• 保留空账户

• 防止已删除用户再次被创建

| | 奖励历史 | 选择此选项以上传所有奖励信息的记录。你也可以选择从其他账户或平台导入这些数据。 | | 推荐历史 | 选择此选项以上传所有推荐关系的记录。你也可以选择从其他账户或平台导入这些数据。 | 4. 选择 **选择文件** 或者将你想导入的文件拖放到此处。 5. 选择 **导入** 以上传你的数据。 * 如果批量删除现有用户，请选择 **批量删除**. #### 验证错误参考 你可能会遇到 3 种类型的验证错误： 1. **行内错误消息：** 这些会显示在预览验证表中，并使出错的行以红色高亮： * `INVALID_FIELD` ——例如， *创建日期* 字段未按 [自 Unix 纪元以来的毫秒数](https://currentmillis.com/) . * `MISSING_FIELD` ——例如，像 *用户 ID* 或 *账户 ID* 这样的必填字段缺失。
2. **错误提示：** 这些会以红色警告消息的形式显示在预览验证表的位置： * `MISSING_HEADER` ——例如，像 *账户 ID* 或 *奖励金额* 这样的必填字段缺失。 * `CSV_PARSING` ——例如，CSV 文件包含格式不正确的特殊字符。 * `FILE_REF_IO` ——例如，文件已损坏，无法读取。
3. **列出的错误：** 这些会以错误数量列表的形式显示在 *导入与导出* 屏幕的 *报告* 部分中，当导入类型没有预览验证表时，行错误和文件错误会一起显示：
#### 支持 你不必独自处理迁移。我们的 Advocate 入驻团队随时准备协助： * 字段映射支持 * 数据格式指导 * 奖励迁移策略 * 测试与 QA 联系你的 [Advocate 支持团队](mailto:support-advocate@impact.com). --- # 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/advocate-program/getting-started-with-advocate/import-your-referral-program-data.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.