关于 partner-ecosystem-expansion
用于规划新增哪些合作伙伴类别及其顺序,并以证据和容量为依据制定分阶段路线图。适合扩展合作伙伴生态的团队,重点是类别排序而非评估具体伙伴。
主要功能
- 01基于证据的分阶段类别排序
- 02最小可行生态评估
- 03容量与就绪度门槛
- 04试点阈值与停止标准
- 05预先检查渠道冲突
适用场景
- 01规划分阶段的伙伴类别扩展
- 02判断现有合作是否证明联合价值
- 03设定容量限制和阶段准入证据
- 04为暂缓类别设定重新评估条件
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ mbfinotti/ partnerships-skills --skill partner-ecosystem-expansion安装后在 Claude Code 中输入/partner-ecosystem-expansion确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
evals/evals.jsonreferences/expansion-workshops.mdkpis-and-benchmarks.mdpartner-category-economics.mdreadiness-and-capacity-gates.mdsequencing-frameworks.mdworked-examples.md详细介绍
合作伙伴生态系统拓展
规划下一步要引入哪些类别的合作伙伴,以及引入顺序,并制定带有门槛的分阶段路线图。
在采取任何行动之前,先如实说明证据:
- 不存在经同行评审的最佳合作伙伴类别序列。
- 大多数已发表的此类决策“框架”,都是从策略矩阵借用而来,硬套到渠道上。
- 几乎所有被引用的基准数据,都来自会因数字好看而获利的供应商或顾问。
证据真正支持的内容:
- Adner 的最小可行生态系统(MVE)+ 分阶段拓展 + 价值蓝图(The Wide Lens;Winning the Right Game)——唯一专为解决这一问题而设计的框架:先验证能证明共同价值的最小合作伙伴配置,再按审慎规划的顺序增加类别,并以证据作为门槛。
- 联盟组合多样性的倒 U 型关系(Jiang、Tao 和 Santoro,2010 年,SMJ;Lee 等人,2017 年元分析)——该领域唯一的独立证据:合作伙伴类型的多样性有助于提升企业绩效,但效果有上限,之后协调与治理成本便会占据主导。它支持克制并按序推进,但不会规定顺序。
- 运营覆盖范围/产能测算和阶段门试点——没有品牌背书,却是实际可行的方法:每个类别都应以产能而非热情作为门槛。
McBain/Canalys 的渠道三分法提供了类别分类法(绝不是顺序),Moore 的整体产品/保龄球道模型则可部分借鉴。如果用户提出以下生搬硬套的方法,应明确指出并予以否定:将 Ansoff 模型应用于渠道、McKinsey 三大地平线、BCG 增长—份额矩阵、Iansiti & Levien 的类别选择方法。参见 references/sequencing-frameworks.md。
此技能对类别进行排序,绝不对具名公司进行排序。相关决策由以下相邻技能负责:
- 为具名候选对象排序:
mbfinotti/partnerships-skills@alliance-prioritization - 绘制当前生态系统图谱:
mbfinotti/partnerships-skills@partner-ecosystem - 规划项目结构(层级、权益、要求):
mbfinotti/partnerships-skills@partner-channel-program
访谈
开始排序前先提问。每条消息只问一个问题;提供多选项;用户已回答的内容无需再问。
- B2B、B2C,还是混合模式?你们卖什么、卖给谁、价格区间如何、采用什么销售方式?
- 当前生态的情况如何:哪些合作伙伴类别已投入运营,每个类别有多少合作伙伴,实际活跃的占比是多少?(来自生态地图同级工具的地图是理想输入。)
- 哪个现有类别已得到验证——能反复共同赢单,而不只是签约?是否有哪个类别仍只是尚未完善的雏形?
- 产品准备情况:API 成熟度和多租户能力、认证/培训内容、商机注册、利润结构、支持模式、合同流程——哪些已经具备,哪些仍在路线图上?
- 内部承载能力:合作伙伴经理及其当前工作量、赋能内容产能、工具、项目预算?
- 买家实际上如何购买——自助购买、销售主导、通过实施商、通过零售渠道或市场?
- 扩展目标是什么:覆盖某个细分市场/地理区域/客户旅程阶段、弥补完整产品线的缺口、增加新客户线索、提升留存/扩张,还是获取利润?
- 当前与目标地理区域和细分市场的覆盖情况如何?
- 预算与签批:由谁出资、由谁批准,以及是否必须赶上某个规划周期?
- 路线图的时间范围是 12、24 还是 36 个月?
在开始排序之前,有三个答案会改变类别顺序的优先级——应在此处提问,绝不要和排序问题放在一起:
- 必须在什么日期前取得首个成果? 明确的近期截止日期会优先考虑见效快的类别(推荐/联盟营销、创作者、代理机构),并将需要常驻岗位的类别从第 1 阶段中剔除——无论比例如何,若某类别的首笔收入会晚于截止日期,就不能列入第 1 阶段。
- 要一次性成果,还是能持续增值的资产? 追求持续增值时,应优先考虑技术/ISV,以及能降低后续成本的类别(市场、MSP);追求一次性成果时,应优先考虑推荐/联盟营销、创作者和联合品牌,并降低那些需要多年才能回本的类别的优先级。
- 投入上限是多少——包括工时、人员、政治资本和可逆性?若投入上限低于一个常驻岗位的承载能力,就直接剔除 MSP、SI/GSI、经销商、零售商和分销商;若现有服务部门可纳入投入范围,就将 SI/GSI 提到优先位置。
工作流
凡是存在实际选择的地方——候选池、排序顺序、关卡阈值、产能边界——都应提出 2-3 种备选方案,说明利弊并给出建议,然后等待回复。绝不让未经说明的假设悄然成为路线图。
- 开展访谈。确认输入内容描绘了当前生态系统(地图或如实描述的混合模式)。完全没有图示 → 先转到生态系统映射姊妹技能。
- 开始时就说明证据立场:路线图是经过推理、设有门槛的押注,不是经验证的公式;所用的每项基准数据都必须标明来源。
- 定义 MVE:能够产生足够价值证据、吸引下一个类别加入的最小合作伙伴配置。如果当前合作模式还不是一个能带来可重复联合成功的 MVE,那么诚实的路线图第 1 阶段应是完成它,而不是增加新内容。
- 检查自我中心陷阱:从客户的立场起草价值蓝图,而不是从自己的立场出发。假定自己居于中心的合作顺序(Adner 所说的自我中心生态系统陷阱)无法吸引那些没有理由加入的类别。
- 从三分法类别中构建候选池——影响、交易、留存与交付——并在相关时纳入 B2C 词汇;同时考虑每个类别能够弥补的整体产品缺口。参见 references/partner-category-economics.md。
- 确定顺序前先明确产能数据:合作伙伴经理与合作伙伴的比例、赋能带宽、预算。这些因素会限制路线图;没有这些数据的顺序只是一厢情愿的清单。
- 评估每个候选类别的准备度和经济效益:商业模式、相对首次收入所需时间、搭建工作量、持续运营负担、合规风险、已满足与未满足的前置条件。参见 references/readiness-and-capacity-gates.md。
- 按效率为候选池排序:看单位工作量带来的价值,绝不能按成本从低到高排序。使用 references/partner-category-economics.md 中的排序方式和各维度的具体判断标准,然后结合这位用户的情况重新排序:他们上述三项访谈回答、已有的服务团队、无需实施的产品、仅有 1 人的合作伙伴团队。删除用户的限制条件所排除的所有类别,并说明原因,不要把它们搁置在列表底部;将它们列入
Not now,并注明重新考虑的触发条件。大声说出排序结果,并说明哪些事项因此得不到资源。根据重新排序后的候选池,拟定 2-3 个候选顺序,列出权衡取舍并给出建议。 - 提出建议顺序前,先论证反对自己建议的最有力理由:增加一个类别的成本呈倒 U 型、由此产生的冲突,以及它会从已验证的合作模式中分走多少产能。
- 为每个阶段设置阶段门槛:试点队列的构成、合作伙伴-市场契合度门槛(可重复的联合成功)以及明确的终止标准。门槛必须由证据触发,不能仅凭日历日期触发。
- 对任何与现有渠道(直销或其他合作伙伴类别)重叠的类别,预先检查渠道冲突。在此识别并评估冲突规模;制定合作规则应交由
mbfinotti/partnerships-skills@partner-channel-conflict处理,但如果尚未制定规则就安排上线,则属于路线图缺陷。 - 将每个阶段按资本申请列出成本:总成本应计入完全负担成本(人力、赋能建设、激励、工具、项目支出),不能只列人力成本,并注明资金来源。
- 按照下文的头脑风暴规范进行;逐节展示路线图,每完成一节都先请用户确认,再起草下一节。最终定稿前,必须取得用户对完整路线图的明确批准。
- 检查是否达到通过门槛;调整顺序、阶段门槛或产能假设,直到满足所有检查项。
- 设定审查频率和重新排序的触发条件:门槛结果、某类别的激活率骤降、产品准备度延迟、冲突事件、市场变化。路线图是一项持续有效的假设,必须注明下次审查日期。
- 如果你的运行环境支持持久记忆,则记住已批准的路线图——顺序、每个阶段的门槛和终止标准,以及产能数据——这样后续运行(审查门槛、重新排序)就可以基于这些内容继续,而不必重新访谈。
- 如果你可以浏览网页,则在定稿前核实计划所依赖的时效性事实(市场平台政策、候选类别的结构性经济情况);否则应将这些事实标记为用户提供且未经核实。
规划拓展顺序
在起草任何路线图之前,先进入头脑风暴模式——绝不要一开始就给出完整顺序。使用该专业领域自己的形式,而不是通用的创意构思方法。
references/expansion-workshops.md 按效率对五种形式进行了排序:map re-read > value blueprint > account mapping > partner persona > business-design workshop,并列出了各自的问题集以及这一排序背后的维度。从最靠前的形式开始,与用户确认采用哪种形式;当候选池不再变化时就停止。具体顺序会因已有数据而调整。
- 每条消息只问一个问题,始终如此;绝不一次提出多个问题。
- 每个真正的选择都要给出 2-3 种备选方案,说明各自的权衡并提出你的建议,然后等待用户回复。
- 在假设尚未固化之前,就明确说出它们:讨论小组已经倾向于哪个类别、哪个就绪度声明尚无人核实、哪个产能数字只是猜测。
- 在提出建议顺序之前,先反驳你自己的建议顺序(工作流步骤 9)——对某个类别的热情,是有据可查的、会让这项练习自欺的原因。
- 按章节逐一呈现交付内容——当前基础、候选池、产能、顺序、关卡、成本——每一节都经过确认后,再起草下一节。
- 只有用户明确批准整合后的路线图,才能最终定稿。
分阶段拓展路线图
将此次合作交付为以下成果:
PARTNER-CATEGORY EXPANSION ROADMAP - <business area>, <date>
Current base : categories live today, activation per category, MVE status
Evidence posture: what is validated vs asserted; every benchmark used, with provenance flag
Candidate pool : categories considered, trifurcation bucket, gap each would close
Capacity : manager ratios, enablement bandwidth, budget - the numbers that cap the plan
Sequence : Stage 1..N - category, why now, why this order, prerequisites met/missing
Gates : per stage - pilot shape, partner-market-fit threshold, evidence required, owner
Kill criteria : per stage - activation floor, time-to-first-deal window, the two-quarter rule
Conflict check : overlap of each new category with existing routes, sized; rules needed pre-launch
Cost and ask : total loaded cost per stage, funding mechanism, sign-off owner
Not now : categories deleted from the ranked pool - deferred or rejected, each with the
constraint that ruled it out and a re-entry trigger
Open questions : what the evidence could not answer, and what would change the sequence
完整的路线图示例以及逐行标注的糟糕拓展计划,见 references/worked-examples.md。
达标标准
只有满足以下所有条件才能交付;持续迭代,直至全部满足:
- 每次只开启一个阶段。 只有上一阶段通过关卡后,才能开启下一阶段;最多并行两个阶段,且仅限二者共用赋能基础设施,并明确说明这一点。
- 以证据为关卡,而非以日历为关卡。 每道关卡都要列明开启它所需的证据——可重复的联合胜利、激活情况、来源管道——绝不能只用日期作为依据。
- 产能相符。 各阶段的负载总和(经理时间、赋能建设、预算)必须符合所述产能数字。
- 每个阶段都设有终止标准——至少包括激活率下限、首笔交易的完成时限,以及连续两个季度未达标时的处理规则。
- 标明每项基准数据的出处。 每个引用的数字都要标注其来源类别(供应商、供应商委托、分析师、顾问、学术研究);未标注的数字属于缺陷。
- 至少有一个类别被推迟或拒绝,并设定重新纳入的触发条件。把所有内容排好顺序的路线图,等于什么都没排序。
- 预先检查每个类别的冲突,尤其是与现有渠道重叠的类别,并在该类别的启动阶段之前明确所需规则。
关键指标
按批次评估新增类别是否达到其门槛,并通过门槛是否有效来评估路线图。按效率顺序进行测量——即每单位测量成本所能确定的门槛决策数——并在门槛已可判定时停止:
- 每个新类别的合作伙伴激活率(已签约且在第一年内至少完成一笔交易的合作伙伴),与门槛底线对比。
- 每个类别的首单耗时,与门槛设定的预期时间窗口对比。
- 按批次统计每个类别的合作伙伴来源及合作伙伴影响的销售管线(B2B),或增量归因收入(B2C)。
- 每个批次在入驻窗口期内完成赋能/认证的比例。
- 新收入中各类别的份额随时间的变化——按上述顺序衡量时,这项指标需要等待较长时间(至少积累一年的批次数据才有意义);如果评审决定的是资金分配而非阶段门槛,则应优先考虑此指标。
- 门槛通过率:试点类别中通过门槛而非被终止或重新界定范围的比例——100% 可能意味着门槛过松,0% 可能意味着候选类别池存在问题。
- 倒 U 型趋势监测:随着类别不断增加,协调成本上升而总来源收入趋于平缓——这是停止增加类别、转而深化现有类别的信号。
指标的完整定义、已发布数据及其来源标记见:references/kpis-and-benchmarks.md。
B2B 和 B2C
两者在实质上完全相同,因此应采用同一套方法,而不是另起炉灶:
- 通过覆盖面/增量分析,判断哪个类别可以填补缺口。
- MVE 和先试点、后扩展的纪律。
- 新类别与现有渠道重叠时,将渠道冲突和蚕食效应作为核心治理风险。
- 将合作伙伴经济性作为排序门槛。
- 倒 U 型逻辑:重叠类别过多会增加成本和噪声。
按单位投入产出的价值对创作者、市场平台和批发渠道进行排序的 DTC 品牌,与对 ISV、代理商和 MSP 进行排序的 SaaS 供应商,运用的是同一套类别组合逻辑。两者的效率排序见 references/partner-category-economics.md。
真正不同之处:
| 维度 | B2B 科技/SaaS | B2C/消费品 |
|---|---|---|
| 类别术语 | ISV、VAR、MSP、SI/GSI、代理商、推荐、分销商、市场平台 | 零售/批发、分销商、联盟营销、创作者/网红、授权、联合品牌 |
| 效率排序首位 | 技术/ISV,其次是推荐/联盟营销 | 创作者/网红,其次是联盟营销 |
| 排序驱动因素 | 产品就绪度、覆盖缺口、买家路径 | 增量性(在买家产生购买意向前触达)和利润获取 |
| 归因方式 | 交易报备、账户映射、联合销售 | 代码、联盟链接、末次点击 |
| 主要风险 | 赋能滞后;与直销团队冲突 | DTC、零售和市场平台之间的蚕食效应 |
失败模式
| 失败 | 解决方法 |
|---|---|
| 自我中心陷阱——假设合作伙伴会围绕你开展合作 | 从客户的角度制定蓝图;核实每个类别现在加入的理由 |
| 尚未做好赋能准备就开始招募——业内最常被提及的失败原因 | 招募前设置产能门槛;激活率低于约 20% 就停止招募,而不是加大招募力度 |
| 过度侧重某个类别,削减其他类别(Nike/Under Armour 模式) | 将减少类别视为与新增类别同样高风险;缩减某条路径前,先评估冲突和依赖关系 |
| 类别过度扩张,随后被迫精简(HubSpot 代理商徽章模式) | 设定淘汰标准并维护延期列表;留意倒 U 型信号 |
| 过早多元化——尚未验证第一个类别,就拓展第二个类别 | 设置 MVE 门槛:先实现可重复的联合成功;诚实地说,阶段 1 可能是“完成当前动作” |
| 把成本最低的类别误认为效率最高的类别 | 按单位投入的价值排序:推荐是成本最低的一档,带来的收益也最少;而 ISV 动作需要数周开发,却能降低之后三个类别的成本 |
| 已排除的类别仍被留在排序列表底部 | 从候选池中删除并注明原因;应将其放入 Not now,并设置重新考虑的触发条件,而不是留在最强势的赞助方可以反复向上翻看的列表 |
| 将借用的战略矩阵当作方法(Ansoff、三重视野、BCG、Iansiti-Levien) | 如果有助于团队沟通,可以保留这些术语;但应基于 MVE + 门槛 + 产能重新构建决策 |
| 由日历决定阶段——无论证据如何都称“SI 计划将在 Q3 启动” | 由证据触发门槛;日期是预测,而非触发条件 |
| 将供应商基准数据当作证明引用 | 为每个数字标注来源;供应商数据仅作方向性参考 |
| 路线图逐渐变成对具名公司的排序 | 只列类别;将具名候选对象交由 mbfinotti/partnerships-skills@alliance-prioritization 处理 |
调用示例
- “我们有经销商和推荐合作伙伴。接下来应该增加哪个类别,什么时候增加?有两名合作伙伴经理,不增加编制。”
- “将我们的生态系统地图转化为一份为期三年的类别路线图,包含就绪门槛和淘汰标准。”
- “领导层希望今年同时推进 MSP、SI 和市场平台动作。请根据我们的产能如实安排顺序。”
参考资料
- references/partner-category-economics.md - 按效率排序的各类别经济效益(商业模式、可获得的收益、首次收入所需时间、工作量、持续投入、合规风险)、B2B 和 B2C 术语、各维度的排序、排序会牺牲什么,以及如何根据当前用户重新排序。
- references/sequencing-frameworks.md - Adner 的 MVE/分阶段扩张/价值蓝图及自我生态系统陷阱、倒 U 形、三分法、完整产品/保龄球道,以及明确列出的不适配方案和各自失效的原因。
- references/readiness-and-capacity-gates.md - 各类别的就绪前提、产能计算、商业案例框架、阶段关卡设计、终止标准。
- references/kpis-and-benchmarks.md - 领先指标、附带来源标记的公开数据、供应商偏见警告、已知不稳定的统计数据。
- references/expansion-workshops.md - 按效率排序的五种引导形式及其问题集。
- references/worked-examples.md - 完整的分阶段路线图示例,以及逐行标注的糟糕扩张计划。
同系列技能:
mbfinotti/partnerships-skills@partner-enablement- 各阶段前提条件所需的赋能建设。mbfinotti/partnerships-skills@referral-incentive-design- 推荐/联盟阶段的激励机制。