affiliate-onboarding-sequence

联盟伙伴入驻序列

设计一套序列，帮助新获批的联盟伙伴完成首次可追踪转化。大多数项目中，获批联盟伙伴只有少数人会真正激活——从业者估算通常集中在 5%–20%，这是相近的估算范围，而非受控测量——因此，这套序列的全部目标，就是趁意向仍然高涨时缩短首次转化所需的时间。

以下内容贯穿着两项承诺：

• 天数间隔只是初始框架，并非标准做法。 从业者记录中的共识是，在 10–14 天内进行 4–6 次触达，但所有有资料来源的从业者都倾向于使用行为触发条件——首次点击、首次销售、到第 N 天仍未点击——并在日历安排之上叠加这些条件，必要时以其覆盖日历安排。
• 无法获得可用链接的联盟伙伴无法激活。 配置和追踪就绪是启动序列的前提条件，绝不能作为序列中的一次触达。

有两种入口路径，均从访谈开始：

• 从头构建——“为我们刚批准的联盟伙伴撰写欢迎邮件”“设计我们的联盟伙伴入驻序列”“新合作伙伴在头 30 天内应该收到什么？”——运行完整工作流。
• 诊断现有序列——“我们批准的联盟伙伴从不带来点击”“发出欢迎邮件后没人激活”——先运行访谈，然后跳转到“诊断现有序列”，再调整计划。

访谈

每条消息只问一个问题；如提供了多选项，请一并给出。用户已回答的问题可跳过。

1. 是 B2B SaaS 还是 B2C 电商？如果两者都有，计划需要分成两个分支。
2. 哪个事件算作“已激活”：首次点击、首条潜在客户线索/试用、首笔付费销售，还是首笔成交？从获批起算，时限是多少天？
3. 项目机制：佣金模式（持续百分比、一次性百分比、固定 CPA）、Cookie 窗口、支付门槛、付款暂扣期？
4. 入驻申请中实际有哪些类型：内容/评测网站、优惠券/折扣网站、忠诚度/返现平台、社交媒体创作者、邮件列表所有者、子网络——以及在 B2B 中，是否包括代理机构、顾问、技术合作伙伴？
5. 目前有哪些现成资源，哪些需要创建：追踪链接、横幅、推广文案——以及在 B2B 中，沙盒/演示访问权限、对比资料和买家问题材料？
6. 追踪设置：获批时是否会自动配置链接或优惠码？服务端（postback）转化追踪是否已启用？
7. 税务和付款信息收集：需要完成哪些步骤（税表、付款方式、条款确认）？这些步骤是否决定付款资格？
8. 由谁发送各次触达：自动化项目邮箱，还是具名的联盟经理？是否有能力安排通话和一对一沟通？
9. 每月新增多少名获批者？
10. 首批激活数据必须在什么日期前出炉？如果日期落在下一批次的周期内，就要排除所有需要搭建的选项，并优先采用几乎无需准备的改进措施；如果没有截止日期，则保留默认排序。
11. 是要让这一批次一次性取得成效，还是要打造能持续产生效果的资产？持续增效会优先选择自动化滴送序列和常驻资源中心；一次性见效则优先联系已获批的联盟伙伴。
12. 工作量上限：每周可投入多少经理工时？是否有具名的 AM？调整佣金是否需要财务或法务批准？如果 AM 工时为零，则直接删除高接触和混合层级，而非仅仅降低其优先级。

问题 10–12 决定本技能中每个选项菜单的排序；下文的排名会根据这些答案重新排列。

工作流

1. 进行访谈。

2. 在设计任何方案之前，先确定激活的定义及其衡量窗口。触达次数、提醒期限和每项 KPI 都取决于此；没有这些定义，就无法评估计划。

3. 核实第 0 天的就绪情况：批准时提供链接/代码、追踪系统会记录激活事件，以及已设置付款/税务信息收集，作为付款门槛——参见 references/asset-kit-and-provisioning.md 中的清单。在规划任何触达之前，先停下来补齐缺口。

4. 对收集到的信息进行两次细分：一次按类型（问题 4），一次按触达层级。类型是查找依据，不是排名：根据收集到的信息中实际包含的类型进行分流。层级则是排名，它决定经理的时间如何分配：

   • 效率（每经理工时带来的激活量）：self-serve > hybrid > high-touch
   • 价值（每个联盟伙伴的激活率）：high-touch > hybrid > self-serve
   • 持续投入（每个联盟伙伴所需的经理工时）：high-touch > hybrid > self-serve
   • 首次发送前的一次性搭建投入：self-serve == hybrid > high-touch

   自助式领先，是因为搭建完成后，每增加一个联盟伙伴的边际成本近乎为零，而不是因为它的转化效果最好——它的转化效果最差。先为所有人搭建这一基础，再为能带来回报的细分群体投入更多资源以提升激活率。搭建投入相同并非偶然：混合式就是自助式滴灌流程再加一次日程安排，因此搭建所需时间同样是一两天；高触达几乎不需要搭建，但会成为一项固定工作。

   这种排序会让高触达处于弱势。它在价值和持续投入两项上都排第一，因此每轮比较都会被比率压低；如果项目只计算效率，结果就是让最大的合作伙伴也和长尾伙伴一样，只收到自动滴灌消息。要明确提升高触达的优先级——绝不要等它自然胜出——条件是：单个合作伙伴的预期收入高于通话所耗费的工时，或者合作伙伴名单足够短，导致滴灌流程的搭建投入无法回本。

   默认方案：对所有收集对象采用自助式，并在预期业务量足以抵偿一次跟进沟通的类型上叠加混合式。

   如果没有指定的客户经理，或者每月审批量超过约 100 个，就从选项中删除高触达，而不是仅仅降低其优先级。无人力承接的层级并非只是进展缓慢，而是根本不存在；若将其搁置在末尾，它就会悄然变成计划无法执行的范围。

   这种排序是默认方案，并非定律，而且会随着执行者的不同而变化。根据访谈中已了解到的信息重新排序：

   • 如果联盟营销平台已经启用里程碑自动化，自助式的搭建投入会降至近乎为零，其领先优势也会扩大。
   • 如果经理没有可用时间（问题 12），就同时删除混合式和高触达。
   • 如果名单上只有十来个合作伙伴，且每个都能带来大额交易，排序就会彻底反转：业务量极低会让每个联盟伙伴所需的工时成本很低，而自助式的搭建投入始终无法回本。

   层级详情见 references/touch-plan-patterns.md。

5. 按细分群体规划触达计划：按天偏移的骨架加行为触发层，模式见 references/touch-plan-patterns.md。每次触达只要求执行一项操作。

6. 在审批触达中安排条款与披露确认，并在首次可能发放款项之前收集税务和收款信息——绝不能等到赚取首笔佣金之后。此处只决定安排位置；条款内容由条款技能负责起草。

7. 在首个时间窗口内安排有时限的激活提醒，趁用户意愿最高时触达。在此确定发送时机、截止时间和表达方式；费率的经济细节由佣金技能负责。

8. 设计从未激活分支：在时间窗口结束时设置诊断检查点，发送重新互动触达，再发送一封最终通知邮件，然后归档。绝不以终止威胁作为手段——动机研究表明，威胁会适得其反。

9. 为每次触达撰写文案——每次只要求执行一项操作，第 1 次触达的前几行中放置一个 CTA、链接或代码——并根据 references/copy-and-sequence-logic.md 设定退出、抑制和重新进入规则。

10. 将起草的每封邮件都交由你偏好的润色技能处理；不得将模型未经润色的初稿作为最终文案。润色只改写语气——单一操作结构和资金机制必须保持原文不变。

11. 按章节与用户逐一验证计划——激活定义、路由、触达计划、提醒、从未激活分支、文案——遇到异议时先修改，再进入下一章节。

12. 输出下方的 Sequence Plan 产物，并设定 KPI 复盘周期。如果你的运行环境支持持久记忆，请记住激活定义和路由决策，以便之后的诊断任务从这些决策开始。

Sequence Plan

每次合作都必须交付这一产物——这是交付约定，不是示例：

SEQUENCE PLAN - <program>, <date>
Activation       : event + window (e.g. first paid sale within 30 days of approval)
Routing          : archetype -> tier (high-touch | self-serve | hybrid), volume note
Touches          : one block per touch
  T<n> Trigger : day offset OR behavior event (behavior overrides calendar)
       Channel : email | call | in-portal | chat
       Sender  : automated program address | named AM
       Action  : the ONE action asked
       Content : one-line summary
       Asset   : asset attached or linked
Activation nudge : incentive + deadline + which touch carries it
Never-activated  : entry condition, touches, final-notice rule, archive rule
Exits            : on activation | on branch entry | suppression + re-entry rules
KPIs             : activation rate @ window | time-to-first-conversion |
                   never-activated share at cutoff | per-touch engagement

每条触达记录都必须说明其触发原因，供读者审查——“由于仅凭日历无法判断用户是卡住了还是已流失，因此在第 7 天未点击时触发 T3”是可审查的；单独写一个日期则不行。两个完整示例计划（一份 B2C，一份 B2B）见 references/sequence-plan-examples.md。

B2B SaaS 与 B2C 电商

两者存在差异之处，计划必须分支处理：

维度	B2C 电商	B2B SaaS
首次转化	已跟踪的销售	潜在客户、试用、演示或成交——明确选择哪一种
时间跨度	几天到几周；适合 30 天窗口	30–180 天；适合 90 天窗口
触达模式	几乎全部采用自动化自助服务	混合式/高触达；面向战略合作伙伴安排启动通话
资源包	链接、代码、横幅、推广文案、产品 Feed	另外提供沙盒/演示、对比页面、买家问题材料
第 0 天开通配置	链接 + 优惠券代码	另外提供交易登记和沙盒/NFR 访问权限
款项风险	退单追索在退货窗口结束时终止	每笔周期性发票都可能触发退单追索；保留期限更长
序列跨度	10–14 天骨架，然后由触发条件延伸	骨架相同，但触发层延伸至 90 天窗口

以下内容对两者相同——明确列出，避免遗漏：

• 首先确定激活定义的规则。
• 开通配置前置条件。
• 每次触达只要求执行一项操作。
• 在入驻时设置税务/收款门槛。
• 从未激活分支的结构。
• 润色环节。
• Sequence Plan 格式本身。

失败模式

当以下问题同时出现时，按此顺序修复——每小时修复工作带来的激活效果：链接位置 > 欢迎邮件信息倾倒 > 将审批视为终点 > 威胁式措辞 > 激活提醒 > 按类型路由 == 未激活分支。这个并列排序有其理由：路由和分支各需一两天构建，但路由能在当前窗口内见效，而分支只有等到下一批用户时才见效——比例相同，见效时间不同。提醒仍排在两者之前：它需要一周，是因为要等待审批，而非修复耗时。

失败	修复	修复耗时
跟踪链接被埋得太深，或发送时尚未配置好	在第 1 次触达的开头几行放上链接／代码；序列启动前确认链接已配置好	几乎为零
欢迎邮件信息倾倒——所有内容都塞进第一封邮件，没有单一操作	每次触达只安排一个操作；其余内容移到后续触达，或放入持久化资源中心	一小时
将审批视为终点	在第 1 次触达中设定具体的激活计划和预期	一小时
用终止威胁迫使用户激活	改用以机会为导向的激励措施；动机研究表明，威胁会适得其反	几乎为零（如果确实存在威胁的话）
没有激活提醒，也没有限时的首个窗口激励	在首个窗口内提供限时奖励，并通过指定的一次触达传达	一周——奖励方案须经审批后才能上线
不区分用户类型和等级，所有人都用同一套序列	起草任何内容前，先按用户类型和等级进行路由	一两天——每种用户类型各需一项主要资源
没有针对未激活用户的分支	预先设计窗口结束时的诊断、重新互动、最终通知和归档流程	设计需一两天，之后作为常设工作执行
将付款／税务信息收集推迟到首次佣金发放之后	在入门流程中设置付款资格门槛；有据可查的先例表明，未完成账户设置的佣金会过期	一两天，另需与财务部门协调

付款／税务这一行有意不纳入上述排序。它能避免付款争议并降低法律风险，而非促进激活，因此不能与上面的各行按同一比例排序——应根据合规时限，在赚取首笔佣金前修复，不论激活工作进展如何。

诊断现有序列

当用户带着正在运行的计划来找你（“我们的合作伙伴从来不带来点击”）时，应按以下顺序检查，而不是从头开始重新设计。这个顺序衡量的是每单位投入所能获取的信息——并非按最省力优先，否则转化追踪会排在最后，你可能会重新设计一套原本运作正常的序列：

• 每小时投入所能获取的信息：转化追踪 > 审批邮件检查 > 按次触达的互动情况 > 分批次对比 > 提醒和分支审查 > 重写第 1 次触达
• 所需投入：重写第 1 次触达 > 转化追踪 == 分批次对比 > 审批邮件检查 == 按次触达的互动情况 == 提醒和分支审查 这两项并列确有其因，并非含糊其辞：追踪和按群体拆分都各需约一小时的查询与点击操作；最后三项则几乎不费时间，因为只需查看现有数据。

#	检查	耗时	能确定什么	指向此处的症状
1	端到端追踪一次转化：点击 → 记录的转化 → 待处理佣金 → 撤销状态	一小时，仅需一次	报告中的激活数是否属实。任何一个环节不透明，都会让下面各行的衡量结果失去意义	平台内可见活动，但报告的激活数偏低；点击有追踪，转化却从未出现
2	以刚获批联盟成员的身份打开批准邮件：其中是否包含可用链接或代码，并且是否在批准时配置好？	几乎不费时间	问题是否出在前置条件，而不是整个流程的顺序	获批的联盟成员从不点击
3	查看平台已记录的各触点打开率和点击率	几乎不费时间	序列在哪一步流失了用户——可定位问题，但无法确定问题的性质	第 1 个触点之后，打开率骤降
4	按类型和层级拆分激活情况	一小时	是否将同一序列发送给了需要不同首次操作的不同类型	一种类型会激活，其余类型则从未激活
5	检查计划：窗口期内是否有带截止期限的提醒，以及是否设计了从未激活的分支	几乎不费时间	为什么群体会在截止时间停滞——只能解释窗口期末的停滞，无法解释更早出现的问题	群体在窗口期结束前停滞；大量长期未处理的用户不断累积
6	重写第 1 个触点或素材包	一两天	在完成第 1–5 项之前，什么也无法确定——这是一次改动，而非检查；它会破坏原有基线，让你无从判断改动是否有效	（无——绝不应作为第一步）

根据你面前的计划重新排序：

• 已在服务端运行追踪的计划，已提前获取第 1 行所需的信息：从第 2 行开始。
• 接收时只包含一种类型的计划，应将第 4 行直接从列表中删除，而不是排到最后。

文案层与结构层的区分见 references/copy-and-sequence-logic.md。

KPI 和通过阈值

• 在定义的时间窗口内的激活率——序列的主要评分指标。
• 首次推荐所需时间／首次转化所需时间，按群组中位数跟踪。
• 截止时每个月群组中从未激活的占比。
• 每次触达的互动情况（打开／点击），用于定位序列在哪一步流失用户。

按每月审批群组衡量：每个月的审批对象构成一个群组，只有在其时间窗口结束后才进行评估。混合计算所有时间段的比率，会掩盖序列是否正在改进。

通过门槛分为两个部分，因为序列上线时，还没有任何可供衡量的激活数据。

设计阶段，在生成成品前进行检查，并持续迭代，直至每一项都符合要求：

• 激活定义及其时间窗口已确定（第 2 步）。
• 已核实第 0 天的配置情况，而非想当然（第 3 步）。
• 每次触达只要求执行一项操作。
• 跟踪链接或代码出现在第 1 次触达的开头几行。
• 在激活窗口内安排限时提醒。
• 从未激活分支以归档结束，不带终止威胁。
• 每封拟稿邮件都经过了人性化处理。

上线后，将首次评审设为预定的首个门槛：无法计算的结论，不要报告。

• B2C 的 30 天激活率达到或超过约 18%，采用 TrackRev 的_中位数_，而非其约 31% 的上四分位数；B2B 的 90 天激活率达到或超过约 20%。
• Track360 提出的“低于 30% 表明入门引导存在问题”是用于调查的诊断触发条件，并非上线门槛；若将其用作门槛，就等于要求上线第一天达到上四分位表现，超过本技能引用的整个 5%～20% 区间。
• 这些是供应商和从业者提供的数据，不是经审计的研究：它们是迭代阈值，绝不可当作事实引用。
• 如果低于门槛，应诊断序列本身（配置、首次触达、提醒），而非招募。
• 如果项目尚无数据，应在交付内容中说明，并设定衡量日期；用户也可以记录其经济效益为何足以支持采用不同的门槛。
• 每个数字的可靠性说明见 references/benchmarks-and-frameworks.md——向用户引用任何基准前，先阅读该文件。

调用示例

• “我们每月大约批准 40 个联盟伙伴，但几乎没有人会发送流量。设计入门引导序列。”
• “规划新获批的 B2B SaaS 联盟伙伴的前 30 天——批准后自动配置链接，税务表单是获得付款的前提，整个项目只有一位联盟经理。”
• “设计从未激活分支：第 30 天发送什么、发送几次，以及何时归档。”

参考资料

• 有关触达框架、触发层、层级与类型路由、启动会议议程以及从未激活的分支，请参阅 references/touch-plan-patterns.md。
• 有关第 0 天检查清单、跟踪就绪检查、双方的资料包内容以及付款／税务门槛，请参阅 references/asset-kit-and-provisioning.md。
• 有关每次触达的文案规则、主题行、润色流程以及退出／抑制／重新进入逻辑，请参阅 references/copy-and-sequence-logic.md。
• 有关一个完整的 B2C 计划、一个 B2B 计划以及一个反面示例，请参阅 references/sequence-plan-examples.md。
• 有关所有基准及其可靠性标记，以及对具名框架的客观评估，请参阅 references/benchmarks-and-frameworks.md。
• 有关审批前的所有内容，请参阅 mbfinotti/partnerships-skills@affiliate-recruitment-outreach。
• 有关起草第 1 次触达中展示的条款，请参阅 mbfinotti/partnerships-skills@affiliate-program-terms。
• 有关激活奖金和佣金阶梯的经济模型，请参阅 mbfinotti/partnerships-skills@affiliate-commission-structure。
• 有关 B2B 触达可能指向的培训／认证课程，请参阅 mbfinotti/partnerships-skills@partner-enablement。
• 有关构建本指南所列 KPI 背后的报告，请参阅 mbfinotti/partnerships-skills@affiliate-performance-dashboard。