人力资源:能交出去的和绝对不能交的
一、HR 每天在跟什么较劲
HR 的活分两类,性质完全相反。一类是流程性的:发 JD、约面试、走入离职手续、催考勤、发通知、做报表。规则清楚、重复度极高、错了能改。另一类是判断性的:这个人要不要、这次绩效怎么定、这场冲突怎么处理。这类事涉及具体的人,一次判断可能影响别人一年的收入和职业路径。
这一章会花比别的章更多篇幅讲边界,原因就在第二类。HR 是全书里唯一一个「AI 用错了会直接伤到具体的人」的岗位:简历筛选可能把某一类人系统性地筛掉,绩效辅助可能把偏见固化成分数,而这些错误往往当事人自己都不知道发生了。
所以这章的结构和别的章有个不同:第三节的场景全部集中在第一类流程性工作,第五节专门写第二类为什么不能交。
二、你的上下文散在飞书哪儿
| 上下文类型 | 在飞书的位置 | 典型内容 |
|---|---|---|
| 候选人 | 飞书招聘、多维表格 | 简历、进度、面试反馈 |
| 面试记录 | 妙记 | 面试录音与转写 |
| 花名册 | 多维表格、通讯录 | 在职信息、组织架构、汇报线 |
| 考勤与假期 | 考勤 | 打卡、请假、加班 |
| 入离职流程 | 审批、任务 | 入职、转正、调岗、离职 |
| 制度文档 | 云文档、知识库 | 员工手册、假期政策、报销标准 |
| 目标与绩效 | OKR | 目标设定与对齐情况 |
| 员工声音 | 各业务群、一对一 | 情绪信号,但这一行要慎用 |
最后一行我特意标了「慎用」。技术上它读得到,但用 AI 去扫员工的聊天记录判断谁想离职、谁有情绪,是一条不该越过的线——哪怕出发点是关心。这件事一旦被员工知道,你们公司的信任成本会高到无法收拾。这一行写在这里,是为了提醒你别去用。
三、四个高频场景
招聘进度:把散在几处的状态拼回一张表
十几个岗位同时在招,每个岗位几个候选人,进度散在招聘系统、面试官的口头反馈、和几个群里。业务负责人一问「那个后端到哪了」,得现场翻。
汇总当前在招岗位的进度:每个岗位列出候选人数量、各阶段人数(初筛/一面/二面/终面/offer)、停留超过(天数)没有推进的候选人、以及卡在哪个环节等谁。数据来自(招聘表/多维表格),面试官反馈从(群名)里补。停滞原因如果记录里没写,标成「原因未记录」,不要猜。整理成一张表,另外单独列一份需要我今天推的清单。
候选人姓名和岗位有没有对错位——这个错误在 HR 场景里特别不能出。抽查三条回源核对。
现场翻二十分钟→直接念表
面试记录:从录音到结构化评价
面试完当场写评价最准,但下一场往往紧接着。等晚上再写,细节已经模糊,写出来的都是「沟通能力不错,技术还可以」这种没用的评价。
获取妙记里(候选人)这场面试的记录,整理成结构化评价: 一、候选人讲过的具体项目和事实,只记他说了什么,附原话; 二、针对(岗位 JD)里的每一项要求,记录面试中对应到了哪些回答,没被问到的要求单独标出来; 三、面试官提出的疑问和候选人的回应; 四、需要下一轮重点追问的点。 不要给通过或不通过的结论,不要打分,不要评价候选人的性格、态度和潜力。只整理事实。
最后那句是这个场景的全部要害。 它整理的是「这场面试发生了什么」,判断由面试官做。一旦让它给结论或打分,人很容易被它的结论锚定——明明自己觉得一般,看到 AI 写「候选人表现优秀」就动摇了。
妙记 + 云文档。官方工作伙伴里有 HR 招聘助手,可以用它做流程和材料,同样不要让它做录用判断。
它回来的东西大概长这样结构化评价的开头
一、他讲过的具体项目和事实
- 「我负责的是订单系统的缓存这块,日活大概两百万」(12:30)
- 「上线之后 P99 从 800 毫秒降到 200 出头」(14:05)
- 「那次故障是我值班,回滚的决定是我做的」(22:40)
二、对照 JD 的覆盖情况
| JD 要求 | 面试中对应到的回答 |
|---|---|
| 三年以上后端经验 | 讲了两段经历,合计约四年(08:10) |
| 熟悉分布式缓存 | 详细讲了缓存改造(12:30–16:00) |
| 有团队协作经验 | 本场未被问到 |
四、下一轮重点追问:缓存方案的取舍依据;未被问到的团队协作。
第一条「只记他说了什么」有没有混进推断。「候选人有丰富的高并发经验」是推断,「候选人说他负责过日活两百万系统的缓存改造」是事实。前者不能要。
当晚回忆着写→面试后十分钟
入职材料包与流程跟进
新人入职要准备的东西多而杂,漏一样人家第一天就卡住。
为(姓名)(岗位)(入职日期)准备入职材料包:从(员工手册、制度文档、知识库)里抽取这个岗位需要知道的部分,生成一份入职指引,包括第一周的流程、需要办的手续、必读制度、常用系统清单和申请方式、部门介绍和汇报关系。根据(组织架构表)填对部门和汇报线。生成后存到(位置),并按入职流程建一组飞书任务派给对应的负责人:IT 开账号、行政备工位、导师对接。制度内容必须引用原文,不要自己概括或简化。
一小时→十分钟
制度被概括就会失真。「年假按工龄计算」和原文里那句带具体档次和折算规则的条款,员工照着做的结果可能完全不同。制度类内容一律引原文,这是 HR 用 AI 的通则。
周期性的人力报表
每月(日期)生成上月人力月报:在编人数与环比变化、各部门人数分布、入职离职人数与离职率、招聘完成情况(需求数/到岗数/在途数)、考勤异常汇总。数据来自(花名册表)和考勤。离职率按(口径)计算,先把公式复述一遍再算。涉及具体员工的明细不要写进月报正文,只出汇总数字,需要明细我单独找你要。数据源缺失或不完整要提醒我,不要用上月数据填补。
半天→二十分钟
四、该装哪几个技能、伙伴、连接器
| 类型 | 具体名称 | 用在哪 |
|---|---|---|
| 内置技能 | 多维表格、电子表格 | 花名册、招聘表、报表 |
| 内置技能 | 妙记 | 面试记录 |
| 内置技能 | 审批、任务 | 入离职流程 |
| 内置技能 | 考勤 | 考勤统计 |
| 内置技能 | 云文档、知识库 | 制度与手册 |
| 内置技能 | 通讯录 | 组织架构与汇报线 |
| 内置技能 | OKR | 目标周期的资料汇总 |
| 内置技能 | 定时任务 | 场景四 |
| 工作伙伴 | HR 招聘助手 | 流程与材料,不做判断 |
| 自定义技能 | 你们的制度问答技能 | 见下文 |
HR 最该建的自定义技能是制度问答:把员工手册、假期政策、报销标准、各类流程写进去,员工来问「这个能不能报」「年假怎么算」时,让它按条款原文回答并附出处。HR 每天被问的重复问题能少掉一大半,而且回答口径统一。
要点是这个技能必须引用条款原文并给出处,不允许它自己解释。有歧义的情况让它标出来转给你。
五、绝对不能交出去的部分
前面四个场景都是流程性工作。下面这几件事,技术上它能做,但不该让它做。
录用决策不能交。 让它筛简历、排序、打分,等于让一个你无法解释其判断依据的系统决定谁能进入下一轮。模型的训练数据里带着现实世界的偏见,性别、年龄、院校、地域、履历空窗期,都可能被它当成负面信号——而且不会告诉你。可以让它做的是:按你明确写出的硬性条件做客观核对(学历是否符合、工作年限是否达标、某项技能是否出现),把结果和依据列出来,由你来看。不要让它给推荐等级。
绩效评价不能交。 同理,而且后果更直接。绩效影响收入和晋升,必须由能对结果负责、能当面向员工解释的人来做。AI 可以帮你把一个周期内的事实材料汇总起来(OKR 完成情况、项目记录、同事反馈原文),但结论必须是人给的。
涉及具体员工的敏感信息,优先本地处理。 简历、薪酬、体检、背调、劳动争议材料,属于个人敏感信息,别为了省事整批传上云端。需要处理时只传这一次任务用得到的部分,用完及时清理。
制度解释一律引原文。 前面说过,这里再强调一遍,因为它是 HR 场景里最高频的出错点。
这些限制不是给 AI 泼冷水,把判断牢牢留在人手里、把流程和材料交出去,HR 反而敢放心用它——你省下来的时间,正好可以花在那些必须由人来做的判断上。
六、人力资源指令卡
| 场景 | 指令模板 |
|---|---|
| 招聘进度 | 「汇总在招岗位进度:各岗位候选人数、各阶段人数、停留超(天数)未推进的候选人、卡在哪个环节等谁;停滞原因未记录的标「原因未记录」不要猜;另出一份今天要推的清单。」 |
| 面试整理 | 「获取妙记里(候选人)的面试记录,整理成:他讲过的具体项目与事实(附原话)、对照(JD)逐项标注哪些被问到哪些没问、面试官疑问与回应、下轮追问点;不要结论、不要打分、不要评价性格与潜力。」 |
| 简历客观核对 | 「按(硬性条件清单)逐项核对这份简历,每项标符合/不符合/无法判断并给出简历中的原文依据;不要排序,不要给推荐等级,不要评价候选人本身。」 |
| 入职材料 | 「为(姓名)(岗位)(日期)准备入职指引:第一周流程、待办手续、必读制度、系统清单与申请方式、部门与汇报关系;制度内容引用原文不要概括;生成后存(位置)并建入职任务派给(负责人)。」 |
| 人力月报 | 「生成(月份)人力月报:在编人数与环比、部门分布、入离职与离职率(按(口径),先复述公式)、招聘完成情况、考勤异常汇总;不写员工明细只出汇总;数据缺失要提醒,不要用上月数据填补。」 |
| 制度问答 | 「根据(员工手册),(问题)的答案是什么?引用相关条款原文并注明章节,有歧义或多种解释的把情况列出来交给我判断,不要自己下结论。」 |
