dev-event-hiring

开发者活动招聘

构建招聘经理招募技术活动组织岗位所需的材料：根据运营环境校准的评分卡、基于行业真实（尽管不完整）证据设计的面试流程、寻访计划，以及注明来源而非混合数据的薪酬立场。

不在此技能范围内的内容，请转交处理：

• 辅导候选人 - samber/dev-event-organizer-skills@dev-event-career 是此技能的镜像版本。
• 常设活动组织团队自身的结构 - 法律实体、决策权、继任安排、从志愿者转为带薪岗位的门槛 - samber/dev-event-organizer-skills@event-team-structure。若用户问“我们是否应该招聘首个带薪岗位”，请转交该技能；此技能回答的是“既然已决定招聘，该如何做好招聘”。

如果用户是在求职而非招聘，请用一句话说明，并将其转交至 dev-event-career。

不属于此技能：面向活动参与者的组织者招聘请求。 组织者报告说，他们经常收到参与者和本地公司的请求，例如“能帮我介绍一下……吗”和“你认识可以招聘的人吗”。这些不是组织团队自身的招聘需求。请将其转交至 samber/dev-event-organizer-skills@event-community-building § 招聘请求，该技能会提供一个有明确边界的出口，避免社区逐渐变成招聘信息板。

面试

一次问一个问题，尽可能采用选择题。跳过用户已回答的问题。问题 7-9 会重新确定下方材料的优先级。

1. 运营环境：(a) 公司内部，负责公司自办的会议或系列聚会 (b) 活动制作机构，为客户项目招聘 (c) 非营利组织／基金会或志愿者社区主办的活动，正在招聘首个带薪岗位 (d) 常设的营利性会议业务。
2. 目标岗位类型：(a) 侧重制作／后勤与现场制作的活动制作人 (b) 兼顾制作与利益相关方管理的经理 (c) 社区经理类型（聚会组织者、开发者社区活动复合岗位） (d) 尚未确定 - 根据工作范围推荐一种。
3. 对于非营利／社区主办的活动：活动规模是否已达到约数千名参与者，或预算是否已达六位数？这通常是出现首个带薪岗位的门槛。（如果尚未达到，请先转交至 event-team-structure - 现在可能还为时过早。）
4. 这个岗位需要按哪些指标衡量 - 参与者满意度、按预算完成交付、赞助商续约、社区增长、回头参与者比例？
5. 这个岗位实际能获得多少人力和预算 - 独立负责、小型团队，还是与现有员工共同承担？
6. 薪酬立场：你有大致范围吗？是否知道你依据的是哪个来源（PCMA、BLS、Glassdoor 科技行业数据）？
7. 截止时间：本月、本季度，还是没有硬性期限？
8. 一次性招聘，还是未来会有多次招聘，需要复用评分卡和面试流程？
9. 工作量上限：每位候选人可投入多少面试官工时？是否有招聘人员？

解读答案

• Q1 决定评分表模板和合理的岗位范围——加载 references/company-type-hiring-bar.md。内部招聘需要具备跨职能能力（销售、营销、产品）；代理机构招聘会在客户服务架构中，根据某个专业职能进行筛选；非营利组织／社区招聘在首次付薪招聘阶段几乎总是活动协调员／经理，绝不会是社区经理职位。
• Q2 决定适用哪种面试设计——社区经理类型的职位应采用 CMX 的五项能力面试流程（见工作流）；制作人／经理类型的职位则采用通用活动策划者流程。
• **Q3 是一道门槛，而不只是一个数据点。**如果尚未达到门槛，真正需要考虑的可能是是否应该招聘；这是 samber/dev-event-organizer-skills@event-team-structure 的决策，而非此技能的决策——在为过早招聘制作评分表之前，先说明这一点。
• Q4 设定评分表的结果指标——绝不要写笼统的“办好活动”；要明确说明该职位实际按什么衡量。
• Q5 用于核查这一领域真实存在的危险信号模式（见下文“识别招聘信息中的危险信号”）：招聘信息中已经出现过这样的整合模式——单人招聘，却要同时负责赞助销售、内容和活动制作，且没有团队或预算。
• Q6 触发质量门槛中的薪酬门槛——绝不要只给一个混合数字；要明确列出 PCMA、BLS 或 Glassdoor，并在内部招聘时说明科技行业的薪酬溢价。
• Q7 倾向于复用现有面试流程，而不是从头设计。
• Q8 决定面试流程是保持精简（一次性）还是妥善构建（可累积）。
• Q9 会删除面试流程环节，而不是重新排序，这与销售招聘和开发者关系招聘在面试官时间预算紧张时的做法相同。

工作流

1. 开展面试。用一段简短文字说明运营背景和角色形态校准，并让用户可以否决。
2. 产出物 1 - 角色评分卡。 根据 references/company-type-hiring-bar.md 制定：
   • 用一句话写明使命，指出运营背景和 Q4 中的指标
   • 列出 3-8 项可衡量的成果，不要使用“举办精彩活动”这类含糊的职责描述
   • 根据角色形态设定各项能力的权重——社区经理型评分卡应采用 CMX 的五项能力（成长型思维、数据驱动方法、同理心、领导力、沟通）；制作人/经理型评分卡应侧重作品集质量、预算管理以及供应商/客户关系
3. 产出物 2 - 面试流程。 根据 references/interview-loop-design.md 制定：
   • 对于制作人/经理型候选人，采用通用的活动策划招聘流程：先审查作品集和过往活动，再要求提供具体指标，提出基于场景的问题（临时更换场地、供应商未到场），询问预算管理情况，并进行现场推荐人访谈，而非书面推荐
   • 对于社区经理型候选人，采用 CMX 的五项能力问题集，其中包括直截了当的冲突问题（“如果社区想要一件事，而你的老板想要另一件事，你会怎么做？”）
   • 合理安排工作样本环节：对资深社区经理型候选人，安排一次针对现有社区的付费小型审计；对初级/版主方向的候选人，安排一次示例帖子回复练习——绝不要要求制作人/经理型候选人完成无偿、开放式、面向客户的工作
   • 明确说明，目前没有任何地方发布完整记录的、专门针对科技会议的面试流程——这是组合设计，不是照搬行业标准
4. 产出物 3 - 寻源计划。 根据 references/sourcing-channels.md 制定：
   • 采用通用活动行业招聘平台（PCMA Career Center、MPI Career Center、BizBash、MeetingJobs/Cadre、Event Careers），因为没有专门针对开发者/科技会议的招聘平台
   • 对于社区经理型职位，CMX Job Board 及其 Slack 社区是最接近科技领域的渠道
   • 如果当地聚会会在每场活动开始时安排简短、限时的招聘信息发布环节（“谁在找工作，谁在招聘？”），就在那里发布职位信息。这样可以触达已经参加社区活动的人，而这正是社区经理型职位的核心技能。用一句话说明职位，并遵守该环节的时间限制
5. 产出物 4 - 薪酬立场。 根据 references/compensation-guidance.md 制定：
   • 明确指出所用来源——PCMA Convene 按级别划分的数据、BLS 的广泛职业中位数，或适用于科技公司的内部招聘的 Glassdoor 科技行业溢价数据
   • 绝不要将不同来源混合成一个数字；说明报价以哪个来源为基准，以及原因
6. 执行下方的质量门禁。反复迭代，直到通过。
7. 如果你的运行环境支持持久化记忆，请存储评分卡、面试流程设计和寻源计划，以便后续再次招聘时复用。

阅读招聘信息时识别危险信号

目前还没有针对活动组织招聘的、类似「陷阱」的命名分类体系，这与 DevRel 已有记录的 Joe Nash 守门人／陷阱框架不同——应当直言这一点，而不是引用并不存在的既有来源。真实招聘信息所呈现的，是 DevRel 为自身领域命名的同一种整合模式在此处的应用；应将其标明为类比转用，而非另一个独立发现的案例：

• 守门人等效模式：招聘信息描述了一个不可能胜任的理想人选——具备深厚的赞助销售成交能力、亲自动手的视听／制作专长、对征稿与内容策划的判断力，以及活动当天的危机处理能力——却只提供入门级薪酬，职位头衔也只是个人贡献者。
• 陷阱等效模式：「创始活动经理、没有团队、没有预算、全面负责」这类表述，要求一名新员工同时负责赞助销售、内容、制作以及志愿者／员工管理，却没有说明成功指标、汇报关系，也没有明确增加人手的途径。

发布招聘信息前，应根据这两种模式进行自我审查。若招聘信息不符合其中任一项，就必须先将工作范围拆分给多名员工，或明确说明资源配置，然后再发布。

公司类型与职位形态校准

切勿认为一套评分卡模板可以通用于所有运营环境——完整的比较以及对缺乏来源支持的第四种环境（持续运营的营利性会议业务）的坦诚说明，见 references/company-type-hiring-bar.md。

质量关卡

最终交付前，根据以下检查项对各项材料进行评分。

1. 评分卡明确指出实际运营环境，以及衡量该职位表现的指标；每项成果都已量化。
2. 招聘信息通过守门人／陷阱自我审查——不列出不可能胜任的理想人选要求，也不采用缺乏资源支持的「全面负责」表述。
3. 面试设计与职位形态相匹配——针对社区经理型人选，采用 CMX 的五项能力；针对制作人／经理型人选，采用通用的活动策划流程。
4. 任何工作样本环节都有明确范围且付费，绝不要求求职者无偿、无限期地为客户工作。
5. 对于非营利组织／社区聘用的首位带薪员工，确实询问了门槛问题（Q3），而不是想当然。
6. 寻访使用明确、真实的渠道——通用活动行业招聘网站；若职位属于社区经理型，则具体使用 CMX——绝不虚构「科技活动招聘网站」。
7. 薪酬立场明确标注其来源（PCMA、BLS 或 Glassdoor）；不把来源不明的综合数值说成市场薪酬水平。

常见失败模式

失败情况	解决办法
期望一位独立员工在没有团队或预算的情况下负责赞助、内容和制作	将工作范围分摊给多位新员工，或在招聘启事中明确说明资源配置
为首位非营利组织／社区员工照搬代理机构风格的专业评分表	根据实际运营环境以及优先考虑协调员／经理的招聘模式重新校准
为纯制作／后勤岗位使用 CMX 的社区经理面试流程	根据实际岗位特点匹配面试流程，而不是套用最接近的已记录流程
将无偿、无期限的“测试项目”作为工作样本	改用范围明确、付费的迷你审计或示例帖子回复练习
报出一个没有注明来源的综合薪资数字	明确注明 PCMA、BLS 或 Glassdoor 来源，并在适用时说明科技行业溢价
虚构一个并不存在的科技行业专属招聘网站	使用实际存在的综合活动行业招聘网站，或为社区经理类岗位使用 CMX
在尚未达到门槛时，就在社区活动中招聘首位带薪员工	先转至 event-team-structure，确认是否有招聘必要
将与会者提出的“认识可以招的人吗？”请求视为此技能的工作	转至 event-community-building § 招聘请求：进行一轮范围明确的公告

参考资料

• references/company-type-hiring-bar.md - 四种运营环境、具体差异，以及如实标注的缺乏来源的第四种环境。
• references/interview-loop-design.md - 通用活动策划人员面试流程、CMX 的五项能力，以及付费工作样本设计。
• references/sourcing-channels.md - 明确列出的综合活动行业招聘网站和 CMX 社区经理渠道。
• references/compensation-guidance.md - 分别列出的 PCMA、BLS 和 Glassdoor 表格。
• 关于候选人一方的内容，参见 samber/dev-event-organizer-skills@dev-event-career。
• 关于是否招聘，以及该岗位招聘到位后现有团队的决策权，参见 samber/dev-event-organizer-skills@event-team-structure。
• 关于更偏向 DevRel 而非活动制作的社区经理类招聘，参见 samber/developer-relations-skills@devrel-hiring——这两项技能的评分表可以相互参考。