partner-economics

合作伙伴经济学

将单个合作伙伴关系建模为一份简化的损益表——用可归因收入扣除所有合作伙伴成本，再结合合作伙伴获客成本、爬坡期和增量性，决定是签约、扩大规模、重新谈判还是终止合作。整个分析有两个结构性事实作为基础；应明确说明，不要刻意回避：

• 不存在公认的“合作伙伴损益表”模板。 从业者对收入和成本构成的看法基本一致，但供应商发布的定义彼此不兼容，任何声称拥有_唯一_标准的说法（包括 PARTNERNOMICS 式认证）都是专有产品，并非行业共识。
• 广为引用的大多数合作伙伴基准数据都来自供应商营销，而非研究。 那些著名的“80% 的渠道收入来自 20% 的合作伙伴／只有 11% 的合作伙伴达到激励目标”数据无从查证；“大多数合作伙伴从不达成交易”的说法也一样。应标注每个数字的证据类别；没有明确来源时，不要把任何数字说成定论。引用任何数据前，请阅读 references/benchmarks-and-figure-grading.md：其中列有经评级的基准数据集，以及应拒绝引用的无从查证数据。

这个领域真正能提供的是：

• Hans Peter Bech 的渠道合作伙伴损益表——建模合作伙伴自身 3-5 年的经济情况，因为“渠道合作伙伴承担损益责任至关重要”。这是针对单一合作关系阐述得最完整的从业者方法。
• **Spengler 的双重边际化（1950）**以及两部制关税的解决方案（Jeuland & Shugan 1983；McGuire & Staelin 1983）——利润叠加问题的同行评审研究根源。
• Blake、Nosko & Tadelis（2015，《Econometrica》）——eBay 停止投放品牌关键词广告后，保留了 99.5% 的点击量；这是证明渠道可能带来强劲的可归因收入、但几乎没有增量价值的经典案例。
• Dyer & Singh 的关系观（1998，《AMR》）——“关系租金”，即任何一方单独都无法创造的利润；以及 Gomes-Casseres 的第三定律（Remix Strategy，2015）：价值分配必须能激励双方持续投入。
• **Dyer、Kale & Singh（2004，《HBR》）**的结盟与收购对比研究，加上 **Anderson & Schmittlein（1984，《RAND J. Econ.》）**和 2006 年发表于《AMJ》的交易成本经济学元分析——这些同行评审研究为判断合作伙伴渠道是否本就是正确模式提供了依据，早于任何经济模型的构建。

访谈

在建模之前先提问。每条消息只问一个问题；提供多项选择；跳过用户已经回答的问题。

• 合作伙伴类型：推荐/代理、经销商/增值经销商（VAR）、分销商/两级分销、MSP、OEM/嵌入式、ISV 技术联盟/联合销售/市场平台，还是联盟营销/创作者？
• 评估哪一方的经济效益：你方、合作伙伴自身的损益表（Bech 的观点——合作伙伴必须对自己的损益负责），还是双方？排名靠前的答案见“构建模型”部分；以下三个问题决定适用哪个层级。
• 模型必须支持哪项决策——签约/不签约、扩大规模、重新谈判、精简/退出？适用什么可行/不可行门槛？由谁审批？
• 必须在什么日期前得出结论——签约截止日期，还是董事会或季度业务回顾（QBR）时间？如果期限只有几周，双边损益表和增量实验都无法开展；两者都需要合作伙伴披露数据或留出结果观察期。
• 这是一次性决策，还是每次 QBR 都要重新运行模型？要求重新运行时，应采用双边损益表并建立书面假设登记表；一次性决策则只需供应商侧贡献模型。
• 工作量上限是什么：可投入的分析师工时、是否安排了财务审核人员，以及合作伙伴是否愿意公开自身数据？如果没有财务审核人员，或合作伙伴不愿披露数据，无论决策需要什么，工作都只能做到供应商侧模型。
• 当前直接获客成本（CAC）是多少，带来的平均交易规模是多少？第 6 步会与两者对比；没有这些数据，就无法检验门槛。
• 产品毛利率是多少？该细分市场的流失率或平均客户生命周期是多少？生命周期价值按毛利计算，因此对任一数据进行猜测都会悄然左右结论。
• 收入机制：按首年年度合同价值（ACV）或持续收入的一定比例收取费用、按标价打折、特许权使用费、收入分成，还是按获客付费（CPA）？
• 还需叠加哪些费用：返利、SPIFF 激励、联合营销发展基金（MDF）承诺、交易注册加成、市场平台上架费？
• 招募、赋能和服务成本：客户经理工时、培训/认证交付、门户和工具、支持工作量？
• 合同条款：独家权、期限、交易注册、追回条款、MDF 承诺、最低要求？
• 爬坡预期：多久能实现首笔收入？双重成本期由谁承担？
• 实际有哪些数据：带有来源/影响标记的 CRM 归因数据、市场平台拨款报告、财务系统，还是只有估算值？
• B2B 渠道/联盟，还是 B2C 联盟营销/创作者？

工作流

1. 进行访谈。在计算任何内容之前，确定模型要支持的决策及其可行/不可行门槛——没有门槛的模型只会得出好看的数字，而不是结论。

2. 选择适合合作伙伴类型的经济模型；不同类型的资金流和利润计算差异很大。参见 references/partner-type-economics.md。

3. 将合作伙伴带来的收入、受合作伙伴影响的收入和合作伙伴参与的收入分开；绝不可混为一谈。对影响归因设上限，确保归因收入永远不超过总收入——影响归因若无上限，财务部门就会立即且永久地中止讨论。

4. 建立完全加载成本明细：按标价打折、返利/SPIFF 激励、MDF、市场平台费用、客户经理工时、赋能和认证交付、支持、门户/工具分摊。一家合作伙伴带来 $2M 的收入，扣除 $500K 折扣、$200K MDF、$150K 客户经理成本和 $100K 培训/支持成本后，贡献为 $1.05M，而不是 $2M。

5. 计算经合作伙伴调整后的毛利率和年度净贡献。生命周期价值按毛利计算，绝不可按收入计算。参见 references/metrics-and-formulas.md。

6. 完全加载合作伙伴 CAC，然后按可比口径与直接 CAC 对比：每 $1 净收入的获客成本，绝不可按每位客户计算。折扣会降低每笔合作伙伴交易的收入，按客户计算的 CAC 就会把不同的商品价格混为一谈。

   以下两种口径在内部逻辑上都一致；请注明所采用的口径，并且绝不可混用：

   • 按总额入账收入，并将折扣计入获客成本。
   • 按扣除折扣后的净额入账收入，并将折扣排除在外。 不要对这两种口径排序：按每 1 美元净收入计算时，两者得出的数字相同，因此排序会制造虚假的精确性。如果每 1 美元净收入对应的合作伙伴成本不低于直销，就说明渠道论点站不住脚；请在备忘录中说明这一点。

7. 建模计算爬坡期和回本周期。前 6-12 个月是双重成本期——既要投入资金为合作伙伴提供支持，也要同时建设自己的团队。说明获得首笔收入需要多长时间，以及累计贡献何时转正。

8. 明确测试增量性：这部分收入中有多少无论如何都能通过直销获得？归因收入不等于增量收入（Blake、Nosko 与 Tadelis）。

   先从假设费率区间开始，而不是先做实验——按效率排序：假设费率区间 > 匹配对照组 > 地理区域拆分 > 暂停渠道。只有当合理范围内的结果会改变结论时，才值得开展实验。

   这种排序把暂停渠道放在最后；它能提供最有力的证据，但成本也最高。只有当增量性决定整个结论时，才将其提升优先级；如果协议中的排他条款或最低承诺禁止暂停该渠道，则直接删去此项。

   证据强度、工作量和合规风险分别列于 references/metrics-and-formulas.md。

9. 对真正影响答案的 2-3 项假设进行敏感性分析——通常是交易量、实际折扣和爬坡期长度。报告哪些变化会改变结论。

10. 如果同时建模双方，应构建合作伙伴自身的 3-5 年损益表（Bech），并检验 Gomes-Casseres 第三定律：价值分配是否能激励合作伙伴持续投入？

11. 按章节依次呈现备忘录——收入、成本、贡献、CAC、爬坡期、增量性、敏感性分析、结论——每一节都先与用户确认，再起草下一节。

12. 到达审批关口后停止：未经用户明确批准，不得定稿。

13. 检查下方的通过门槛；反复迭代，直到每项检查都通过。

14. 设定复审频率和触发条件：每个周期开始时更新联合业务计划，每季度进行一次 QBR 经济性审查，设置续约/退出关口；另设事件触发条件，例如市场平台费用变更、佣金重新协商或爬坡里程碑延误。

15. 如果你的运行环境支持持久记忆，请记住已批准的模型、明确命名的假设和结论，这样在 QBR 时重新运行就能从这些内容开始，而不必从头来过。

16. 如果你能浏览网页，请在定稿前核实当前市场平台费率和各类合作伙伴的基准范围——费用表会变化（AWS 在 2025 年 5 月收紧了受限承诺的退休资格）。否则，请将每个数值都标注为用户提供且未经核实。

一起构建模型

按照渠道和联盟团队的实际方式开展此练习——通过协作、联合业务规划、交易审核和 QBR 经济性审查进行，而不是将其作为财务部门的孤立计算：

• 整个过程中每条消息只提一个问题；不要一次提出多个问题。
• 在双方都能参与时，将模型视为共同创建的成果：在联合业务规划中，供应商和合作伙伴共同制定计划，合作伙伴负责自己的损益表。合作伙伴从未看过的模型，无法预测合作伙伴从未同意过的合作关系。
• 列出建模方法并按优先级排序，说明你的建议及理由，然后等待回复。按每分析师小时能带来的决策质量排序——各维度的排序并不一致，因此请查看全部四项：
  • 效率：供应商侧贡献 > 双方损益表 > 优先分析市场平台机制
  • 价值，即该方法能够解决的决策：双方损益表 > 供应商侧贡献 > 优先分析市场平台机制
  • 工作量：双方损益表 > 供应商侧贡献 > 优先分析市场平台机制
  • 合规成本：优先分析市场平台机制 > 双方损益表 > 供应商侧贡献 | 方法 | 要明确的问题 | 工作量 | | ---------------------------------- | ----------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 供应商侧贡献——默认方案 | 签约还是不签约、规模、精简，以及合作伙伴 CAC 与直销 CAC 的对比 | 一名分析师花一两天，分析已有数据——CRM 归因和财务数据。由一名财务审核人员审阅，无需向合作伙伴披露。完全可逆。 | | 双边 Bech 式损益表 | 上述所有问题，外加分成比例本身：重新谈判条款和 Third-Law 核查 | 一个季度。需要合作伙伴披露你无法看到的成本和服务经济数据，并协调双方财务团队。提出要求本身就是一种承诺信号——很难收回。 | | 优先分析市场机制 | 仅分析经由市场平台的交易成本构成：上架费、私有报价比例、承诺额度扣减资格、赢单折扣 | 一小时；相关费率已在一手来源中公布。单独使用无法明确任何问题——只要交易经由市场平台，就必须在上述两种方法之一的基础上补充这一层，绝不能替代其中任何一种。 |
• 按方法划分的合规成本，从高到低：
  • Marketplace 机制：资格由平台决定，平台也可以更改（AWS 于 2025 年 5 月限制了承诺退休），因此应根据当前平台文档重新核验路由模型的资格，而不是依据此处记载的任何数字。
  • 双边损益：同类风险的较小版本——要求合作伙伴公开其成本基础通常意味着需要签署相互保密协议，会让另一家公司的机密数字出现在你的文件中，也代表你作出无法撤回的承诺。
  • 供应商侧模型：不会涉及公司以外的任何人。
• 默认采用供应商侧贡献模型。符合以下任一条件时，升级为双边损益：决策关乎分成而非签约；合作伙伴属于必须自行承担损益的转售商类别（Bech）；或者合作伙伴披露信息的事宜已提上议程。
• 这种效率排序最容易牺牲双边损益：它解决的问题严格多于默认方案，成本却要花一季度，而非一两天，因此该比例会在每次合作中都将它排到后面，重新谈判也会继续只依据一方的数据进行。只要问题关乎价值如何分配，而非是否签约，就应优先采用双边损益——仅凭供应商的账本无法诚实地讨论分成。
• 用户的回答排除哪些方案，就应将其删除，而非降级，并在备忘录中说明已删除及原因：
  • 合作伙伴不愿公开账目，就意味着应彻底移除双边方案这一档。
  • 没有指定财务审核人，也应移除该方案。
  • 交易不经过任何 Marketplace，就应移除 Marketplace 机制这一层。
  • 排在清单最末尾的方案会在下一次审查时重新变成范围事项，提出者可能根本不知道此前的限制。
• 提出建议前，应结合你已了解的用户情况重新排序：已指定财务审核人，会降低双边协调成本；过去合作中已批准的模型，扩展使用的成本会低于这三种方案。排序只是默认方案，并非铁律——它会随当前决策和具体执行者而变化。
• 计算前，应明确说出假设：哪些业务量数字来自合作伙伴的积极预期，哪些基准数据由供应商发布，哪些成本只是估算。
• 在展示模型前，应先论证反对合作的最有力理由；关系投入和品牌光环，是本练习自欺的已记录诱因。
• 非标准条款应通过交易审核流程处理——折扣档位须有书面说明，例外情况须有书面依据。由承担季度业绩指标的负责人管理的审核团队，会批准那些能帮助完成本季度目标的事项。
• 对于定期审查，应坚持双方在会议前基于同一份共享评分卡开展工作。已记录的两种 QBR 失效模式：“状态作秀”——会议结束时无人负责带有截止日期的行动；“会前没有共享数据”——双方带着不同的销售渠道数据参会，把一半时间花在争论哪份电子表格才正确。
• 在向更广泛的领导层陈述之前，应先分别争取 CFO 和 CRO 的支持。
• 按章节逐一提交交付内容；每一节都先确认，再起草下一节；只有在用户明确批准后才能定稿。

合作伙伴经济效益备忘录

将本次合作交付为以下材料——用户会提交给签字审批负责人的商业论证：

PARTNER ECONOMICS: <partner>, <date>
Decision        : sign / scale / renegotiate / prune, with the agreed go/no-go threshold
Partner type    : type + money-flow mechanics (fee %, discount, royalty, rev-share, CPA, marketplace)
Revenue model   : sourced and influenced projected separately: never one blended number
Cost stack      : discount | rebates/SPIFFs | MDF | marketplace fee | account mgmt | enablement | support | tooling
Net contribution: partner-adjusted gross margin and annual net contribution, by year across the ramp
Partner CAC     : fully loaded, vs direct CAC: attribution method stated
Ramp & payback  : time to first revenue, double-cost period, month cumulative contribution crosses zero
Incrementality  : share of attributed revenue that would have arrived anyway, and its evidence class
Partner's P&L   : the partner's own 3-5yr economics and the Third-Law check (when modeled dual-sided)
Sensitivity     : the 2-3 assumptions that move the verdict, and where each flips it
Verdict         : against the stated threshold: and what result would change it
Open questions  : missing data, unverified figures, and which finding would reverse the verdict

备忘录须遵循三项规则：

• 每项基准数据都必须标注来源质量——同行评审、分析师报告、行业调查、供应商基准或无法追溯。
• 每项输入都必须追溯至具名来源，或标记为“未经核实，用户提供”——不得编造数字，也不得照搬示例中的数字。如果在步骤 5 仍缺少直接 CAC、毛利率或客户流失率，应停下来询问用户，而不是从页面上找一个最接近的数字。
• “待解决问题”部分不可省略：模型若没有说明不确定性，就意味着它已不再提出问题。

通过门槛

只有满足以下所有条件后才能发布；持续迭代，直到满足为止：

1. 按每 1 美元净收入计算，预计合作伙伴获客成本低于直销模式，且采用一种明确说明的口径进行全成本计算。当折扣降低了每笔合作伙伴交易的收入时，按客户计算的获客成本不能作为有效对比。否则，渠道论点就不成立，备忘录中也要说明这一点。证据类别：从业者共识，依据是 2014 年 Pacific Crest/KeyBanc 调查（每 1 美元新增 ACV 对应 0.53 美元渠道获客成本——这是现有记录最完善的渠道获客成本数据，也正因如此，它已经采用比率口径）。
2. 来源收入和影响收入绝不混算；每笔交易只归因给一个合作伙伴，并对影响归因设定上限，确保归因收入不会超过总收入。
3. 全面计入服务成本。模型必须经得住 200 万美元合作伙伴交易的重新核算：按扣除折扣、MDF、客户管理和培训／支持后的净额重新表达标题收入（在示例中为 200 万美元 → 105 万美元）。
4. 按毛利计算生命周期价值，绝不能按收入计算。
5. 明确评估增量效果，绝不能假设增量率为 100%——备忘录中必须列出蚕食效应估算及其证据类别。
6. 运行并报告敏感性分析；如果结论只在一组假设下成立，那是一次押注，不是模型。
7. 为每项基准标注证据类别；无法追溯来源的知名数据（80/20 集中度、11% 激励达标率、“大多数合作伙伴从不促成交易”）须标记为无法追溯或省略。

KPI

在 6 到 12 个月后评判经济决策本身，而非合作伙伴的持续表现；后者属于 mbfinotti/partnerships-skills@partner-performance：

• 实际合作伙伴获客成本与模型预测值的对比，以及同一观察期内与直销获客成本的对比。
• 实际累计净贡献与模型预测的爬坡曲线对比。
• 合作伙伴来源客户与直销来源客户的留存率／NRR 对比——差距超过 10 至 15 个百分点，说明 ICP 可能不匹配（从业者阈值；SaaS Capital 2019 年 8 月的调查发现，以渠道为主要来源的公司留存率低约 3 个百分点）。
• 合作伙伴带来首笔收入的时间与模型预测的爬坡时间对比。
• 假设审计：模型输入中哪些被证明有误、误差有多大——作为下一个模型的输入。
• 结论的持久性：在前两次季度审查中，扩大投入／维持／削减的决策是否经得住检验，没有因模型本应捕捉到的事实而反转？

B2B 与 B2C

两者采用相同的方法——可归因收入减去合作伙伴的全成本，再与合作伙伴获客成本比较，并按生命周期进行评估、调整增量效果。被问及时应说明这一点，绝不要针对两种模式各自另造一套方法。

确实存在差异的部分——应据此进行设计：

维度	B2B 渠道／联盟	B2C 联盟推广／创作者
分析单位	合作伙伴企业——数量少、体量大	创作者／出版商——数量多、长尾分布
资金流向	从标价中扣除折扣、返利、MDF、市场平台费用	按每次行动支付 CPA 或收入分成
爬坡与赋能	6 至 12 个月以上的双倍成本、认证	几乎为零；可立即启动
归因	交易登记、CRM 商机标记	每次行动对应的 Cookie／归因窗口
集中度	少数合作伙伴占据主导	少数高收益者形成的幂律长尾
实际费率陷阱	不同层级之间的利润率叠加	扣除各项费用后，实际收入分成比公布费率低 20% 至 40%

完整的资料来源对比：references/b2b-vs-b2c-contrast.md。

失败模式

按表格中的行序处理——排序依据是每小时工作所能消除的判断失真，而不是失败发生的频率。前五行是对你已有数据进行算术重算和标签修正，每一项都能在一个工作日内单独扭转判断。其余是术语设计和项目卫生方面的修正，以季度为单位衡量：它们改变的是下一份合同，而非本周备忘录中的数字。

失败	修正
重复计算受影响收入	区分来源收入和受影响收入；每笔交易只归属一个合作伙伴；影响收入不得超过总收入
忽略服务成本	计入完整成本；对每个关键数字都按 $2M → $1.05M 重新列报
将被蚕食的收入算作增量收入	明确建模增量；制定细分和合作规则，而不是寄希望于此
错误归因合作伙伴 CAC	如果合作伙伴 CAC 高于直销，按此顺序检查——影响收入是否重复计算、佣金是否按交易规模计提、潜在客户质量是否有问题
将无法追溯的基准数据当作事实引用	标注证据类别；优先采用注明来源的数据；宁可写“未经核实”，也不要凭空编造
不同层级间利润率叠加后崩溃	对完整叠加进行建模（Spengler）；考虑采用两部制费率结构设计条款
为赢得合作伙伴而过度折扣	将赢单折扣与市场平台费用一并建模——折扣金额往往远超 3% 的上架费
市场平台承诺额度扣减带来的意外	对承诺额度的扣减机制和资格规则进行建模，而不只是上架费
MDF 从未转化	将 MDF 与有书面记录的计划承诺挂钩；对实际使用率建模，而非只看分配额度
沉没成本导致的持续投入，以及长尾错觉	100 个已签约合作伙伴中只有 12 个活跃，这就是一个 12 个合作伙伴的渠道；按净贡献而非合作时长进行精简

调用示例

• “在签约前，为拟议的经销商测算经济效益——实际折扣率为 30%、ACV 为 $40K，且对方预计第二年成交 14 笔。”
• “这个市场平台合作伙伴值得继续合作吗？合作已有两年，归因收入还不错，但我怀疑其中大部分并非增量收入。”
• “为 MSP 联盟分别建立双方的损益表，这样我们就能用实际数据重新协商分成。”

参考

• mbfinotti/partnerships-skills@alliance-prioritization - 对候选联盟组合进行排序；单个合作伙伴的损益建模由此技能负责。
• mbfinotti/partnerships-skills@partner-channel-program - 设定整个项目的经济效益边界，单个合作伙伴模型必须符合该边界。
• mbfinotti/partnerships-skills@partner-tiering - 现有项目中的层级标准和权益。
• mbfinotti/partnerships-skills@partner-performance - 模型获批后，负责持续记分卡和 QBR 绩效评审。
• mbfinotti/partnerships-skills@affiliate-commission-structure - 为专业联盟客设计联盟佣金层级；这与单个合作伙伴建模属于不同领域。