---
title: "Claude 助力 HR：招聘文案与面试效率全面提升"
description: "从招聘启事、面试题、评估表，到入职通知与政策说明，把 HR 反复写的文字交给模型起草，把判断与合规审核留在人手里。"
updated: 2026-11-13
canonical: https://docai.cc/learn/claude-hr-recruiting-guide/
markdown_mirror: https://docai.cc/learn/claude-hr-recruiting-guide.md
---
## 招聘启事：条件具体，语气留温度

招人卡在第一屏，通常不是公司不够好，而是文字太糊。「负责相关工作」「抗压能力强」这类句子，候选人看完不知道自己该不该投，面试官也拿不到可比较的信息。

让模型起草前，先把岗位拆成四块：每天做什么、必须具备什么、加分项是什么、团队眼下最缺哪种人。

> 为一家 30 人的 SaaS 公司写招聘启事，岗位是客户成功经理。日常工作：接手签约后的客户、做上线培训、每季度回访。硬性要求：两年以上 B 端客户经验，能独立讲方案。加分项：会用 SQL 看基础数据。正文分「你会做什么」「我们希望你是谁」「你会得到什么」三段，标题具体，不要写年龄、性别、婚育等与岗位无关的条件。

最后一句是底线，不是客套。招聘文案里的歧视性表述会带来真实的合规风险。

## 面试：一个维度配三道题

面试题最怕两种情况：全是脑筋急转弯，或者全是「聊聊你的经历」。按能力维度出题，才能把感觉变成证据。让模型为每个维度生成三类题，并附上出题目的、满分回答要素和追问方向。

| 能力维度 | 行为题（问过去） | 情境题（问假设） | 评分锚点 |
| --- | --- | --- | --- |
| 客户推进 | 讲一次你把停滞项目推回正轨的经历 | 客户关键联系人突然离职，你第一周做什么 | 差：等指示；中：按流程跟进；好：主动找到新决策人并给方案 |
| 数据分析 | 举一个你用数据改变判断的例子 | 续约率下降 5%，你怎么排查 | 差：只看总数；中：拆渠道；好：拆到客户分层并给验证计划 |

评分锚点要写成人能观察的行为。写「逻辑清晰」没用，写「能说出先看哪个指标、为什么」才有用。

## 评估表：让不同面试官的分能比较

面试官各自打分，最后常变成比谁手松。给一张结构相同的表：五到七个维度、每档分数的行为描述、综合印象、录用结论、签名与日期。让模型直接输出表格，方便贴进文档或表格软件。

> 为「客户成功经理」设计面试评估表，维度包括需求理解、方案表达、跨部门协作、抗压、数据意识、客户导向。每个维度写清低、中、高三档分数各自对应什么行为，最后一栏给出录用结论，分为强烈推荐到不推荐四档。

## 通知与政策：先讲影响，再讲条文

员工最关心的不是条款编号，而是「这件事对我有什么影响、我什么时候要做什么」。政策变更说明按这个顺序写：变更摘要、新旧对照表、生效时间、对个人的影响、常见问题、找谁咨询。

> 公司把年假申请从「提前三天」改为「提前一周」，下月一日生效。请写一份员工说明，开头三句话讲清变化，中间用表格对比新旧规则，后面列出五个员工最可能问的问题及回答，结尾给咨询入口。语气正式，但别写成官样文章。

## 离职面谈与绩效沟通：框架能给，判断不能外包

这两类谈话最难的是开口顺序，不是措辞。让模型先排结构，你负责现场判断。

离职面谈的提纲按三段推进，问题从安全区慢慢移到真实原因：

```text
为一次离职面谈设计 12 个问题，受访者是主动离职的客服主管，在职两年。
分三段：第一段问工作体验（日常节奏、最有成就感和最耗神的环节），
第二段问离开的触发点（最近一次动摇是什么时候、当时发生了什么），
第三段问改进建议（如果公司只改一件事，你希望是哪件）。
每个问题后面标注它想收集什么信息；不要问「你为什么离职」这类会让对方立刻防御的问题。
```

绩效沟通则相反，先定事实再谈感受。让它帮你把「他这季度不太行」拆成可核对的事实：哪几项承诺没达成、影响到谁、风险有没有提前暴露。然后按「事实—影响—期望—支持」四段准备：开场五分钟先聊状态，不急着进入评价；改进要求写到可观察的行为，别用「更主动一点」。模型能列出对方可能的反应，但现场怎么接，取决于你对这个人的了解。

## 什么时候别让模型起草

- **涉及具体个人的处分与解除**：措辞稍有偏差就可能成为劳动争议里的证据，模型最多用来整理时间线和核对条款出处，正式结论与文本交给法务出具。
- **薪酬谈判与调薪沟通**：模型不知道预算边界，也不知道你已经给过什么口头承诺，容易写出无法兑现的表述。
- **员工投诉与调查笔录**：这类文本要求逐字准确，转述即失真，不要用生成内容替代原始记录。
- **需要签字的正式文件**：Offer、合同、制度文本，模型可以给结构和措辞建议，签发前必须由人逐条核对。

涉及真实员工信息的材料，按下一节的红线先做匿名化；输出进入正式流程前，按[人工确认](/concepts/human-in-the-loop/)的规矩留一道复核。团队如果经常写通知与政策说明，可以把固定结构整理成模板，做法见[职场文书写作](/learn/workplace-document-writing/)。

## 三条红线：隐私、合规、地域

- **隐私**：真实姓名、证件号、薪资、绩效记录不要直接粘进对话，先换成「员工 A」「某岗位」。
- **合规**：解除劳动关系、合同条款、制度文本，必须由法务或劳动法律师审核后发布。
- **地域**：劳动法规各地差异很大，模型给的是通用框架，落地前按当地规定改。

把这三条写进团队的使用规范，比每次口头提醒可靠。这类「模型输出前先过规则」的做法，就是[护栏](/concepts/guardrails/)在业务里的样子；涉及员工权益的最终决定，始终保留[人工确认](/concepts/human-in-the-loop/)。

## 自测

1. 招聘启事里哪些句子属于「无法验证的描述」？
2. 评分锚点为什么必须写成可观察的行为？
3. 政策变更说明应该先讲条文还是先讲影响？

财务场景是下一个高频文字战场，从月度报告到差异分析都在那里：[Claude 财务场景](/learn/claude-finance-reporting/)。