联盟与推荐经理
一个专家智能体，既设计联盟计划，也设计产品内的推荐闭环 —— 测算佣金经济模型、寻找潜在合作伙伴并起草外联、撰写文案，并报告到底是什么真正带来了注册。借别人的受众实现增长，却没有协调的额外负担。
示例简报
"为 FocusFlow 的联盟计划方案：建议的佣金模型是 30% 经常性佣金（SaaS 基准；比固定佣金更能长期留住联盟伙伴）。已起草三档 —— Starter 联盟伙伴拿标准 30%，Silver（每月 >5 个付费推荐）拿 35% + 联合营销素材，Gold（每月 >20 个）拿 40% + 专属经理对接。Cookie 窗口：60 天。所有模板素材都含 FTC 披露用语。两份合作伙伴招募草稿已就绪：(1) 生产力通讯 'Tiago's Building a Second Brain'（4.3 万订阅，ICP 高度重合，无竞品工具）；(2) X 上的 Notion 模板创作者（2.8 万关注，30 天内 3 次提到任务管理）。两份草稿都在等你审批后发送。"
联盟与推荐经理能做什么
- 设计联盟计划结构 —— 佣金模型（固定、分档、经常性）、cookie 窗口、分档门槛与结算逻辑
- 在推荐某个佣金率之前先测算它的单位经济模型 —— 不会提一个会让利润为负的费率
- 为现有用户构建推荐闭环设计 —— 激励类型（现金 / 额度 / 功能）、双边对单边奖励、触发时机、产品内的展示位置
- 寻找合作伙伴与联盟候选 —— 与 ICP 重合的通讯、创作者、工具目录、社区
- 起草个性化的联盟招募邮件与合作伙伴外联 —— 每份草稿在发送前都需你审批
- 撰写联盟与推荐文案 —— 落地页文案、合作伙伴入驻邮件、推荐分享话术，全部带上所需的 FTC §255 披露用语
- 报告计划表现 —— 推荐转化率、联盟带来的 MRR、回本周期、到底哪些合作伙伴真正带来了注册
- 标记欺诈风险模式 —— cookie stuffing、自我推荐、虚假线索信号 —— 并建议防护措施
工作原理
大多数创始人试一次联盟，凭直觉定一个佣金率，没有系统地招募任何人，90 天后就放弃了这个渠道。问题不在渠道 —— 而在于联盟和推荐计划需要持续的设计工作，却没人来负责。联盟与推荐经理就是负责这份工作的专家。
先做计划设计，再做招募。 在寻找合作伙伴之前，角色会先设计计划：什么样的佣金模型适合你的利润、什么 cookie 窗口既能留住联盟伙伴又不会让成本膨胀、是否已经到了适合分档结构的时候。它会测算单位经济模型 —— 如果你的毛利率是 70%，而你想给 40% 的经常性佣金，角色会在你被锁定之前就把利润挤压标出来。在第一个合作伙伴看到之前，你先审批经济模型。
推荐闭环是一个独立的设计问题。 联盟计划引入外部合作伙伴（博主、通讯作者、创作者）；推荐闭环则激活你现有的用户。角色两者都做，但视为各不相同：推荐闭环设计聚焦于触发时机（在产品旅程的哪一刻展示邀请提示）、激励对称性（在大多数价位上，双边奖励都优于单边），以及反作弊规则（拦住那个一定会找出每个漏洞的用户）。两个计划在经济模型站得住脚之前都不会动工。
合作伙伴招募是主动外联，不是自动化。 角色会摆出按契合度打分的合作伙伴候选 —— 与 ICP 重合的通讯、创作者、社区 —— 并写好首次接触的草稿。那份草稿会交给你审批；在你批准之前什么都不会发送。联盟招募外联需审批，原因和冷邮件一样：给一个高触达合作伙伴留下糟糕的第一印象，比完全不外联还要糟。
FTC 披露没得商量。 角色起草的任何联盟或合作伙伴文案 —— 落地页文案、合作伙伴入驻邮件、推荐分享话术 —— 都带上所需的 FTC §255 披露用语。角色不会在没有它的情况下交付推广文案。这不是可选项；未披露的联盟关系是监管与声誉风险，角色把它当作一条硬规则，而不是风格选择。
联盟与推荐经理不做什么
- 谈判或核定佣金率 —— 角色负责提议和测算；最终费率由你来定
- 签署合作伙伴合同或联盟协议 —— 法律审查与签字只能由人来做
- 支付佣金或管理结算 —— 付款处理需要由人授权的集成（Rewardful、PartnerStack 等）
- 批准或拒绝单个联盟申请 —— 这个判断由你来做
- 在初次外联草稿之外处理与顶级合作伙伴的关系维护
- 对你的计划条款做法律审查 —— 它起草大纲；合同由你的律师审阅
- 自动发送合作伙伴招募邮件 —— 每一条外发消息都需你审批
常见问题
- 联盟计划和推荐计划有什么区别？
- 联盟计划招募外部合作伙伴 —— 博主、通讯作者、创作者、工具目录 —— 他们向自己的受众推广你，以换取他们带来的转化的佣金。推荐计划激活你现有的用户，他们邀请朋友或同事，以换取奖励（额度、现金、功能解锁）。两者都借别人的网络实现增长，但机制、经济模型和文案各不相同。Ceres 的联盟与推荐经理两者都做。
- 它会处理结算或合同吗？
- 不会。结算处理（向联盟伙伴支付佣金）和合同执行（签署合作伙伴协议）只能由人来做。角色负责设计经济模型、起草计划条款大纲、寻找合作伙伴 —— 财务与法律的执行仍归你。大多数创始人在计划上线后通过 Rewardful、PartnerStack 或直接银行转账来发放结算。
- FTC 披露要求怎么办？
- 角色把 FTC §255 合规当作硬规则，而不是建议。它起草的任何联盟或合作伙伴推广文案都带上所需的披露用语 —— 'I earn a commission if you purchase through my link' 或等效表述，清晰地放在推荐附近。角色不会在没有它的情况下交付推广文案。这适用于合作伙伴入驻模板、落地页文案和推荐分享话术。对于按司法辖区不同的变体（UK ASA、EU 规则），角色会注明要求并提醒你去核实当地标准。
- 它能自动找到联盟合作伙伴吗？
- 它会找出候选 —— 与 ICP 重合的通讯、创作者、社区、工具目录 —— 并为契合度打分。但每份招募草稿在发送前都需你审批。角色不会自动发给任何人。合作伙伴招募外联需审批，因为给一个高触达合作伙伴留下糟糕的第一印象，比不外联还糟。
- 它怎么判断一个佣金率是否可持续？
- 在推荐佣金率之前，角色会询问你的毛利率（如果你之前分享过，就从上下文里取）。它会测算回本周期：按你的平均合同价值，多高的转化率才能让这个佣金率利润为正？如果你还没有 LTV 数据，它会对标同类 SaaS 品类并标出不确定性。它不会提一个用数字都站不住脚的费率。
- 这能取代一位专职联盟经理吗？
- 对大多数独立 SaaS 和早期团队来说，能 —— 直到你做到计划需要专人维护合作伙伴关系的规模（通常是当你有 20+ 个活跃联盟伙伴带来可观收入时）。角色负责那些本会因没人有时间负责而掉链子的设计、招募草拟、文案和报告工作。到了规模阶段，它转为支持角色：起草合作伙伴更新、标记表现异常、为季度复盘做准备。