长销售周期的 B2B SaaS 联盟计划怎么做

B2B SaaS 的联盟计划要面对两件自助式产品遇不到的事：成交周期比推荐 cookie 的有效期还长，以及订单是通过销售和发票成交、而不是在结账页上完成的。如果一位伙伴在第 0 天介绍了买家，合同在第 90 天才签，那么 60 天的 cookie 早就过期了，而且付钱的人往往不是当初点链接的人。解决办法是：在第一次接触时就把伙伴挂到线索或客户账户上，按已付款的发票而不是签约来计佣，并让保留期和你的退款条款对齐。以一笔示例性的 $12,000 年度合同为例，按首年收入的 15% 计佣，伙伴拿到 $1,800，一次性支付，时间是年度发票付清、保留期结束之后。

为什么常规联盟条款在 B2B SaaS 里会失灵

大多数联盟计划的默认设置，是为这样一类买家设计的：读了一篇测评，点击链接，开始试用，几周内用信用卡付款。销售协助的 B2B 订单几乎打破了这句话里的每一个假设。

• 周期比推荐期长。演示、安全评估、采购和法务走完可能要一个季度，30 天或 60 天的 cookie 根本覆盖不了。
• 点击的人不是付钱的人。团队负责人读了伙伴的文章并预约演示，几个月后财务在另一台电脑上付款。基于浏览器的追踪看到的是两个毫不相干的人。
• 没有结账页。销售发出报价单，买家接受，然后发出一张带付款期限的发票。结账页本来会携带的推荐 ID 从来没有被传进去。
• 付款晚而且一次性。一张账期 30 天的年度预付发票，意味着第一笔钱在签约一个月后才到，而且首年的钱一次全到。
• 销售有自己的提成。销售代表拿下一笔由伙伴带来的订单，也希望计入自己的业绩。如果伙伴计划和销售提成方案对"这单是谁带来的"说法不一致，总有一方会失去信任。

这并不是说联盟模式不适合 B2B。顾问、代理公司、通讯作者和有一定影响力的从业者，往往能给 B2B 公司带来最匹配的线索。只是计划必须围绕线索和发票来设计，而不是围绕 cookie。

长销售周期的推荐期应该设多长？

从你自己的数据出发，而不是照搬惯例。导出过去一年的赢单，计算从第一次有效接触（预约演示、开始试用、第一次回复）到签约的天数。把推荐期设在第 75 百分位或以上，让四单里有三单能在窗口内成交。如果你的中位数是 70 天、第 75 百分位是 110 天，那么 120 天的窗口站得住，60 天就不行。

不过，光把窗口拉长解决不了"点击的人和付钱的人不是同一个"的问题。更稳妥的做法，是在买家填写第一张表单时就把 cookie 转成一条记录。买家在带着推荐 cookie 的情况下预约演示或开始试用时，把伙伴记录到这条线索或客户账户上。从此以后，归因跟着账户走，而不是跟着浏览器走。

然后把这条记录带进计费系统。如果订阅是由 Stripe Checkout Session 创建的，就把推荐 ID 作为 client_reference_id 传进去，Stripe 对它的描述是用来让会话和你内部系统对账的字符串 [3]。如果订阅是销售根据已接受的报价单创建的，就必须由人工或 CRM 同步把推荐关系挂到 Stripe 客户上，因为没有结账页可以携带它。写清楚这一步由谁负责，并在第一张发票发出之前的订单审核环节检查。

按线索计佣还是按收入计佣

B2B 计划要在三者之间选择：为线索付费、为收入付费，或者两者结合。本质上是在决定：长周期和低成交率的风险由谁来承担。

• 按收入：按已付发票的一定比例，持续首年或固定若干个月。订单卡住的风险由伙伴承担，你只为收到的钱付费。这是最干净的模式，伙伴也能从发票记录里自己核对。
• 按线索：每个合格线索或每场实际举行的会议付固定费用。伙伴几周内就能拿到钱，这对不愿意等一个季度的顾问很重要。线索不成交的风险由你承担，而且你需要一个伙伴能自己核对的、书面的"合格"定义。
• 混合：每场合格会议付一小笔费用，成交后再付较低比例的收入分成。既及时奖励了引荐，也恰当奖励了结果。

线索费只有在定义严格时才行得通。"销售合格"应该是伙伴看得见的具体条件：公司规模在你的目标范围内、有预算决策权的人参加了会议、会议确实举行了、这个客户不在你现有的销售管道里。会议举行后再付款，给每位伙伴每月可计费的线索数设上限，并在计划页面上写明。

算一笔账：$12,000 年度订单的佣金

看一笔示例订单：每年 $12,000，签年度合同，预付开票。假设伙伴带来的销售合格线索有 20% 最终成交（示例假设）。下面是四种常见结构下，每笔成交的成本，以及伙伴什么时候拿到钱。

最值得细看的是混合那一行。一位伙伴送来五个合格线索，即使只成交一单，也能在几周内拿到 $1,250，成交后再拿 $1,200。你每笔成交付出 $2,450，和 20% 的收入分成差不多，但伙伴更早见到现金，风险也由双方分担。如果你的成交率低于 20%，线索费会迅速变贵：成交率 10% 时，同样 $250 的线索费在收入分成之前就要花掉每单 $2,500。

把每个方案都和你通过其他渠道拿下一笔成交的成本对比。如果一位外呼销售开发代表在工资和工具上，为每笔 $12,000 的成交花掉的超过 $2,450，那么上面任何一种结构都算便宜；如果更少，就选只按收入计佣的方案。

年度合同、预付发票和账期

B2B 订单通常是开发票，而不是直接刷卡。在 Stripe 里，发票可以用 collection_method 为 send_invoice 的方式发送：Stripe 给客户发邮件让对方自行付款，同时必须设置 days_until_due 或到期日 [1]。Stripe 报价单（Quotes）被接受后，会生成订阅、订阅计划或一张发票 [2]。无论哪种方式，对佣金有意义的事件都是发票被付清，而不是报价被接受，也不是合同被签署。

同样的 $12,000 用不同方式开票，会改变佣金的发放节奏，但只要客户不流失，首年总额不变。

把佣金期限写成"自首张已付发票起若干张发票或若干个月"，并说明多年预付怎么处理。一位一次预付三年、共 $36,000 的买家，通常不应该让伙伴在第一天就拿到 $36,000 的 15%。一条清楚的规则是："按合同前 12 个月的金额计佣；如果条款包含续约，则在续约发票上再计 N 个月"。在计佣期内以追加发票形式收取的席位扩容，和其他发票一样计佣。

佣金保留期应该设多长？

保留期是发票付清到佣金变为可支付之间的那段时间，它的作用是在钱付给伙伴之前吸收退款和取消。要按你的合同条款来设，而不是用默认值。

没有哪个保留期能消除全部风险。Stripe 指出，卡组织通常允许持卡人在原始付款后 120 天内发起争议，某些情况下更久 [4]；退款也可以是全额或部分 [5]。如果把保留期设成 120 天，伙伴每一笔都要等四个月，这对计划的伤害比它消除的风险更大。更好的做法是让保留期和退款条款对齐，之后发生的退款和争议记为负数行，从伙伴未来的收入里抵扣。

销售团队拿下的订单怎么归因

销售驱动型公司的伙伴计划，最常卡在一个问题上：这单是伙伴带来的，还是本来就是我们的？在第一次争议出现之前就把规则定好。

1. 定义"伙伴带来"。如果伙伴的引荐、被追踪的表单或被接受的报备，早于 CRM 里该客户的任何进行中商机，这单就算伙伴带来的。
2. 两个工作日内把报备和销售管道核对。如果这个客户已经有进行中的商机，就拒绝报备并说明原因。
3. 给报备设有效期。比如报备有效 120 天，只要商机还在推进就自动延长。
4. 不要让销售和伙伴竞争。伙伴带来的订单，销售代表照常计入业绩；伙伴佣金从伙伴预算里出。业绩被伙伴抢走的销售，很快就不愿意接伙伴的线索了。
5. 决定是否为"协助"付费。有些计划在伙伴帮助一个已有商机成交时（比如参加了一次通话）支付一笔较小的固定金额。如果要这样做，定义要和"伙伴带来"一样严格。

把每个环节的结果都写在伙伴能看到的记录上：已报备、已接受、商机进行中、已赢单、发票已付、佣金保留中、佣金可支付。能看到引荐进度的伙伴会耐心等 120 天；120 天里什么消息都没有的伙伴，只会往最坏处想。

B2B 伙伴计划页面上该写什么

• 佣金：合同前 12 个月内已付发票的 15%。
• 线索费（如有）：每场实际举行的合格会议 $250，附上"合格"的定义和每月上限。
• 推荐期：首次点击起 120 天；线索一旦报备或通过表单记录，即长期有效。
• 报备：怎么报备一个客户、你多快答复、报备有效多久。
• 保留期：发票付清后 30 天（或你按条款匹配的天数）。
• 多年预付：按合同前 12 个月的金额计佣。
• 退款和争议：从未来收入中抵扣。

RelayWonder 如何适配销售协助型计划

RelayWonder 按每张已付的 Stripe 发票计算佣金，包括首次付款和续费，退款和争议会作为负数行记入只追加的账本。计划默认推荐期 60 天、保留期 30 天，周期更长时你可以按销售周期和退款条款把它们调长。结账时推荐 ID 会作为 client_reference_id 传给 Stripe；对于销售根据报价单创建的订单，你仍需确保在第一张发票之前把被推荐的客户和伙伴关联起来。佣金规则以已付发票为基础（首次付款的固定奖励或比例，加上持续佣金），所以按会议计的线索费需要在这些规则之外单独处理。

本周可以做的事

1. 导出去年的赢单，算出从首次接触到签约天数的第 75 百分位。
2. 把推荐期设为不低于这个数字。
3. 找到被推荐买家填写的第一张表单，确保在那一刻就把伙伴存到线索或账户上。
4. 写清楚销售根据报价单创建订阅时，由谁把伙伴关联到 Stripe 客户。
5. 让保留期和你实际的退款、解约条款对齐。
6. 写好"伙伴带来"的定义和报备规则，并在发布前和销售负责人达成一致。