mcpField
P
partnerships-hiring

partnerships-hiring

github.com/mbfinotti其他214.3k 次安装2 天前更新
代码仓库

关于 partnerships-hiring

面向招聘经理的合作伙伴岗位招聘 Skill,可按公司类型和细分领域制定岗位评分卡、面试流程、人才搜寻计划及薪酬方案。

主要功能

  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 partnerships-hiring

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

包含的文件

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

evals/
evals.json
references/
company-type-hiring-bar.md
compensation-guidance.md
interview-loop-and-case-studies.md
sourcing-channels.md

详细介绍

合作伙伴关系招聘

构建招聘经理为合作伙伴关系岗位招聘所需的材料,并以该领域自身的招聘证据为依据,保持严谨:根据公司类型校准的评分卡、包含具名案例研究和判断力测试的结构化面试流程、寻访计划,以及不假装公开基准数据彼此一致的薪酬立场。

合作伙伴关系领域没有跨公司的职业晋升阶梯,也没有像销售或 DevRel 那样明确的招聘信息质量分类体系——正因如此,本技能侧重于根据公司类型进行校准,并参考该领域少数有充分记录的面试流程模式,而不是套用一个并不存在的框架。

不在本技能范围内的内容,请转交他处:候选人辅导——mbfinotti/partnerships-skills@partnerships-career 是本技能的镜像版本。如果用户是在求职,而不是招聘,请用一句话说明,并引导他们前往该技能。

面试

一次只问一个问题,尽可能采用选择题。跳过已回答的问题。问题 8-10 会对下方材料重新排序——请在制作任何内容之前先问这些问题。

  1. 属于哪个子领域:(a)渠道/联盟与业务伙伴战略(b)联盟营销计划管理(c)网红/创作者合作(d)推荐计划管理(e)不确定——请根据公司的业务模式推荐一个。
  2. 公司类型:(a)早期初创公司,这是首个专职合作伙伴关系岗位(b)规模化发展中的公司,正在组建专门团队(c)大型企业,按超大规模云服务商或层级配置人员(d)PLG 公司,集成/联盟营销占主导。
  3. 上市策略:销售驱动型 B2B、产品驱动型(PLG),还是混合型?
  4. 对于首个专职岗位:目前是否已有创始人或其他人每周花 10 小时以上处理合作伙伴的入站/出站事务?
  5. 该岗位需要以什么指标衡量——合作伙伴来源的销售管道、合作伙伴来源的收入、集成/市场激活量、联盟营销带来的收入,还是推荐转化率?
  6. 汇报对象:该岗位向销售、市场营销部门汇报,还是属于独立职能?(这会改变该岗位实际考核的内容——请如实回答,而不是说理想情况。)
  7. 薪酬立场:是否会公布薪酬范围?你是否了解会触发任何浮动薪酬的归因模式(来源/影响/关联/交付)?
  8. 截止时间:本月、本季度,还是没有硬性期限?
  9. 是一次性招聘,还是首批多人招聘,并会重复使用评分卡和面试流程?
  10. 投入上限:每位候选人最多投入多少面试官小时?是否有招聘人员或受过培训的面试小组?

解读答案

  • Q1 + Q2 决定评分表模板和面试形式——加载 references/company-type-hiring-bar.md。初创公司会按通才标准筛选候选人;大型企业会考察候选人在某个超大规模云服务商或合作伙伴层级方面的专业深度;PLG 公司则更看重集成和市场平台方面的熟悉程度,而非渠道交易登记流程。
  • Q2 + Q4 决定首位专职员工的候选人画像。 有两种明确的失败模式需要避免:聘用资历过深的人,他们期望制定战略并领导团队,而实际需要的是亲自执行;以及聘用过于通才、缺乏实际 go-to-market 经验的人,他们无法判断哪些早期行动真正可行。让人选符合预期的工作形态——少量深入、高接触度的集成与大量轻接触度的合作关系,需要不同的候选人画像。
  • Q5 决定评分表中的结果指标——不要写“建立合作关系”之类笼统的结果;要明确写出该职位负责的实际指标。
  • Q6 是这场面试中影响最大的单个问题。 职位的实际衡量方式取决于汇报线,而非职位名称——汇报给销售部门的合作关系职位会按销售职位的方式衡量,汇报给营销部门的会按营销活动职能衡量,独立设置的则会按自身损益表衡量。评分表中的结果应与实际汇报线相符,而非理想化的汇报线。
  • Q7 会触发下方“质量门槛”中的薪酬检查——不同来源发布的合作关系职位基准薪酬,对同一职位名称的估值相差 2-3 倍(见 references/compensation-guidance.md),因此绝不要把单一的综合数字报作市场薪酬水平。
  • Q8 鼓励复用现有的面试流程和问题库,而不是从头设计新的流程和问题。
  • Q9 决定面试流程是否保持精简。 一次性招聘:保持精简。需要持续招聘:完善面试流程和评分表,因为它们会服务于该细分领域的所有未来招聘。
  • Q10 会删除面试流程环节,而非调整环节顺序,与销售招聘在面试官时间预算紧张时的做法相同。

工作流

按顺序产出各项成果;每完成一项,都要先请用户确认,再进入下一项。

  1. 开展访谈。用一段简短的话说明子领域和公司类型的校准方式,并允许用户否决。
  2. 成果 1 - 职位评分卡。 根据 references/company-type-hiring-bar.md 制定:
    • 用一句话说明使命,并点明汇报对象和对应指标(Q6)
    • 制定 3-8 项可衡量的成果,对应 Q5 中给出的指标;绝不要使用“建立合作伙伴关系”这类模糊职责
    • 按子领域和公司类型为各项能力设定权重——初创公司的通才型评分卡,不应只是改改数字,就变成企业级联盟经理的评分卡
  3. 成果 2 - 面试流程与问题库。 根据 references/interview-loop-and-case-studies.md 制定:
    • 对于渠道/联盟职位,遵循已有记录的模式:招聘人员初筛、招聘经理轮次(含跨职能相关人员)、围绕合作伙伴冲突的行为与情境问题、技术/工具轮次;资深职位还要安排多部门面试 panel,包含模拟的 30/60/90 天计划或合作伙伴业务回顾
    • 明确列出两个具名的判断力探查问题:“同一笔交易在 12 月和 1 月的处理方式是否相同”以及针对合作伙伴被降低优先级的追问——这两者都可以排练,但能揭示真实水平,是该领域版的 DevRel 观点面试
    • 在适当情况下安排谈判角色扮演:设置带有隐藏约束的双向模拟,根据候选人如何拟定条款并确定退出底线来评分,绝不能根据谁“赢了”来评分
    • 对于联盟营销、网红/创作者和推荐职位:没有同样有据可依的面试流程模式——应根据职位的实际成果指标(项目表现、营销活动结果、激励机制设计决策)来设计流程,而不是照搬渠道经理的案例研究,因为日常工作差异足够大,那些情境会考察错误的能力
  4. 成果 3 - 人才搜寻计划。 根据 references/sourcing-channels.md 制定:
    • 对于第一个专职招聘职位,应先在现有的销售/BD 团队内部寻找,再对外发布职位——已经在非正式处理合作伙伴咨询的人,是经过验证且风险较低的候选人群体
    • 在该领域专属的一个招聘网站发布职位,并将重合的从业者社群视为独立的人才搜寻渠道,而不只是研究信息来源
  5. 成果 4 - 薪酬方案。 根据 references/compensation-guidance.md 制定:
    • 绝不编造单一的市场薪酬数字;应提供注明来源和样本群体的区间,或实时查询该领域专属的薪酬数据库
    • 薪酬结构要匹配子领域(联盟营销职位采用底薪/奖金/佣金三部分结构;渠道/联盟职位采用底薪加浮动薪酬,并与明确的归因模型挂钩)
    • 发布招聘信息前,先决定并说明哪种归因模型(带来源、受影响、关联、交付)会触发任何浮动薪酬
  6. 执行下方的质量门槛检查。反复迭代,直至通过。
  7. 如果你的运行环境具备持久记忆,将评分卡、面试流程设计和人才搜寻计划保存下来,以便再次招聘该子领域职位时复用,而不是从头开始。

公司类型与子领域校准

切勿认为一套评分卡模板可以通用于不同公司类型或子领域——完整对比、判断何时应将职位正式化的时机信号,以及该领域在企业规模下特有的人员配置失衡风险(业务拓展在营销团队中配置过重、在销售团队中配置不足),均见 references/company-type-hiring-bar.md。

质量门槛

最终交付前,按以下检查项为各项材料打分。反复修改,直到每项检查都通过。

  1. 评分表写明实际汇报对象(Q6)及其指标,并量化每项成果。
  2. 首位专职员工的候选人画像应避免两种已知失误:资历过高,无法亲自执行;过于泛化,缺乏 GTM 实战经验。
  3. 渠道/联盟岗位的面试流程至少包含一个明确列出的判断力探测题;如有必要,还应安排有评分的谈判角色扮演。
  4. 对于联盟营销、网红/创作者或推荐岗位的招聘,面试流程应依据该岗位自身的成果指标设计,而非照搬渠道经理的模式。
  5. 任何阶段都不得要求候选人无偿完成超出合理范围且界限明确的客户式工作。
  6. 招聘首位专职员工时,应先考虑内部组织,再对外发布招聘信息。
  7. 招聘信息应说明真实的薪酬立场:公布附有来源和适用人群的薪酬范围,或明确说明为何暂不公开;绝不能只写“有竞争力”,却没有任何依据。
  8. 必须明确说明任何浮动薪酬所依据的归因模型,不得含糊带过。
  9. 每项薪酬或基准数据都必须注明来源和日期;不得把单一的综合数字说成已确定的市场薪酬标准。

常见失误

不排序,特意如此:每一行都是一项缺陷,且都必须采取对应的修正措施。

失误修正措施
招聘信息称“身兼数职”,却没有明确职责边界或说明发展路径明确说明该岗位各项职责的时间占比,或明确说明职责边界
使用混合型流行头衔,却没有主要指标明确说明资金获取方式及该岗位考核的唯一指标
初创公司通才岗位照搬企业级联盟经理的评分表复用任何既有评分表前,先根据公司类型重新校准
联盟营销或网红岗位套用渠道经理的面试流程根据该岗位自身的成果指标重新设计面试流程,而非照搬其他岗位的流程
薪酬含糊不清,没有范围,也没有说明原因发布有具名基准数据来源的薪酬范围,或明确说明暂不公开的原因
浮动薪酬的归因模型尚未确定发布招聘信息前,确定采用自拓、影响、促成还是交付归因
招聘首位专职员工时先从外部招聘先查看销售/BD 组织中是否有人已在非正式地承担这项工作
把单一综合薪资数字说成市场薪酬标准提供注明来源和适用人群的范围,或实时查询该领域的专用数据库

参考资料

  • references/company-type-hiring-bar.md - 四种公司类型对应的行、时机信号,以及两种具名的初创公司招聘失败模式。
  • references/interview-loop-and-case-studies.md - 渠道经理面试流程、具名案例研究、判断力考察问题,以及谈判角色扮演设计。
  • references/sourcing-channels.md - 该领域唯一的专门招聘网站、相互重叠的社群,以及内部转岗对人才寻访的影响。
  • references/compensation-guidance.md - 附有来源的薪酬表、按子专业划分的薪酬结构,以及归因模型决策。
  • 请参阅 mbfinotti/partnerships-skills@partnerships-career,了解候选人一侧的相关内容。
  • 请参阅 mbfinotti/partnerships-skills@partner-tiering,了解入职后将由该岗位负责的合作伙伴分层结构设计。
  • 请参阅 mbfinotti/partnerships-skills@partner-enablement,了解新入职的联盟或渠道人员用于帮助合作伙伴快速上手的入职培训课程。

评论

支持 Markdown