# Case A｜H2R 技术人才招聘：As-Is 详细描述

> 用途：课堂小组实战的现状材料。本文只描述当前业务、角色、材料、活动、痛点和约束，不提供 AI 解决方案。所有公司、人员与数据均为匿名课堂仿真设定。

## 1. 企业与业务背景

某大型高科技制造集团同时经营研发、制造、国内销售和海外业务。集团近一年持续补充软件研发、嵌入式、算法、工艺和解决方案类人才。岗位分布在三个区域、多个事业群和研发中心。业务部门希望尽快到岗，招聘团队又必须保证岗位口径、候选人体验、评价证据、薪酬授权和隐私合规。

课堂仿真月份中，集团同时开放约 90 个岗位，涉及 12 个用人部门；招聘团队每天收到约 80 份新简历。不同部门对相似岗位使用不同名称，例如“高级嵌入式工程师”“固件开发专家”“设备侧软件负责人”，但实际能力要求存在重叠。部分岗位 JD 来自历史版本，部分由业务经理临时在聊天中补充。招聘专员往往需要先理解岗位，再把业务语言翻译成可搜索、可筛选的招聘口径。

## 2. 流程范围

- 开始事件：业务部门提出新增或补招需求。
- 结束事件：候选人进入录用、人才库、暂缓或关闭状态，并在招聘系统中留下完整记录。
- 本案例重点：需求澄清、JD 整理、简历初筛、面试组织、评价回收和候选人状态维护。
- 本案例不讨论：组织编制审批规则、薪酬政策设计、劳动合同签署和入职后的培养流程。

## 3. 当前角色

1. **用人经理**：提出需求，解释团队任务、经验要求、到岗时间和面试标准；最终承担录用判断。
2. **HRBP**：核对编制、职级和组织合理性，协调业务优先级。
3. **招聘专员**：整理 JD、发布职位、搜索与接收简历、初步沟通、安排面试、维护状态。
4. **候选人**：提交简历、补充项目材料、参加面试并确认意向。
5. **面试官**：从专业、项目、协作和岗位适配角度评价候选人。
6. **招聘运营/系统管理员**：维护字段、模板、渠道和报表，处理重复档案与权限问题。

## 4. 当前材料与系统

- 组织编制表、岗位申请单、历史 JD、业务经理聊天补充说明。
- 招聘网站简历、猎头推荐邮件、员工内推表、候选人作品链接。
- 招聘系统中的候选人档案、流程状态、面试安排和历史应聘记录。
- 面试评价表、会议纪要、聊天反馈、邮件结论。
- Excel 岗位跟踪表、周报和临时催办清单。

材料并不都在同一个系统里。岗位标准可能在申请单、JD、聊天记录和面试官口头要求中分别出现；候选人事实可能在简历、电话记录、作品和面试反馈中出现；流程状态既可能在招聘系统，也可能只在个人表格和聊天里更新。

## 5. 当前流程活动

### 5.1 业务提出需求

用人经理提交岗位申请，通常包含岗位名称、人数、级别、工作地点和期望到岗时间。技能要求有时较宽泛，例如“熟悉嵌入式开发，有行业经验”，但没有明确必须掌握的技术栈、项目规模、角色深度或证据标准。HRBP 先检查编制与职级，再把需求交给招聘专员。

### 5.2 招聘专员澄清并整理 JD

招聘专员通过会议或聊天追问：岗位主要解决什么问题、哪些要求不可替代、哪些可以培养、候选人来自哪些行业也可以、面试官如何判断。澄清结果未必回写申请单，常散落在聊天记录或个人笔记。后续换人接岗时，新的招聘专员会重新询问。

### 5.3 发布、搜索与收集简历

招聘专员在多个渠道发布或搜索。不同渠道的简历格式不同，同一候选人可能通过内推、猎头和招聘网站重复进入。招聘专员需要手工判断是否重复、哪一份是最新版本，并把关键信息搬到招聘系统。

### 5.4 手工阅读与初步筛选

招聘专员逐份阅读简历，摘录年限、技术栈、项目、行业、地点、薪资和稳定性等信息，再与岗位要求比较。简历写法差异大：有人写技术名词但没有项目证据，有人项目描述详细但没有明确个人责任。招聘专员经常凭经验决定“先聊还是先放”，不同人的标准不完全一致。

### 5.5 与业务经理对齐名单

招聘专员把候选人摘要、简历或表格发给用人经理。业务经理可能只看标题和公司背景，也可能临时增加条件，例如“必须做过量产”“优先本地人”。被否决的原因常以一句话留在聊天中，没有成为以后可复用的岗位证据。

### 5.6 初步沟通与补充信息

招聘专员电话联系候选人，核对意向、地点、薪资、到岗时间和关键项目。电话内容记录详略不一；有的信息写在系统备注，有的只在个人笔记。候选人补发的作品或项目材料可能留在邮件或聊天附件中。

### 5.7 安排面试与回收评价

招聘专员协调候选人、面试官和会议室。面试后，不同面试官可能填写系统表单、发聊天、发语音或只口头告知。评价里经常混合事实、判断和印象，例如“感觉不够深入”，但没有说明基于哪个回答或项目证据。多轮面试之间，前一轮结论未必完整传递。

### 5.8 形成结论并维护状态

用人经理综合评价决定推进、暂缓或淘汰。招聘专员再更新系统、通知候选人、准备后续审批。高峰期容易出现状态滞后：系统显示“面试中”，实际已经淘汰；候选人已接受其他机会，内部仍在等待结论；暂缓候选人没有明确再次联系时间。

## 6. 核心矛盾与痛点

1. **岗位标准不断漂移**：申请单、JD、聊天补充和面试判断之间不一致，招聘专员反复翻译。
2. **证据搬运量大**：大量时间花在读格式、摘字段、复制到表格和系统，而非沟通判断。
3. **“事实—判断”混在一起**：简历事实、招聘推断、面试印象和录用结论没有分层。
4. **评价口径不一致**：不同招聘专员和面试官对同一要求理解不同，难以解释差异。
5. **状态容易丢失**：面试反馈、候选人意向和系统状态不同步，催办依赖个人记忆。
6. **隐私与公平风险**：简历包含年龄、性别、照片、家庭等敏感信息，任何自动判断都可能放大偏见。
7. **下游返工**：业务经理认为摘要不够，要求重新找原文；招聘运营发现字段不全，又让招聘专员补录。

## 7. 三个典型情境

### 情境一：要求相似但岗位名称不同

两个事业部同时招聘设备侧软件人才，一个强调 C/C++ 与实时系统，一个强调产品交付与跨团队协作。候选人经历可能同时匹配，但招聘专员无法快速判断两个岗位的共同条件与差异，候选人被重复联系或在两个岗位间来回转。

### 情境二：简历看似匹配但缺少证据

候选人写“负责大型平台架构”，却没有项目规模、个人职责、性能指标或上线结果。用人经理希望先面试，面试官又认为基础事实都没问清，面试时间被用于补材料。

### 情境三：评价冲突

一面认为技术扎实，二面认为业务理解弱，招聘专员只收到两句聊天反馈。用人经理想知道冲突基于哪些问题、是否属于岗位关键要求，但原始记录不完整，只能再次找面试官回忆。

## 8. 小组必须进一步追问的事实

- 哪些岗位要求有正式版本，谁有权修改？
- 一份简历从收到到业务初筛平均被复制和转述多少次？
- 淘汰、暂缓、进入人才库分别需要什么证据？
- 哪些字段是招聘系统必填，哪些只存在个人表格？
- 面试反馈超过多长时间未回收会影响候选人体验？
- 哪些判断属于用人经理或面试官的责任，不能被系统代替？
- 对候选人敏感信息有哪些最小可见和留痕要求？

## 9. 课堂任务边界

请小组先根据本文还原真实 As-Is，标出每个角色的活动、材料流转、等待、返工、判断与系统写回。不要直接套入 Agent 或 Skill。只有把“今天到底怎么做、哪里发生损耗、什么证据缺失、谁承担决定”讲清楚，才进入后续的 To-Be、Agent、Skill、知识库和系统连接设计。