mcpField
P
partner-enablement

partner-enablement

github.com/mbfinotti营销与增长214.2k 次安装2 天前更新
代码仓库

关于 partner-enablement

partner-enablement 是供渠道团队规划合作伙伴培训、内容和认证顺序的技能。它从需求评估开始,围绕合作伙伴的首笔交易设计路线图,并按角色和类型划分学习路径;不负责撰写培训材料。

主要功能

  1. 01评估合作伙伴需求与现有赋能缺口
  2. 02比较路线图排序方案
  3. 03围绕首笔交易设计培训
  4. 04按合作伙伴角色和类型划分路径
  5. 05规划认证、内容更新周期与试点
  6. 06在批准前逐项确认路线图

适用场景

  1. 01规划合作伙伴达成首笔交易所需的最小知识路径
  2. 02调整从直销培训材料复用的内容
  3. 03为转售商和实施伙伴设定不同路径
  4. 04试行认证或赋能路线图

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/mbfinotti/partnerships-skills --skill partner-enablement

安装后在 Claude Code 中输入/partner-enablement确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

evals/
evals.json
references/
certification-design.md
curriculum-architecture.md
measurement-and-benchmarks.md
needs-assessment.md
vendor-examples.md

详细介绍

合作伙伴赋能

规划培训、内容和认证的顺序,帮助合作伙伴成为能够独立开展销售的伙伴。此技能负责设计并安排赋能路线图;它不会编写实际的培训模块、销售手册或考试——这些属于后续的战术工作。

目前不存在权威的合作伙伴赋能方法论。应当坦率说明这一点,而不是凭空编造。业内真正存在的是:

  • 成熟的方法仅限于教学设计方法:Kirkpatrick 四级评估(1959 年)和 Phillips ROI 用于评估,ADDIE 和 SAM 用于构建流程,70-20-10 是一种启发式方法(引用广泛,但实证基础薄弱)。这些方法都不是专为渠道设计的;将其应用于合作伙伴属于从业者的调整,应明确标注这一点。
  • 所有标榜为“合作伙伴赋能框架”或生命周期模型的内容,都是 PRM 供应商的内容营销或分析机构的专有 IP(Forrester/Canalys)——体系内部自洽,通常也有用,但绝非独立方法论。
  • 证据最充分的设计原则来自从业者共识,而非研究:从第一笔交易倒推设计——让合作伙伴具备注册合格商机所需的最低限度知识,并随着交易推进提供更深入的培训(“让学习曲线与收益曲线保持一致”)。
  • 分析机构研究中证据最有力的发现(Forrester 渠道研究):将直销内容原封不动地提供给合作伙伴,会导致使用率低迷、信息传达失败——这是业内记录最充分的失败模式。

访谈

设计任何内容之前先提问。每条消息只问一个问题;提供多选项;用户已经回答过的问题可跳过。

  • 这是 B2B 渠道赋能,还是面向消费者的网络——加盟商、经销商、零售员工、品牌大使/创作者?设计确实会有部分差异(参见 B2B 和 B2C)。
  • 项目中包含哪些合作伙伴类型——推荐方、经销商、SI/实施方、MSP、ISV/技术合作伙伴——哪些会实际促成交易?
  • 目前有哪些赋能资源?每项资源的来源是什么:专为合作伙伴制作,还是从直销赋能材料中回收改用?
  • 合作伙伴采用什么销售模式——推荐、转售、实施、管理?每种模式所需的培训深度不同。
  • 目前首次成交所需时间和激活率是多少(已签约合作伙伴中注册了交易的比例)?“未跟踪”也是一个答案。
  • 认证目前是否是任何事项的门槛——层级状态、折扣、联合销售资格、线索分配——还是只是一个独立徽章?
  • 合作伙伴实际能承受多少认证负担:每人花费多少小时、考试费用多少、认证人员人数要求是多少?小型合作伙伴往往最先遇到人数限制。
  • 日常赋能工作由谁负责,有多少可用资源?内容制作是否由其他团队负责(产品营销、渠道运营)?责任分散是有据可查的失败模式。
  • 合作伙伴投入时间后能获得哪些经济回报——利润、服务收入、线索、MDF?合作伙伴会在多个供应商之间分配销售时间。
  • 成功意味着什么,必须在什么日期前实现——合作伙伴的首笔交易、完成认证的一批人员,还是董事会汇报页?
  • 你想要一次性成果(让一个停滞的合作伙伴开始销售),还是能持续增值的资产(为明年签约的每个合作伙伴提供培训的课程体系)?
  • 工作量上限是多少——每周可投入多少赋能时间、会占用谁的日程,以及在内部推行认证要求会消耗多少政治资本?

最后三个答案会重新排列此技能中每个选项菜单的优先级,因此在提出任何方案前先询问:

  • 截止日期临近时,优先选择:首次成交路径、交易注册演练,以及从现有材料中提取内容,而非访谈合作伙伴。
  • 需要打造长期体系时,优先选择:认证、技术和交付培训路径,以及用于比较受训与未受训人员的合作伙伴 ID 关联。
  • 工作量上限严格时:推迟所有构建成本超过一周的资源。

工作流

  1. 进行访谈;收集路线图所依赖的所有当前状态事实。

  2. 确认范围:在已有计划中安排赋能的先后顺序。计划结构、级别标准和合作伙伴评分卡属于“参考”部分中的关联技能。

  3. 在开展任何建设工作之前进行需求评估:访谈 5-10 位合作伙伴,其中包括活跃和不活跃的合作伙伴;将每个赋能组成部分的当前状态与期望状态进行对照,并编写差距文档。参见 references/needs-assessment.md。

  4. 在设计之前,先选择排序方法。按以下排名顺序展示三种候选方案——优先考虑每小时赋能建设所能解锁的交易数最多的方案——大声说出排名,推荐排名第一的方案,然后等待对方选择。步骤 5-10 会根据他们的选择展开;如果选项是在事后才提供的,那就不算选择。

    方法建设投入首笔合作伙伴交易所需时间收益
    最小可行首单路径(默认)一周数周在大部分课程内容仍未编写时,合作伙伴就能开始交易
    认证优先启动数周,另加对资质证明所宣称内容的签字确认一季度或更久在任何交易证明其必要性之前,先设立可靠的能力门槛和级别标准
    全面预先编写课程一项长期固定工作一季度或更久,往往永远无法完成全面覆盖所有角色和类型,但代价是陷入信息倾泻式培训的失败模式
    • 效率:最小可行首单 > 认证优先 > 全面预先编写
    • 价值:全面预先编写 > 认证优先 > 最小可行首单
    • 投入:全面预先编写 > 认证优先 > 最小可行首单
    • 合规成本:认证优先 > 全面预先编写 > 最小可行首单

    认证优先是三种方案中唯一会带来实际风险的方案。由供应商推广的资质证明:

    • 是合作伙伴可以转售的公开能力声明
    • 需要经过法务或品牌审批才能授予
    • 合作伙伴宣传徽章后便很难撤回

    只有在满足某项条件时才放弃默认方案,不要仅仅因为计划规模大就这么做。当客户在购买前会核查资质,或未经验证的合作伙伴可能损害客户利益时,认证优先才有充分理由。

    效率排名会让全面课程挨饿:它在价值和投入两项排名中都位居第一,因此按比例计算时每轮都会落败。只计算效率的计划根本无法覆盖所有角色——它只会交付首单路径,然后止步于此。只有当截止期限足够宽裕、没有交易在等待课程内容,并且投入上限确实允许长期开展这项工作时,才应优先推进全面课程。

    若未满足这一条件,就将其覆盖范围逐步纳入首单后的进阶路径,而不是直接舍弃。若访谈结果表明某个选项不适用——例如没有可供认证附加的经济门槛,或每项资产的投入上限不到一周——就将其从选项中删去,并明确说明已删除,而不要把它列为后续阶段。

    排在底部的选项一旦搁置,就会变成无人列入预算的范围。应根据已知情况重新排序:已有演示环境、技术能力较强的合作伙伴,或能够轻松改编的直销资料,都会降低前两种方案的投入,并可能让某个选项上升排名。

  5. 从首笔交易倒推设计:明确合作伙伴要登记一条合格商机,所需的最低限度知识、权限和行动,并按合作伙伴投入的工时估算。超出这一路径的所有内容都明确归为首笔交易之后的培训,而非前置要求。全面的前置课程正是信息过载的失败模式。

  6. 按合作伙伴的角色(销售代表、解决方案架构师、交付顾问、合作伙伴营销人员、高管赞助人)和类型划分培训路径(推荐型合作伙伴需要简短概览;实施型合作伙伴需要多天的技术深度培训)。按照参考资料中的排序构建路径——基础合作伙伴群体中实际存在的每个面向客户的角色都要有一条路径,排序只决定先创建哪条。合作伙伴群体中不存在的角色,应从受众地图中删除并注明已删除,绝不能排到后面再安排;只有推荐型合作伙伴的群体不包含交付顾问,而为其暂缓的培训路径之后会重新出现,变成几周没人计划的工作。参见 references/curriculum-architecture.md。

  7. 决定签约前后分别启用哪些内容:合作伙伴价值主张和经济收益应放在前面;产品、销售和技术培训应放在后面。让没有经济理由投入的合作伙伴参加培训,是有据可查的“合作伙伴缺乏价值主张”陷阱。

  8. 决定是否进行认证,以及每项认证的门槛。认证可以是层级标准——如果是,请明确说明,并将标准设计交由 mbfinotti/partnerships-skills@partner-tiering 负责。参见 references/certification-design.md。

  9. 为每类素材设定更新周期,并为每项素材指定负责人——过时内容误导合作伙伴的方式,比没有内容更隐蔽。

  10. 规划试点群体:在一小群经过审慎挑选的合作伙伴中启动路线图,收集反馈,然后扩大规模。

  11. 按照下一节的要求逐节验证规范——受众地图、首笔交易路径、培训路径、认证、更新周期、试点——根据反馈进行修订,再继续下一节。

  12. 检查通过门槛;反复迭代路线图,直到所有检查项都符合要求。

  13. 停在审批关卡——未经用户明确批准完整规范,不得敲定任何内容。

  14. 如果你的运行环境支持持久化记忆,请记住获批的路线图、其排序决策和阈值;否则,请告知用户将规范保存在合作伙伴运营团队可检索的位置。

如果你可以浏览网页,请在引用任何具名供应商的认证体系前先核实——主要计划在 2022-2026 年间多次重组。否则,请注明供应商示例可能已过时。

规划路线图

按照渠道团队实际的运作方式来设计——先发现需求,再设计;先征求意见,再发布:

  • 全程每条消息只问一个问题;绝不一次提出多个问题。
  • 从倾听之旅开始:开展需求评估中的 5-10 场合作伙伴访谈。如果用户无法开展访谈,就挖掘现有材料——联合业务计划、季度业务回顾(QBR)笔记、资产请求日志、支持工单、门户搜索查询。
  • 有条件时,收集联合业务规划的输入:每位合作伙伴的目标、资源、障碍,以及已承诺的培训或认证。
  • 在第 4 步展示三种排序方法,按第 4 步中的排名顺序呈现,并明确说出推荐方案,然后才能进入任何设计步骤。本技能及其参考资料中的所有排名都只是默认方案,而非铁律:排名会随用户的截止期限、投入上限和执行人员而变化,因此应根据该用户已有的资产和技能重新排序,而不是照本宣科。
  • 用户选定方向后,每次只展示规格说明中的一个部分——受众图谱、首单路径、学习轨道、认证、节奏、试点——并在编写下一部分前对当前部分进行确认。
  • 建议在公开发布前,通过合作伙伴顾问委员会征求对接近最终版的路线图的意见;征求了合作伙伴的反馈却置之不理,比不征求更糟。
  • 先在试点群体中验证,再扩大规模;预期 v1 不够完善,并提前规划迭代周期。
  • 只有在用户明确批准汇总后的规格说明后,才能最终定稿。

Enablement 路线图规格说明

将合作交付整理成以下成果——一份用户可交给合作伙伴运营团队、合作伙伴营销团队和渠道负责人的决策记录:

ENABLEMENT ROADMAP - <program>, <date>
Audience map    : partner types x roles that need enabling; types/roles excluded, with why
Gap summary     : per enablement component, current state vs desired state (from the
                  needs assessment), ranked by impact per unit of fix effort - not
                  by impact alone, or the quarter-long gaps crowd out the hour-long ones
First-deal path : minimum knowledge + access + actions to register a qualified
                  opportunity, sized in total partner hours; everything else is
                  explicitly post-first-deal
Tracks          : per role x partner type - contents, depth, owner, and per track a
                  build effort (hours / a week / a quarter / a standing job) against
                  what it unblocks, listed in that ratio's order
Pre-signature   : what is enabled before the agreement (value case, economics)
                  vs after (training, portal, deal registration)
Certification   : certify or not, with why; per level - format (exam / lab /
                  outcome validation), burden in hours + fees, what it gates,
                  recertification cadence; tier-criteria design handed to
                  partner-tiering
Refresh cadence : per asset class - owner, review date, retirement rule
Pilot           : cohort size + selection, success criteria, feedback loop,
                  scale trigger
Ownership       : single accountable owner; where content creation sits; internal
                  enablement plan for the vendor's own channel team
KPIs            : from the KPI section, incl. the trained-vs-untrained comparison
                  design and the first review date

规格说明本身须遵循以下规则:

  • 每条学习轨道都必须先从经济角度说明“合作伙伴能得到什么”,再列出内容——合作伙伴是理性的经济参与者,会在不同供应商之间分配有限的时间。
  • 首单路径必须明确列出所需总时长——没有估算所需时间的路径,只是伪装成路径的内容洪流。
  • 每类资产都必须指定负责人和更新日期——无人负责的内容会逐渐过时,并误导用户。
  • 规格说明负责安排顺序和设置门槛;其中不得包含培训内容、竞争战术卡文案或考试题目——这些属于后续交付物,应基于此路线图构建。

通过门槛

以下六项全部满足前不得发布;持续迭代,直至全部满足:

  1. 首单路径以小时而非周为单位。 如果强制要求的售前路径超过合作伙伴大约一个工作日的投入时间,他们就不会参与(从业者共识,没有独立数据集)。
  2. 计划中不得出现任何未经修改的直销资产。 每项资产都必须由合作伙伴制作,或明确注明经过改编——回收利用内容导致失败,是业内记录最充分的问题。
  3. 每种面向客户的角色都必须有对应的学习轨道。 项目往往过度投入销售培训,却忽视技术和交付角色;无法演示或实施的合作伙伴不会促成销售。
  4. 认证必须与某项经济权益挂钩,否则就不应设立。 如果徽章与等级、折扣、线索分配或联合销售优先权均无关联,就会被忽略——完成与否取决于经济回报。
  5. 每项资产都必须指定负责人和更新日期,路线图还必须指定一名负全责的赋能负责人——即使内容由多人分散制作也不例外。
  6. 规格说明中的每个有序列表都必须展示其排序依据的计算过程。 构建顺序、学习轨道列表和差距排名中的每一行,都必须注明所需投入(小时、周、季度或持续性工作),并说明它能解锁什么。绝不使用货币金额;金额会比它原本要支撑的排序更快过时。没有列出依据比例的排序,只是把个人偏好包装成了安排顺序。

诊断现有的赋能计划

如果用户带来的是一个正在运行的计划,而不是一张白纸,就根据他们报告的症状找到对应行并逐项检查。此表故意不做排序:读者不会选择某一行——而是症状决定该看哪一行——因此,把八种诊断排出先后顺序会显得毫无根据。真正适用的排序在每一行内部:“先检查”始终列出成本较低、可先排除问题的检查项,再列出成本较高的检查项。

症状先检查出问题的变量
合作伙伴签约后却从未激活强制售前流程的规模;是否曾向合作伙伴说明经济收益首单流程过于庞大,或是招募/计划设计问题——转交给负责计划设计的同事
首单成交时间超过约 90 天依次检查三个常见原因:赋能要求过高;合作伙伴经理不堪重负;合作伙伴未经资格审核便签约流程安排、承载能力或招募——只有第一项属于赋能问题
已认证但不活跃的合作伙伴认证的门槛是什么;考查的是能力还是点击操作认证与经济收益的关联、评估形式
内容无人使用资源的来源(是否从直销内容照搬?);然后检查门户使用障碍(登录、查找难度)首先看内容是否契合,其次看分发方式
合作伙伴拒绝认证投入(时长、费用、认证人员数量)与经济回报的对比;对小型合作伙伴造成人员数量门槛认证负担设计
合作伙伴无法展示产品每个方向是否都有演示环境和演示脚本演示赋能——报告中最常见的缺口
陈旧内容导致交易失败更新频率和每项资源的负责人更新频率和负责人,而非内容数量
只有销售方向存在技术、交付和营销岗位的覆盖情况按岗位拆分方向

KPI

评估赋能计划,而非单个合作伙伴(合作伙伴评分卡、QBR 和业绩不佳触发条件属于 mbfinotti/partnerships-skills@partner-performance):

  • 受训与未受训群体对比:比较合作伙伴来源的商机、首单时间和赢单率——这是唯一能证明赋能确实有效,而不只是开展过的衡量方式。
  • 每个合作伙伴按角色划分的认证覆盖率——而非证书总数;40 个销售认证、零个技术认证,意味着覆盖不足被健康的总数掩盖了。
  • 已认证但不活跃的名单——完成培训却没有带来销售线索的合作伙伴;这是明确的失败类型,也是辅导队列。
  • 首单时间和激活率,对照 60-90 天/30-50% 的区间——这是 PRM 供应商的经验法则,没有独立数据集。
  • 内容使用情况和门户参与度是最早的预警信号——但应首先将登录量低解读为访问阻力,其次才是缺乏兴趣。

这个领域几乎所有基准数据都来自 PRM 供应商,且方法未公开——引用任何数字时都应标注可靠性。合作伙伴学习平台默认只能评估 Kirkpatrick 第 1-2 级;第 3-4 级需要关联交易数据。请参阅 参考资料/测量与基准。

B2B 和 B2C

两者完全相同的方面:

  • 在着手构建之前,先按角色划分学习者
  • 将认证与认可挂钩,并通过激励措施推动完成
  • 以学习平台或品牌学院作为交付基础
  • 快速开展新产品培训
  • 核心逻辑都是赋能直接面对客户的人

真正不同的方面——应针对差异进行设计:

  • 在特许经营和经销商网络中,培训培训者是结构性环节:品牌培训加盟商/总经理,再由他们培训自己的员工。B2B SaaS 计划很少正式设立这一层;消费类网络则离不开它。
  • 品牌标准认证在特许经营中具有法律/合规分量——必须确保各门店执行一致。B2B 合作伙伴认证没有可比的法律风险。
  • 消费类网络要求按门店覆盖且必须达标(每个门店都由认证人员运营),而 B2B 的门槛是按组织计算认证人员数量。
  • 一线员工的关注度:零售和经销商的员工按小时计薪,必须通过简短、有激励性的微内容和竞争知识来争取;B2B 合作伙伴销售代表是独立的经济参与者,需要看到利润空间。
  • 大使/创作者教育更接近消费零售,而非 B2B 渠道:简短、自助、以激励为先,面向大规模、近乎零人工介入的场景设计。
  • 合同约束力:特许人可以强制要求完成培训;B2B 供应商只能提供激励。

调用示例

  • “我们的合作伙伴签约后就再也不卖东西了。请制定赋能路线图——60 个合作伙伴,包括转售商和代理机构。”
  • “为新的实施合作伙伴设计首单路径,并告诉我哪些内容应安排在签约前,哪些应安排在签约后。”
  • “我们到底要不要认证合作伙伴?如果要,认证应设置哪些门槛,又需要多久更新一次?”

参考资料

  • 请参阅 参考资料/供应商示例,了解分解整理的 2022-2026 年真实供应商计划结构——请注意时效性警告。
  • 请参阅 参考资料/测量与基准,了解 Kirkpatrick 模型在渠道受众中的应用、KPI 定义,以及带有可靠性标记的基准区间。
  • 关于整体计划结构——业务模式、等级、经济框架和治理——请参阅 mbfinotti/partnerships-skills@partner-channel-program;该技能引用了赋能作为其中一个组成部分。
  • 关于合作伙伴评分卡、QBR 结构和业绩不佳触发条件,请参阅 mbfinotti/partnerships-skills@partner-performance——此技能衡量的是赋能是否有效,而非合作伙伴的业绩。

评论

支持 Markdown