简历初筛别靠感觉，把用人经理口径转成可打分标准

教程定位

这篇教程解决什么问题

很多招聘低效，不是简历不够多，而是 HR 和用人经理对“什么叫符合要求”没有提前对齐。HR 按 JD 初筛，觉得候选人年限够、岗位名接近、行业看起来相关，就推进给用人经理；用人经理一批量退回，理由是“项目不够复杂”“行业不对”“稳定性有风险”“不是我要的那种人”。来回几轮以后，招聘专员觉得业务方标准总在变，用人经理觉得 HR 没筛准，候选人也被反复约沟通，整个招聘节奏被拖慢。

这篇文章只解决一个问题：怎么把岗位要求转成一张可以执行的“简历初筛评分表”，并让用人经理在开始大量筛简历之前确认。它不是写 JD，不是设计面试题，也不是写候选人沟通邮件。我们关注的是筛选标准本身：哪些条件是一票否决，哪些是加分项，哪些只是风险提示，哪些信息简历上看不清需要追问，以及达到多少分才进入下一步。

AI 在这里的价值，不是替 HR 决定谁合适，而是把散落在 JD、用人经理访谈、过往录用简历、淘汰原因和业务口径里的要求结构化。比如“做过项目”要拆成项目类型、项目规模、候选人角色、结果证据；“行业背景匹配”要拆成核心行业、相邻行业、可迁移行业；“稳定性好”不能写成年龄、婚育、户籍或主观感觉，而要转成可核实的履历连续性、跳槽频率解释、项目周期完成度、离职原因需追问等信息。

最终产物是一张简历初筛评分表。它至少包含五块：硬性门槛、加分项、风险项、需追问信息、通过阈值。真正可用的评分表还应该有用人经理确认记录：哪些门槛不能放宽，哪些加分项只是偏好，哪些风险项不能直接淘汰，哪些分数区间必须二次讨论。这样 HR 初筛时有依据，用人经理退回时也要对应到具体规则，而不是只说“感觉不合适”。

这套方法尤其适合招聘专员和用人经理一起使用。招聘专员负责把材料整理成表，AI 辅助提炼规则；用人经理负责确认业务真实要求，并用 5 到 10 份真实简历校准标准。标准一旦确认，后续每一轮简历筛选都能复用，退回原因也能沉淀成下一版规则，而不是每次重新猜。

使用场景

什么情况下最适合用这一套

你可能是招聘专员，刚接到一个看起来并不复杂的岗位。JD 上写着：本科及以上，3 年以上相关经验，熟悉 B 端客户运营，有项目推进经验，沟通能力强，稳定性好。你按这些条件筛了一批简历：岗位名接近、年限符合、行业也差不多。结果用人经理看完后退回一大半，说候选人虽然做过运营，但没有做过企业客户续费；虽然写了项目推进，但只是参与执行，不是独立负责；虽然年限够，但换工作太频繁，不适合当前岗位。

你追问标准，用人经理又补充了很多 JD 里没有写清的判断：候选人最好做过客单价较高的企业客户；项目不能只是活动执行，至少要能跨产品、交付、财务和客服推进问题；行业最好是 SaaS、企业服务或软件交付，相邻行业可以看，但纯 C 端运营不优先；稳定性不是要求一个人从不跳槽，而是要看每段经历是否有完整项目周期、离职原因是否能解释、最近两年是否连续短期跳动。

这时问题就出现了：这些标准如果只停留在用人经理脑子里，HR 每筛一轮都会踩一次坑。用人经理可能觉得“我已经说过了”，HR 可能觉得“你每次退回才补充标准”。双方其实不是态度问题，而是没有把隐性判断变成可执行的初筛规则。

另一个常见场景是替补招聘。前任员工离职后，用人经理急着补人，说“找一个差不多的”。HR 翻过往录用简历，发现成功入职的人未必都来自同一行业，但有几个共同点：都做过从需求确认到落地复盘的完整项目，都能和外部客户或内部多个部门沟通，都能解释清楚为什么换工作。被淘汰的人也有共同点：简历标题接近，但实际只做过单点执行；岗位跨度过大，又讲不清转岗逻辑；项目经历堆了很多词，但看不出个人负责什么。

如果不把这些差异写进初筛评分表，HR 只能靠关键词筛人。关键词会把一些“名字像”的简历推上去，也会漏掉一些“岗位名不完全一样但能力迁移很强”的候选人。用人经理则会在简历评审阶段承担大量重复解释工作。

这篇教程适合在正式开始大规模筛简历前使用，也适合在用人经理已经连续退回简历后做一次补救。目标不是让标准变得复杂，而是让双方先说清楚：什么必须满足，什么可以加分，什么只是需要追问，什么情况低于阈值就不推进。对齐一次，后面才不会反复返工。

材料准备

开始前先把材料和边界备齐

准备材料时，先不要急着让 AI “帮我做一个评分表”。如果输入只有一份 JD，AI 很容易输出一张看似完整、实际很泛的表：学历、年限、专业技能、沟通能力、稳定性，每项打几分。这种表没有错，但不能解决用人经理批量退回的问题。你需要提供能反映真实判断的材料。

第一类材料是 JD。这里的 JD 不是为了照抄，而是为了识别明面要求。至少包括岗位职责、任职要求、工作地点、汇报关系、业务目标、关键协作对象、必须技能、优先条件、工作方式。如果 JD 已经明显过时，也要保留原文，因为后面要让 AI 标出“JD 写了但初筛不能直接执行”的地方。

第二类材料是用人经理访谈。不要只问“你想要什么样的人”，要问更具体的问题：这个岗位入职后 3 个月最重要的交付是什么？候选人过去做过哪类项目，才算真正匹配？哪些行业可以接受，哪些行业看起来相关但实际不合适？年限不够但项目很强能不能看？行业不完全匹配但方法论相近能不能看？哪些情况必须淘汰，哪些情况可以电话追问？

第三类材料是过往录用简历。建议选 3 到 5 份历史上表现不错或最终录用的候选人简历，做脱敏处理后提供给 AI。重点不是让 AI 复制这些人的背景，而是让它提炼共同特征：他们的项目有什么相似性，行业迁移路径是什么，简历里哪些证据能说明能力可靠。注意不要把候选人的姓名、联系方式、身份证号、薪资细节或隐私信息放进去。

第四类材料是淘汰原因。用人经理过去退回简历时写过的理由很有价值，比如“项目太轻”“只做执行没有 owner 经验”“行业跨度过大”“频繁跳槽且每段不到一年”“没有客户侧沟通”“只会内部流程，不适合对外岗位”。这些理由要进一步翻译成可判断规则。比如“项目太轻”要问清是项目规模小、协作方少、预算小、候选人角色弱，还是没有结果指标。

第五类材料是必备条件。必备条件必须少而硬，不能把所有偏好都塞进去。常见硬性门槛包括：必要证书、必要系统经验、必须的工作地点或排班条件、必须的语言能力、必须的行业监管经验、必须的项目类型、必须的客户类型。硬性门槛一旦不满足，就不进入评分。它应该经过用人经理确认，不能由 HR 或 AI 自己扩大。

第六类材料是加分条件。加分项不是必备项，而是同等条件下更优先。比如做过相同行业、处理过更大规模客户、有从 0 到 1 项目经验、熟悉某个系统、管理过供应商、能用数据复盘、拥有某类证书。加分项必须有上限，否则会把“偏好”变成隐形门槛。

第七类材料是风险项和追问信息。风险项不能直接等于淘汰。比如最近两年换了三份工作，是风险项；但如果候选人能解释清楚公司倒闭、项目制结束、组织调整或家庭原因，仍可能进入下一步。简历中项目结果不清，是风险项；但可以电话追问“你在项目中具体负责哪一段、指标是什么、结果如何”。把风险项和追问信息分开，是减少误筛的重要步骤。

最后，提前约定输出边界。AI 不能替公司做歧视性筛选，也不能把“稳定性”翻译成年龄、婚育、性别、户籍、家庭情况等敏感条件。它可以帮助你识别履历连续性、项目周期、岗位变化逻辑和需要追问的问题，但最终是否推进，必须由 HR 和用人经理按公司制度确认。

实操流程

按这套步骤把工作跑起来

第一步，把岗位要求拆成“能在简历上判断”和“必须追问后判断”两类。简历上能判断的包括年限、岗位名称、行业、公司类型、项目关键词、工具系统、证书、学历、地点等。必须追问后判断的包括候选人在项目中的真实角色、离职原因、跳槽逻辑、项目结果是否本人贡献、对目标行业的理解深度等。不要把追问项写成直接淘汰项，否则会漏掉很多简历表达不擅长但实际能力不错的人。

第二步，把用人经理的口头偏好翻译成标准语言。比如用人经理说“要项目经验扎实”，不要直接写“项目经验扎实 20 分”。你要追问并拆解：什么项目类型，项目周期多长，候选人负责哪一环，协作对象有哪些，是否有结果指标，是否有复盘。评分表里可以写成“有完整项目闭环经验，能从简历中看到目标、角色、动作和结果，20 分”。这样 HR 才知道该看什么。

第三步，先定义硬性门槛。硬性门槛只放真正不能放宽的条件，例如必须在目标城市到岗、必须具备某证书、必须有 B 端企业客户经验、必须做过某类系统实施、必须接受轮班或驻场、必须具备某语言工作能力。每一条硬性门槛都要写清判断方式：满足、不满足、简历不清需追问。不要写“最好”“优先”“希望”这类词。只要还可以讨论，就不要放在硬性门槛里。

第四步，设计加分项。加分项要帮助 HR 排序，而不是制造新的淘汰理由。建议控制在 4 到 6 项，每项 5 到 20 分。比如行业匹配度、项目复杂度、角色深度、客户类型匹配、数据和复盘能力、工具系统经验。每项都要有分档说明：满分是什么，半分是什么，0 分是什么。不要只写“行业匹配 20 分”，否则不同 HR 会按自己的理解打分。

第五步，设计风险项。风险项包括但不限于：简历项目描述只有空泛动词、频繁换工作且缺少解释、每段经历都很短、岗位跨度大但转岗逻辑不清、项目成果全是团队成绩看不出个人贡献、行业跨度过大、长期只做内部支持但岗位需要对外客户沟通。风险项的输出不是“淘汰”，而是“需追问”“需用人经理复核”或“低于阈值不推进”。这一步能避免 HR 因为不确定而乱推，也能避免用人经理因为一个风险点直接否定所有候选人。

第六步，列出需追问信息。追问信息要具体到可以电话确认。例如：“你在最近一个客户续费项目中负责哪一段？”“项目周期多久，涉及哪些部门？”“简历中写提升续费率，具体指标口径是什么？”“过去两次离职原因分别是什么？”“是否能接受每月 1 到 2 次短期出差？”追问项可以帮助 HR 在推荐前补齐信息，也可以帮助用人经理判断是否值得面试。

第七步，设置通过阈值。一个常用做法是：硬性门槛全部满足后，再进入 100 分制评分；总分 75 分及以上推荐给用人经理；65 到 74 分进入待确认池，需要补充追问或用人经理快速复核；低于 65 分暂不推进。如果岗位紧急或候选人池很小，可以把阈值调低，但必须由用人经理确认。通过阈值不能只由 AI 生成，要用真实简历校准。

第八步，用真实简历做校准。选 5 到 10 份简历：包括用人经理喜欢的、明确退回的、HR 不确定的。让 AI 按评分表试打分，再让用人经理看是否符合直觉。如果用人经理喜欢的简历总分很低，说明加分项或权重错了；如果用人经理明确退回的简历总分很高，说明硬性门槛或风险项没写对。评分表必须经过这轮校准，才适合正式使用。

第九步，让用人经理确认版本。确认不是在聊天里回一句“可以”，而是把评分表发给用人经理，让对方确认四件事：硬性门槛是否准确，分值权重是否合理，风险项是否不能直接淘汰，分数阈值是否接受。最好在表尾保留确认记录：确认人、确认时间、适用岗位、适用招聘阶段、允许调整的情况。这样后续退回简历时，大家可以回到同一张表讨论。

第十步，把退回原因反向更新到表里。标准不是一次写完永远不变。第一批简历筛完后，如果用人经理仍然批量退回，要把退回原因归类：是硬性门槛漏了，还是加分项权重不对，还是风险项没有追问，还是用人经理新增了之前没说的标准。每次修改都要记录版本，避免标准悄悄变化。

输入示例

可以直接参考的输入材料

下面是一份可以直接给 AI 的输入样例。真实使用时，候选人简历、历史录用材料和淘汰原因都要先脱敏，不要放姓名、联系方式、身份证号、薪资流水、家庭信息或其他隐私。

这份输入的关键，是它把“用人经理退回的真实理由”放了进去。AI 才能把“项目经验不够”拆成项目角色、项目闭环、客户类型和结果证据，而不是只生成一张通用表格。

请帮我把一个招聘岗位的简历初筛标准整理成评分表，用于 HR 和用人经理对齐。你不要写面试题，不要写候选人沟通邮件，也不要替我决定录用。你的任务是把 JD、用人经理访谈、过往录用简历特征和淘汰原因，转成可执行的简历初筛评分表。

岗位背景：
- 岗位名称：客户成功经理
- 部门：企业客户部
- 招聘原因：补充 2 名能独立负责中大型客户续费和项目推进的人
- 工作地点：上海，需每月 1-2 次短期出差
- 汇报对象：客户成功负责人
- 招聘阶段：社招，简历初筛标准待和用人经理确认

JD 摘要：
- 负责企业客户上线、使用推进、续费和风险预警
- 协调产品、交付、客服、财务等团队解决客户问题
- 定期输出客户健康度和续费预测
- 要求 3 年以上客户成功、客户运营或项目管理经验
- 熟悉 SaaS、企业服务、软件交付行业优先
- 沟通能力强，项目推进能力强，稳定性好

用人经理访谈摘录：
- 不是只要会维护关系的人，要能推进跨部门问题闭环
- 最好做过 B 端企业客户，客户规模中大型更好
- 做过 C 端运营的人可以看，但必须能说明怎么迁移到企业客户场景
- 项目经验要看候选人是不是 owner，不能只是参加会议或整理材料
- 过去频繁跳槽不是绝对淘汰，但要能解释每段变化
- 最近两年连续每段不到 8 个月，需要谨慎
- 如果行业不完全匹配，但项目复杂度高、客户沟通强，可以进入待确认池

过往录用简历共同特征：
- 都做过 1 年以上 B 端客户或企业项目
- 简历里能看到完整项目闭环：目标、角色、动作、结果
- 至少有一段经历超过 18 个月
- 能说明续费、上线、交付、客户风险或跨部门协作中的具体贡献
- 不一定都来自 SaaS，但都能解释客户决策链和协作流程

被退回简历常见原因：
- 只写“负责客户运营”，看不出客户类型和项目结果
- 做过活动运营或社群运营，但没有企业客户经验
- 项目里只是执行支持，没有独立推进或协调角色
- 每段工作 6-9 个月，离职原因不清
- 行业跨度太大，简历没有解释为什么转向企业客户方向

请输出：
1. 硬性门槛表：字段包括门槛、判断方式、不满足处理、简历不清时追问。
2. 100 分制加分项评分表：字段包括维度、分值、满分标准、部分得分标准、0 分标准。
3. 风险项清单：字段包括风险表现、为什么要关注、是否直接淘汰、追问方式、升级给谁确认。
4. 需追问信息清单：给 HR 电话初筛或补充沟通使用。
5. 通过阈值：推荐、待确认、不推进三个区间。
6. 用人经理确认清单：需要用人经理最终确认的标准。

边界要求：
- 不要把年龄、性别、婚育、户籍、家庭情况等敏感信息作为稳定性判断。
- 不要把“行业优先”写成绝对门槛，除非材料明确说不能放宽。
- 风险项不要默认淘汰，除非是硬性门槛不满足。
- 输出要适合 HR 和用人经理一起确认。

提示词

可复制使用的提示词

下面这段提示词可以直接复制使用。建议每次只处理一个岗位；如果是多个岗位，先分别生成，再由 HRBP 统一格式。

如果你已经有一版评分表，但用人经理觉得“不够像我的标准”，可以继续追问：

如果第一批简历筛完后退回很多，可以追加：

你是一名招聘标准整理助手，任务是帮助 HR 把岗位要求转成“简历初筛评分表”，并用于和用人经理确认。请注意：你不是面试官，不写面试记录，不写候选人沟通邮件，不替公司做录用决定。

请基于我提供的材料，输出一张可执行的初筛标准。你必须遵守以下规则：
1. 先区分硬性门槛、加分项、风险项、需追问信息，不要混在一起。
2. 硬性门槛必须是明确、可判断、业务上不能放宽的条件；如果只是偏好，请放到加分项。
3. 加分项请使用 100 分制，并给出每个维度的满分、部分得分和 0 分标准。
4. 风险项不能默认淘汰，除非同时触发硬性门槛不满足；请写清追问方式和升级确认对象。
5. “稳定性”只能从履历连续性、项目周期、岗位变化逻辑、离职原因需追问等角度表达，不得使用年龄、性别、婚育、户籍、家庭情况等敏感因素。
6. 对简历中看不清的信息，请放入“需追问信息”，不要自行判断。
7. 输出末尾必须给出“用人经理确认清单”，方便 HR 发给用人经理确认。

请按以下结构输出：

一、岗位初筛目标
- 用一句话说明这个岗位初筛要优先识别什么人。

二、硬性门槛表
字段：门槛｜判断方式｜不满足处理｜简历不清时追问｜需确认对象

三、加分项评分表
字段：维度｜分值｜满分标准｜部分得分标准｜0 分标准｜证据来源

四、风险项清单
字段：风险表现｜为什么关注｜是否直接淘汰｜建议追问｜升级确认对象

五、需追问信息清单
字段：信息缺口｜追问问题｜用于判断哪个标准｜追问后如何处理

六、通过阈值
- 推荐给用人经理：
- 待确认池：
- 暂不推进：
- 例外处理：

七、用人经理确认清单
- 需要用人经理确认硬性门槛是否准确
- 需要用人经理确认各维度分值
- 需要用人经理确认风险项是否不能直接淘汰
- 需要用人经理确认通过阈值是否可接受
- 需要用人经理确认用 5-10 份真实简历校准

下面是材料：
【JD】
（粘贴 JD）

【用人经理访谈】
（粘贴访谈摘要）

【过往录用简历共同特征】
（粘贴脱敏后的共同特征）

【淘汰原因】
（粘贴历史退回理由）

【已知必备条件】
（粘贴不能放宽的条件）

【已知加分条件】
（粘贴偏好条件）

请根据用人经理的反馈修订评分表。要求：只修改筛选标准，不改 JD，不写面试题。请把新增标准标注为“新增”，把从硬性门槛降级为加分项的标准标注为“降级”，把从加分项升级为硬性门槛的标准标注为“升级”，并说明需要用人经理再次确认的原因。

下面是用人经理退回简历的原因摘要。请把这些原因归类到现有评分表中：哪些说明硬性门槛漏了，哪些说明加分项权重不对，哪些说明风险项需要提前追问，哪些只是个别候选人问题。请输出评分表 v2 的修改建议。

输出样例

AI 应该输出到什么程度

下面是一份根据前面输入样例生成的输出示范。真实使用时，HR 应把它发给用人经理确认，并用真实简历校准分值。

【一、岗位初筛目标】

优先识别具备 B 端企业客户服务或项目推进经验、能独立推动跨部门问题闭环、简历中能看到完整项目证据的客户成功候选人；行业完全匹配优先，但相邻行业中项目复杂度高、客户沟通强的人可进入待确认池。

【二、硬性门槛表】

| 门槛 | 判断方式 | 不满足处理 | 简历不清时追问 | 需确认对象 | | --- | --- | --- | --- | --- | | 有 3 年左右客户成功、客户运营、项目管理或相关经验 | 简历工作年限和岗位职责可对应到客户或项目推进 | 明显少于要求且无强相关项目时暂不推进 | “你过去最接近客户成功的工作是哪段？持续多久？” | 用人经理、招聘负责人 | | 至少有一段 B 端客户、企业项目、软件交付或相邻复杂协作经验 | 简历出现企业客户、项目上线、交付、续费、客户风险、供应商或跨部门协作证据 | 完全只有 C 端内容运营且无迁移证据时不优先 | “你的客户对象是企业还是个人？是否参与过企业客户决策链沟通？” | 用人经理 | | 能接受上海办公和每月 1-2 次短期出差 | 简历地点、求职意向或沟通记录可确认 | 明确不能接受时不推进 | “该岗位在上海办公，可能每月短期出差 1-2 次，是否能接受？” | HR | | 简历中能看到至少一个项目或客户问题闭环线索 | 项目描述包含目标、动作、协作对象或结果之一 | 完全看不到项目或客户问题处理经历时暂不推进 | “请补充一个你从发现问题到推动解决的客户或项目案例。” | 用人经理 |

注意：以上门槛需要用人经理确认是否均为不可放宽条件。若行业匹配只是偏好，应从硬性门槛移动到加分项。

【三、加分项评分表】

| 维度 | 分值 | 满分标准 | 部分得分标准 | 0 分标准 | 证据来源 | | --- | ---: | --- | --- | --- | --- | | 行业和客户类型匹配 | 20 | SaaS、企业服务、软件交付或相近 B 端行业；服务过中大型企业客户 | 有 B 端或项目制客户经验，但行业较远；或行业相近但客户规模较小 | 仅 C 端用户运营、社群运营、内容运营，且无企业客户迁移证据 | 公司行业、客户描述、项目对象 | | 项目闭环和 owner 角色 | 25 | 简历能看到目标、本人角色、协作对象、关键动作和结果，且候选人是主要负责人或 owner | 参与过完整项目，但本人角色偏执行或协助；结果证据不完整 | 只写参与、支持、配合，看不出具体负责内容 | 项目经历、职责描述、成果描述 | | 跨部门推进能力 | 15 | 有协调产品、交付、客服、财务、供应商或客户多方闭环的案例 | 有内部协作经验，但协作方较少或复杂度一般 | 主要独立执行，缺少跨部门协作证据 | 项目协作对象、问题处理描述 | | 客户风险和续费意识 | 15 | 做过客户健康度、续费预测、风险预警、投诉升级或问题闭环 | 做过客户维护或满意度跟进，但续费和风险证据较弱 | 没有客户风险、续费或问题处理相关描述 | 客户成功、运营、售后相关内容 | | 数据和复盘能力 | 10 | 能用数据判断客户状态、输出复盘、追踪指标变化 | 写到报表或数据整理，但看不出分析和决策用途 | 完全没有数据、指标、复盘证据 | 指标、报表、复盘、数据工具 | | 履历连续性和转岗逻辑 | 15 | 至少一段经历超过 18 个月，岗位变化能看出成长或合理转向 | 有短期经历但整体逻辑可解释，需要追问确认 | 最近两年连续短期跳动，且简历无解释 | 工作时间线、岗位变化、离职追问 |

【四、风险项清单】

| 风险表现 | 为什么关注 | 是否直接淘汰 | 建议追问 | 升级确认对象 | | --- | --- | --- | --- | --- | | 最近两年每段经历都少于 8 个月 | 可能影响客户长期跟进和项目周期承接，但需要理解实际原因 | 否，除非用人经理确认这是硬性门槛 | “最近两段经历时间较短，分别是什么原因离开？项目是否已完整交接？” | 用人经理、HR | | 项目描述只有“负责、协助、推进”，没有结果 | 难判断候选人是否真的承担 owner 角色 | 否 | “请补充一个项目的目标、你的角色、协作对象和结果。” | 用人经理 | | 只有 C 端运营经验 | 岗位需要企业客户沟通和跨部门交付，迁移难度需确认 | 否，若有复杂项目可进待确认池 | “你是否接触过企业客户、项目交付或多部门协作？有什么可迁移经验？” | 用人经理 | | 行业跨度大，转向客户成功的动机不清 | 可能影响岗位稳定性和学习成本 | 否 | “为什么想从原行业转向企业客户成功？你理解这个岗位的核心难点是什么？” | HR、用人经理 | | 简历写了续费提升但没有口径 | 指标可能是团队结果，需判断个人贡献 | 否 | “续费提升的指标口径是什么？你个人负责哪一部分？” | 用人经理 |

【五、需追问信息清单】

| 信息缺口 | 追问问题 | 用于判断哪个标准 | 追问后如何处理 | | --- | --- | --- | --- | | 项目中的真实角色不清 | “这个项目里你是负责人、核心参与者还是执行支持？你负责哪几项决策或推进？” | 项目闭环和 owner 角色 | 能说明 owner 证据则补分；只能说明执行支持则降低该项评分 | | 客户类型不清 | “你服务的客户是企业客户还是个人用户？客户规模和沟通对象是谁？” | 行业和客户类型匹配 | 企业客户证据明确则按 B 端经验评分；否则进入待确认 | | 稳定性风险原因不清 | “最近两次工作变化的主要原因是什么？每段经历是否完成了核心项目？” | 履历连续性和转岗逻辑 | 原因合理且项目闭环清楚，可不直接扣到 0 分 | | 出差接受度不清 | “该岗位每月可能有 1-2 次短期出差，你是否能接受？” | 硬性门槛 | 不能接受则不推进；可接受则记录 | | 指标贡献不清 | “简历中写到续费率或满意度提升，你个人负责的动作是什么？” | 客户风险和续费意识 | 有个人贡献则补分；无法说明则保留风险 |

【六、通过阈值】

推荐给用人经理：硬性门槛全部满足，且总分 75 分及以上。推荐时附上 2 到 3 条核心证据，例如“B 端客户经验 2 年、独立负责客户上线项目、最近一段经历 24 个月”。

待确认池：硬性门槛基本满足，但总分在 65 到 74 分；或总分较高但存在一个关键风险项。HR 需要先补充追问信息，再决定是否提交用人经理快速复核。

暂不推进：硬性门槛明确不满足；或总分低于 65 分，且没有明显可迁移亮点；或候选人明确不能接受工作地点、出差或岗位核心工作方式。

例外处理：如果候选人行业不匹配但项目复杂度、owner 角色和客户沟通证据很强，可作为例外进入待确认池。例外推进必须写明原因，不要只写“感觉不错”。

【七、用人经理确认清单】

请用人经理确认以下内容后再正式启用评分表：

这份输出的重点，是把“用人经理脑中的判断”变成了 HR 可以执行的表格。它还保留了待确认池，避免把所有不确定都变成淘汰，也避免把所有看起来接近的简历都推给用人经理。

1. 硬性门槛中“B 端客户或企业项目经验”是否真的不能放宽，还是应改为加分项。
2. “3 年左右相关经验”是否允许用更强项目经验替代。
3. 行业匹配度 20 分是否合理，是否需要把项目 owner 角色权重提高。
4. 最近两年连续短期经历是否作为风险项处理，而不是直接淘汰。
5. 75 分推荐、65 到 74 分待确认、低于 65 分暂不推进的阈值是否接受。
6. 是否同意用 5 到 10 份真实简历试打分，并根据结果调整权重。
7. 用人经理退回简历时，是否按“硬性门槛不满足、分值不足、风险项未解释、标准需更新”四类反馈。

人工验收

人要怎么检查和改到可用

AI 输出评分表之后，人工检查比生成本身更重要。第一轮先看硬性门槛。凡是写进硬性门槛的条件，都要问一句：“如果候选人这一条不满足，但其他方面很强，我们是否一定不看？”如果答案不是确定的，就把它降级为加分项或待确认项。很多岗位初筛失真，就是因为用人经理把偏好说成必须，HR 又照单全收。

第二轮检查是否存在隐性歧视或不合适的稳定性判断。稳定性可以看履历时间线、项目周期、转岗逻辑和离职原因追问，但不能用年龄、性别、婚育、户籍、家庭情况、是否有孩子等信息替代。比如“已婚已育更稳定”“本地人更稳定”“某年龄段更稳定”都不应进入评分表。更稳妥的写法是：“最近两年连续短期经历需追问原因”“是否完成过至少一个完整项目周期”“岗位变化是否有可解释逻辑”。

第三轮检查加分项权重。用人经理最在意的维度，分值应该体现出来。如果项目 owner 经验是核心，就不要让它只占 10 分；如果行业背景只是帮助上手，就不要让它压过项目能力。一个实用的检查方法是：拿一份用人经理明确喜欢的简历试打分，看它是否能过线；再拿一份明确退回的简历试打分，看它是否会被错误推荐。

第四轮检查风险项是否被误用。风险项的价值是提示追问，不是给 HR 一个模糊淘汰理由。比如“行业跨度大”不能直接淘汰，要追问转行动机和可迁移经验；“项目结果不清”不能直接淘汰，要追问个人贡献；“短期经历多”不能直接淘汰，要追问原因和项目周期。只有在硬性门槛不满足，或追问后仍无法解释关键风险时，才进入不推进。

第五轮检查追问问题是否能补齐决策信息。好的追问问题应该短、具体、和评分维度一一对应。不要问“你觉得自己稳定吗”“你沟通能力怎么样”这类只能得到套话的问题。要问“最近两次离职分别是什么原因”“你在项目中负责哪一段”“客户方对接人是什么角色”“这个指标提升是团队结果还是你直接负责的结果”。

第六轮检查用人经理确认记录。没有确认记录的评分表，很容易在执行中变成 HR 单方面规则。建议在表尾加一段：

第七轮检查是否和相邻流程混在一起。初筛评分表只解决“哪些简历值得进入下一步”。它不应该写面试官怎么提问，不应该写候选人邀约话术，也不应该写薪资谈判策略。可以保留“需追问信息”，但不要扩展成完整面试记录模板。边界清楚，表格才容易被 HR 和用人经理接受。

用人经理确认：
- 适用岗位：
- 适用招聘阶段：
- 硬性门槛是否确认：
- 加分项权重是否确认：
- 风险项处理方式是否确认：
- 推荐阈值是否确认：
- 校准简历数量：
- 确认人：
- 确认日期：

失败反例

这些失败反例要提前避开

反例 1：把用人经理的主观感觉直接写进评分表。

错误写法：

| 维度 | 分值 | 标准 | | --- | ---: | --- | | 综合感觉 | 30 | 看起来靠谱、有潜力、气质匹配 | | 稳定性 | 30 | 不要频繁跳槽，最好稳定 | | 项目经验 | 40 | 项目经验扎实 |

这个表几乎不能执行。HR 不知道什么叫“靠谱”，也不知道“项目扎实”看什么证据；用人经理退回时仍然可以说“感觉不对”。正确做法是把主观词拆成可观察证据：项目是否有目标、角色、动作、结果；履历是否有完整周期；短期经历是否能解释；客户类型是否匹配。

反例 2：把加分项偷偷写成硬性门槛。

错误写法：

| 条件 | 处理 | | --- | --- | | 必须 SaaS 行业 | 不满足直接淘汰 | | 必须大厂背景 | 不满足直接淘汰 | | 必须 5 年以上经验 | 不满足直接淘汰 |

如果用人经理真实意思是“SaaS 优先、大厂优先、5 年以上更好”，这张表会把很多可迁移候选人提前筛掉。尤其在候选人池不大的岗位上，过多硬性门槛会让招聘变成自我限制。正确做法是确认哪些条件真的不能放宽；其他放入加分项，并设置待确认池。

反例 3：把风险项当成直接淘汰理由。

错误写法：

| 风险 | 处理 | | --- | --- | | 最近两年换过两次工作 | 淘汰 | | 行业跨度大 | 淘汰 | | 简历没有写清项目结果 | 淘汰 |

这会误伤很多候选人。换工作可能是公司业务调整、项目结束或组织合并；行业跨度大可能有强迁移能力；项目结果没写清可能只是简历表达差。正确做法是把这些列为需追问：问离职原因、转行动机、项目角色、结果口径。追问后仍然无法解释，再按标准处理。

反例 4：通过阈值没有经过真实简历校准。

错误做法是让 AI 生成“80 分以上推荐，60 分以下淘汰”，然后直接执行。不同岗位、不同候选人池、不同市场供给，阈值都可能不同。一个紧缺岗位如果设 80 分，可能一份简历都推不上去；一个候选人充足的岗位如果设 60 分，用人经理会收到太多质量不稳定的简历。正确做法是拿真实简历试打分，看推荐数量和用人经理判断是否匹配，再调整阈值。

反例 5：用评分表替代用人经理确认。

有些 HR 会觉得表格写得很完整，就直接开始筛。等用人经理退回时才发现，对方并没有认可权重，也没有同意某些门槛。评分表的目的不是让 HR 单方面“证明自己筛得有依据”，而是把依据提前拿出来确认。没有用人经理确认的评分表，只是 HR 的草案，不是招聘协同标准。

主题边界

它和相邻主题的区别

这个主题和“写 JD”不同。JD 是对外发布的岗位说明，面向候选人，强调岗位职责、任职要求、工作方式和吸引点；简历初筛评分表是内部使用的筛选工具，面向 HR 和用人经理，强调如何判断一份简历是否值得进入下一步。JD 可以写“有项目推进经验优先”，评分表必须写清什么项目、什么角色、什么证据、多少分。

它也和“面试问题设计”不同。面试问题用于面对候选人深入验证能力，初筛评分表用于看简历和初步沟通时做第一轮判断。评分表可以列“需追问信息”，但不展开成结构化面试题库。比如“项目 owner 角色不清，需要追问”属于初筛；围绕项目复盘连续追问 30 分钟，属于面试。

它还和“候选人沟通邮件”不同。沟通邮件解决的是如何邀约、解释岗位、确认时间、保持候选人体验；评分表解决的是推荐前内部标准是否一致。不要把“怎么告诉候选人不合适”写进这张表里，也不要把内部风险判断原样发给候选人。

它和“人才画像”也有差异。人才画像通常更上层，描述目标候选人的背景、能力、动机和市场来源；简历初筛评分表更落地，要能被招聘专员逐份简历使用。画像可以说“具备复杂客户经营能力”，评分表要写“是否服务过企业客户、是否处理过客户风险、是否有续费或交付指标、候选人在项目中是什么角色”。

它和“录用审批标准”也不是一回事。录用审批发生在面试之后，会综合面试评价、薪资、背调、团队匹配和 HC 情况；初筛评分表发生在简历进入面试之前，只回答一个问题：这份简历是否值得投入下一轮沟通资源。把边界分清楚，HR 和用人经理协作才会更顺。

最实用的做法是把这张评分表当成招聘协同的第一块地基。JD 发布前或简历搜索前，先用它确认标准；第一批简历回来后，用它复盘退回原因；岗位结束后，把有效规则沉淀到下一次同类岗位。这样，招聘不再靠“看起来像不像”，而是靠一套双方都认可、能解释、能调整的筛选标准。