招聘 RevOps/Sales Ops…

当招聘经理或创始人要招聘 RevOps 或 Sales Ops 角色，需要决定角色画像与级别、设计面试流程、评分卡、工作样本和 ramp 计划时使用。

适用场景

解决思路

1. 仅处理招聘方一侧：为 RevOps 或 Sales Ops 构建招聘包，包括角色画像与级别决策、结果评分卡、面试阶段图与能力项题库、锚定评分量表、工作样本与 rubric/debrief、30-60-90 ramp 计划；不要 sourcing candidates、发布职位或跟踪申请人。
2. 使用 Geoff Smart 和 Randy Street《Who》的评分卡传统：先写一行 mission，再写 3-8 个排序且可衡量的 outcomes（带日期），最后写 competencies。
3. 用 RevOps Co-op 的五条职业轨道——analyst、systems administrator、enablement、deal desk、project manager——理解实际角色；招聘时压缩为三个 profiles：systems、analyst、strategist。
4. 在任何招聘包之前先做两个决策：是否真的开 requisition，而不是用 fractional operator 或 scoped agency project；选择哪个角色画像，因为多数失败的 RevOps 招聘是角色画像不匹配，而不是能力失败。
5. 先采访/提问，不要先设计；每条消息只问一个问题，尽可能给 multiple-choice 答案，跳过已答问题。
6. 问公司阶段和规模：(a) pre-Series A / 少于 25 人，(b) Series A-B / 25-150 人，(c) Series C+ / 150+ 人，(d) 非 venture-track，请描述。
7. 问 GTM 团队构成：大致多少 sales reps、marketers、CS people。
8. 问这是第一个 dedicated ops hire，还是加入现有 ops team；如果现有，团队有谁、各自 own 什么。
9. 问驱动招聘的痛点：(a) admin 和 ticket backlog——capacity，(b) 没人信任 reporting 或 forecast——analytics，(c) 跨团队边界的 problems——process 和 alignment，(d) 以上多个。
10. 问 stack 成熟度：(a) CRM 几乎未配置，(b) CRM 加 marketing automation 可用但混乱，(c) 完整 GTM stack 包括 data warehouse 和 BI。
11. 问 budget 和 level 的 req 资金，以及如果市场显示太低，这个数字是否可谈。
12. 问这个 hire 向谁汇报，谁是 executive sponsor。
13. 问面试 panel 有谁，以及现实中能跑多少轮。
14. 问必须在何时解决：(a) 一个 dated event 迫使在一个季度内完成——board meeting、quota reset、migration，(b) 本财年，(c) 开放；如果有一个季度内的 hard date，则删除 senior in-house options，因为光是 search 就会超过 deadline。
15. 问要一次性 fix 还是 compounding capability；一次性 promotes fractional 和 agency，复利 mandate promotes in-house hire，且后者是唯一能证明前两个季度合理的答案。
16. 问 effort ceiling：每周有多少 manager hours、panelists 是否可用、headcount 是否真的批准、如果出错是否可在一个月内 unwind；freeze 或未批准的 headcount 直接删除 requisition options，低 irreversibility tolerance promotes contract options。
17. Workflow 1：运行 Interview；在设计任何东西前收集所有答案。
18. Workflow 2：决定是否开 requisition，使用 references/role-archetypes-and-leveling.md 中的 ranked profile-choice test；按你每小时投入的回报排序：fractional operator > scoped agency project > in-house specialist > in-house strategist。
19. Workflow 2 继续：in-house 行按 pain 路由——reporting-trust 给 analyst，admin backlog 给 systems specialist，cross-boundary process 给 strategist；pain 局限在单一 function 时，路由出 RevOps，交给 Sales、Marketing 或 CS Ops。
20. 删除被 Interview 答案排除的选项，而不是把它们排到最后，并明确说明删除了哪些；剩余选项根据你对本公司的已有认知重新排序，例如已有 retained agency、in-house recruiter、第五个 ops hire 还是第一个。
21. 只有结果是 in-house outcome 时，后续 workflow 才适用；然后先用书面形式命名角色画像和级别，再起草其他内容。
22. Workflow 3：Gate the req：书面锁定 reporting line 和 VP 或 C-level executive sponsor；从业者称 sponsorship 是 first-hire 成功最大的单一预测因素。
23. Workflow 3 继续：用同一 reference 中的 published bands 压测预算；每个 band 引用 source 和 date；遵循 RevOps Co-op 警告：宁可争取更多钱招聘有经验的专业人士，也不要用手头预算然后让新员工失败。
24. Workflow 4：把 role definition 写成 scorecard——一行 mission、3-8 个排序 outcomes（带客观可观察的日期）、然后 competencies；把 must-haves 转成 requirements matrix。
25. Workflow 4 继续：即使粗略也要 sketch 出何为 good；RevOps Co-op 说你的工作是 sketch out what good could look like，哪怕只是 napkin drawing。
26. Workflow 4 继续：按 level-relative 给经验评分——overqualified 和 underqualified 都低分；仅当 systems 角色画像且公司标准化在该平台时，才把 vendor certification 设为 must-have。
27. Requirements matrix 规则：围绕 problems 写，而不是围绕 tools。
28. Requirements matrix 规则：must-haves 上限 5-7 个，权重加起来 100%。
29. Requirements matrix 规则：nice-to-haves 作为 additive bonus points。
30. Requirements matrix 规则：disqualifiers 放在单独 checklist，而不是作为 score 内的 negative points。
31. Workflow 5：定义 4-6 个 competencies，并从 references/competencies-and-question-bank.md 构建 question bank。
32. Question bank 内容：每个 competency 写 2-3 个 behavioral 和 1-2 个 situational questions，并带 follow-up probes；用 domain failure modes 作为 hard-to-fake probes；用 red/green answer pairs 作为 scoring anchors。
33. Workflow 6：把 loop 映射成 stage table——stage、interviewer、competencies assessed；每个 competency 恰好由一个 stage own；每个 panelist 分配一个 lane。
34. Workflow 6 继续：保持紧凑；Matthew Volm（RevOps Co-op CEO）主张一个约两小时的 take-home，并 keep it to 3 rounds max。
35. Workflow 7：在任何人面试前固定 scoring discipline；写 anchored rating scale，对每个 anchor point 给出这个特定 role 的行为描述；禁止 bare number。
36. Workflow 7 继续：要求每个 submitted score 引用 evidence，即一个 quote 或 concrete example。
37. Workflow 7 继续：interviewers 在讨论前独立评分；disqualifying signals 与 score 分开记录；recommendation 按 confidence 加权，而不只按 fit；insufficient data 是有效输出；没有单个 score 能覆盖整个 loop。
38. Workflow 8：从 references/work-sample-design.md 设计 work sample；按 signal per hour spent 的 ranked menu 选择格式：live mock > paid take-home > unpaid take-home；unpaid 行同时带来最佳候选人 drop-off 和真实 compliance cost；8-hour unpaid exercise 直接删除，不降级。
39. Work sample build：prompt 要像 real defect，而不是 project。
40. Work sample build：设置 hard time cap。
41. Work sample build：在第一次 submission 前写好 rubric。
42. Work sample build：制定 debrief plan；debrief 携带比 artifact 更多的 signal。
43. Workflow 9：从 references/ramp-plan-template.md 建 ramp plan：pre-start、Day 1、Week 1，然后 30/60/90；按 seniority 和角色画像分支；包含 week-one access list、ticket-queue protection、honest milestone expectations、closing watch areas。
44. Workflow 10：逐节 emit Hiring Packet 供用户验证；每节用 references/worked-examples.md 中匹配的 example 作为 grounding。
45. Workflow 11：迭代 packet，直到 Pass Threshold 的每一项都成立。
46. Workflow 12：如果你的 harness 有 persistent memory，记住 approved packet——角色画像、级别、competencies、stage map、thresholds、ramp branches——这样 screening runs 和最终 ramp 从它开始，而不是重新 interview；没有 memory 时告诉用户保留 packet document 作为未来运行的 standing input。
47. 交付 Hiring Packet 时使用固定结构：HIRING PACKET - <company>, <role>, <date>, v<n>。
48. Hiring Packet 包含 Profile choice：ranked options with ordering stated、options deleted 加原因、recommendation。
49. Hiring Packet 包含 Role definition：角色画像 + 级别、mission、3-8 ranked outcomes with dates、competencies。
50. Hiring Packet 包含 Requirements：must-haves weighted to 100%、nice-to-haves as bonus、disqualifier checklist。
51. Hiring Packet 包含 Comp input：published band quoted with source + date、flag: offer terms need HR/legal。
52. Hiring Packet 包含 Stage map：stage -> interviewer -> competencies assessed，每个 competency 恰好由一个 stage own。
53. Hiring Packet 包含 Question bank：per competency——behavioral + situational + follow-up probes、red/green anchors。
54. Hiring Packet 包含 Scorecard：anchored scale per competency、cited evidence per score、confidence rating。
55. Hiring Packet 包含 Work sample：prompt + time cap + paid/unpaid call、rubric（先写）、debrief agenda。
56. Hiring Packet 包含 Debrief rules：independent pre-scores、disqualifiers separate、confidence-weighted decision。
57. Hiring Packet 包含 Ramp plan：pre-start、Day 1、Week 1、30/60/90、seniority + 角色画像 branches、week-one access list、watch areas。
58. B2B/B2C：招聘流程跨 segment 相同——scorecard、loop、work sample、ramp——被问时说明；真正变化的是哪些 competencies 有权重、角色 own 哪些 metrics、候选人必须知道哪个 stack、面试要 probe 什么。
59. B2B enterprise：角色 own pipeline coverage、win rate、deal velocity、net revenue retention、forecast accuracy、territory and quota；stack 是 CRM、sales engagement、revenue intelligence、CPQ；权重给 quote-to-cash depth、territory and comp design、forecast-cadence judgment。
60. B2C 和 e-commerce：角色 own CAC、conversion rate、average order value、purchase frequency、churn、cohort-modeled LTV。
61. PLG：角色 own activation、product-qualified leads、free-to-paid conversion、expansion signals；RevOps Co-op 指出在 PLG 中用 funnel stages 作为团队 effectiveness 的 proxy 变得 nonsensical。
62. PLG 方向性 vendor-report benchmarks，标注为 directional 而非 authoritative：activation 为 7-14 天内 25-40% signups。
63. 同 benchmarks：free-to-paid 大约 freemium 2-5%，free trial 15-25%。
64. 同 benchmarks：PQL users convert 约高 3 倍。
65. 同 benchmarks：只有约四分之一 PLG 公司实际使用 PQLs。
66. PLG 和 consumer RevOps 需要 analytics-engineering-adjacent skills——强 SQL、hands-on data-warehouse work、transformation layer；面试应 probe product-signal fluency 而非 territory design。
67. Deal desk 接近 B2B-only 角色画像；consumer subscription 很少设 deal desk。
68. 它的 billing 和 payments complexity 没有 B2B analogue。
69. Pure B2C subscription 通常缺少 expansion pathway，因此 B2B net retention 能超过 100%，B2C 不一定。
70. Pass Threshold：迭代直到每一项成立。
71. Pass Threshold：在起草 role definition 前，书面命名角色画像和级别，并锁定 reporting line + executive sponsor——no sponsor, no req（sourced）。
72. Pass Threshold：role definition 命名 problems 和 outcomes，而不是 tools，并将 must-haves 限制在 5-7（sourced）。
73. Pass Threshold：4-6 个 competencies；每个 question 映射到恰好一个；每个 competency 由恰好一个 interview stage own（sourced）。
74. Pass Threshold：每个 anchor point 带 role-specific behavioral description，每个 submitted score 引用 quote 或 concrete example（sourced）；bare number 失败。
75. Pass Threshold：loop 最多 3 rounds 加一个约 2 小时 take-home，unpaid 时最多 3 小时（sourced）。
76. Pass Threshold：work-sample rubric 在第一次 submission 前存在；numeric point values 遵循本技能自己的 convention。
77. Pass Threshold：ramp plan 同时按 seniority 和角色画像分支，以 watch areas 结束，并设定诚实 milestone timeline——early wins 在 60-90 天，revenue-level outcomes 在 12+ 个月（sourced）。
78. Pass Threshold：packet 中每个 compensation figure 带 source 和 date；不编造 bands，也不给 source 未覆盖地区编数字（self-set）。
79. Pass Threshold：packet 展示的每个 option menu——profile choice、work-sample format、question selection——都要说出 ordering，删除 ruled-out options 而不是降级，并命名一个针对本公司自身 context 的 re-ranking（self-set）。
80. Common Failure Modes 按预防收益排序：committed executive sponsor > archetype diagnosis > stage map and independent scoring > defended ramp calendar；前两个各花一次 conversation，在 req opens 前预先阻止前四行；其余是 loop 和 onboarding discipline，只有前两个成立后才开始回报。
81. 失败模式修复：症状是令人印象深刻的 hire、CRM 更干净、forecast 仍不稳——根因是角色画像不匹配，为 process problem 招 systems admin；重跑 profile-choice test，问题 was never the software; it was the revenue motion。
82. 失败模式修复：症状是 hire 在会议中耗数月后辞职——根因是 mandate 不清，三个 executives 各自认为 own 这个 hire；在 req opens 前写 charter、outcomes 和 single sponsor。
83. 失败模式修复：症状是每个改进都变成谈判——根因是没有 executive sponsor；在 VP 或 C-level sponsor 书面 committed 前不要开 req。
84. 失败模式修复：症状是前 90 天被 ticket queue 吃掉——根因是没有 defended calendar 或 mandate；明确保护 ramp time；把 ticket-queue capture 列为 named watch area。
85. 失败模式修复：症状是 panelists 都问同样问题——根因是没有 stage map；一个 competency 一个 stage；给每个 panelist 分配 lane。
86. 失败模式修复：症状是 debrief 趋同于第一个自信声音——根因是分数在写下来之前就分享；讨论前独立评分；把 debrief 时间花在分数分歧处。
87. 失败模式修复：症状是强候选人因缺 certification 被拒——根因是把 vendor cert 设为 must-have；certs 是 table stakes，不是 predictors——除非 systems 角色画像在标准化平台，否则应是 nice-to-have。
88. 失败模式修复：症状是面试官 polished，但工作弱——根因是 loop 奖励 polish 而非 method；用 work sample 加 red/green method anchors；弱答案和强答案在 method 上不同，不在 confidence 上不同。
89. 失败模式修复：症状是最佳候选人拒绝 take-home——根因是长时间 unpaid exercise 筛选的是可投入大量无偿时间的人；上限 2-3 小时，考虑付费，并把 signal 移到 debrief。
90. 失败模式修复：症状是好 hire 在第六个月因没有 revenue impact 被挤走——根因是 timeline 不现实；一开始设定诚实 milestones——Anyone promising revenue impact in 30 days is selling you something。
91. 参考文件使用：诊断角色画像、选级别、区分 first hire vs Nth hire、或用 published salary bands 压测预算时，读 references/role-archetypes-and-leveling.md。
92. 参考文件使用：定义 competencies、写 questions 和 probes、或建 anchored scorecard 和 requirements matrix 时，读 references/competencies-and-question-bank.md。
93. 参考文件使用：设计 exercise（时间和 payment norms、synthetic-dataset construction、grading rubric、debrief）时，读 references/work-sample-design.md。
94. 参考文件使用：写 ramp plan（pre-start-to-90-day skeleton、seniority 和角色画像 branches、watch areas）时，读 references/ramp-plan-template.md。
95. 参考文件使用：塑造 deliverable（一个完整 positive packet 和一个 negative example 及其 cost）时，读 references/worked-examples.md。
96. 相关技能：候选人侧准备、定位和晋升 RevOps 角色用 mbfinotti/revops-skills@revops-career。
97. 相关技能：closed-won 后 onboarding 客户用 mbfinotti/revops-skills@sales-to-cs-handoff。
98. 相关技能：面试 probes 背后的 domain depth 见 mbfinotti/revops-skills@lead-scoring、mbfinotti/revops-skills@sales-forecast-diagnostic、mbfinotti/revops-skills@pipeline-stage-definition-audit；这些技能修复的 failure modes 就是候选人被 probe 的材料。

适用边界 · 注意事项

• 不用于 sourcing candidates、发布职位、跟踪申请人；也不用于候选人自己的面试准备——那用 mbfinotti/revops-skills@revops-career。
• 不用于 closed-won 后的客户 onboarding——那用 mbfinotti/revops-skills@sales-to-cs-handoff。
• 不写 offer letters，也不提供法律或 HR 合规建议；offer 条款与合规必须经 HR/legal 审查。