JD 发布前先做合规自查，把风险表达和确认口径列出来

教程定位

这篇教程解决什么问题

很多招聘 JD 不是因为岗位画像写得不清楚才出问题，而是因为发布前没人做最后一遍合规和口径检查。用人经理写得很顺手，招聘同学赶着上线，平台审核退回或候选人截图投诉之后，大家才发现 JD 里有“年龄 28 岁以下”“仅限男性”“能接受高强度加班”“薪资 20K 起实际面议”“入职前先试岗 7 天”“外包但按正式员工管理”等风险表达。

这篇文章只解决一件事：在 JD 发布前，用 AI 辅助做一轮合规自查，把可能引发平台退回、候选人误解、内部口径不一致或后续劳动关系争议的表述挑出来，并整理成一张“JD 合规检查表”。它不替代 HR、法务或公司制度，也不提供法律结论。AI 的作用是帮你发现风险表达、提出更稳妥的替代写法、列出需要 HR 或法务确认的口径，以及形成发布前签核清单。

最终产物不是一份“被 AI 改得更漂亮的 JD”，而是一张可流转的检查表。表里要写清：原文位置、风险表达、风险类型、为什么需要复核、建议替代写法、需要谁确认、发布前是否可放行。招聘负责人可以拿它和用人经理、HRBP、薪酬、员工关系或法务接口人对齐，确认后再发布。

本文的边界也很重要：这个流程只处理 JD 发布风险，不改变岗位画像或面试标准。比如岗位确实需要夜班、出差、特殊资质、特定技能、现场驻场或外语能力，AI 不应该把这些要求删掉；它要做的是把要求写得更具体、更可解释、更少歧义，并标出哪些口径必须由公司内部确认。JD 合规检查不是降低招聘标准，而是避免把本来可以清楚表达的岗位要求，写成歧视性、夸张性、承诺性或劳动关系不清的文字。

使用场景

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

你可能是招聘负责人、HRBP、招聘专员，也可能是和招聘团队对接的法务或员工关系同事。你的日常困境通常不是“不知道 JD 怎么写”，而是每个岗位都很急，每个部门都有自己的写法，真正上线前很少有人逐字看风险。

业务方给你一版 JD，说这个岗位明天就要挂出去。你一眼看过去，职责和要求基本完整：岗位名称、工作地点、薪资范围、岗位职责、任职要求、福利、面试流程都有。可仔细看，会发现很多句子都带着隐患。

有些是歧视性或容易被理解为歧视的表达。比如“年龄 30 岁以下”“限男性”“已婚已育优先”“本地户口优先”“形象气质佳”“抗压能力强，能长期高强度加班”。这些话在业务方看来可能只是“希望候选人更匹配”，但发布到公开平台后，容易被平台拦截，也容易让候选人质疑公司招聘公平性。

有些是薪资口径不一致。比如标题写“月薪 20K-35K”，正文写“综合收入可达 50K”，福利里又写“优秀者面议，上不封顶”。候选人投递前看到的是一个数字，面试时听到的是另一个口径，offer 阶段又变成底薪、绩效、补贴、提成、奖金拆分。后续即使公司没有恶意，也容易因为表达不清产生落差。

有些是劳动关系和用工形式模糊。比如 JD 写“正式员工同等待遇”，但实际是劳务派遣或外包；写“实习期 6 个月”，但岗位面向毕业多年的人；写“先试岗一周，通过后办理入职”，却没有说明试岗安排、薪酬和管理责任由谁确认。AI 不应该判断这些安排是否合法合规，但可以把“不清楚、易误解、需确认”的地方标出来。

还有些是工作地点、出差、加班、驻场、绩效目标、竞业限制、背景调查、体检要求等口径没写清。比如“全国出差”“接受调配”“能适应 996”“服从公司安排”“入职前完成体检和背调”。这些表达经常被当成模板话术，但不同公司、不同岗位、不同地区的内部制度可能完全不同。发布前如果不确认，就会把后续沟通压力转嫁给招聘和候选人。

这篇教程适合在 JD 进入招聘平台、官网、公众号、内推海报或猎头外发之前使用。它的目标不是让 AI 替你审批 JD，而是帮你把“发布前应该有人看的风险点”结构化，减少靠经验扫一眼的遗漏。

材料准备

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

准备材料时，先把“岗位内容”和“合规口径”分开。岗位内容告诉 AI 这是什么岗位，合规口径告诉 AI 哪些地方不能乱改、哪些地方必须提醒人工确认。不要只贴一份 JD 草稿就让 AI “帮我检查合规”，那样它可能会泛泛而谈，也可能把合理的岗位要求误删。

第一类材料是 JD 草稿。至少包括岗位名称、部门、工作地点、用工形式、汇报关系、岗位职责、任职要求、薪资范围、福利待遇、工作时间、出差或驻场要求、招聘对象、面试流程和其他说明。如果 JD 来自业务方，最好保留原文，不要先替业务方美化。合规自查要看的正是原始表达。

第二类材料是薪酬范围。这里要准备内部确认过的口径，而不是招聘同学自己估的区间。至少要写清：展示给候选人的薪资是月薪、年薪还是综合收入；是否包含绩效、提成、奖金、补贴、餐补、房补、股权或项目奖；区间上下限是否已审批；是否允许写“起”“最高”“上不封顶”；是否需要写“具体以面试评估和 offer 为准”。AI 不能替薪酬团队定薪资，但可以帮你检查 JD 里多个薪资表达是否互相打架。

第三类材料是工作地点和工作方式。包括办公城市、办公地址是否固定、是否有多地点选择、是否远程、是否驻场、是否需要外派、是否接受调配、是否有频繁出差、是否涉及夜班或轮班。很多 JD 的争议来自“工作地点实际和候选人理解不一致”。比如写“上海”，实际要长期驻客户现场；写“可远程”，实际每周必须到办公室三天。发布前要把这些口径列出来。

第四类材料是用工形式。比如全职劳动合同、实习、劳务派遣、外包、兼职、顾问、项目制、返聘、校招、社招、灵活用工等。用工形式不同，JD 能怎么写、薪资怎么展示、福利怎么描述、入职流程怎么说明，往往都不同。AI 只负责提示“这里容易让候选人误解”，不要让 AI 判断某种用工安排是否成立。

第五类材料是公司招聘规范。它可以是公司制度，也可以是招聘团队内部约定，比如敏感词清单、JD 模板、薪资展示规则、工作地点展示规则、背调体检说明、实习生招聘说明、校招社招口径、平台发布规范、公司禁止出现的承诺性话术。没有正式制度也没关系，先把当前团队认可的口径整理成文字。

第六类材料是敏感词清单。常见敏感方向包括年龄、性别、婚育、地域、户籍、民族、宗教、健康、身高、外貌、学历歧视、学校标签、家庭情况、劳动强度夸张表达、薪资夸大表达、用工关系模糊表达、试岗试用模糊表达、无条件服从类表达、绝对化承诺。敏感词清单不是为了机械替换，而是为了提醒 AI 逐条查找相邻语境。

最后，提前约定输出边界。你要明确告诉 AI：不要给法律结论，不要写“违法”“违规”“必然被投诉”“一定不能发布”；只写“存在风险表达”“建议 HR/法务确认”“建议改为更具体的岗位要求”。这样输出才适合内部流转，不会变成一份看似权威但实际未经确认的法律意见。

实操流程

按这套步骤把工作跑起来

第一步，把 JD 原文拆成可检查模块。建议分成岗位基础信息、岗位职责、任职要求、薪资福利、工作时间地点、用工形式、招聘流程、其他说明八块。不要让 AI 只按全文自由检查，因为它容易抓住显眼词，却漏掉薪资和用工形式之间的矛盾。模块化后，你能看见风险集中在哪一段。

第二步，先做“原文风险扫描”，不要马上重写。要求 AI 按原文逐句查找可能引发复核的表达，并标注位置。输出字段至少包括：原文片段、所在模块、风险类型、风险说明、建议处理动作。这里的目标是找全，不是改漂亮。比如“30 岁以下”要标，“年轻有活力”也要标；“男性优先”要标，“适合男生发展”也要标。

第三步，按风险类型建立固定分类。建议至少使用这十类：歧视性或易被误解为歧视的表达、薪资口径不清、福利承诺不清、工作地点不清、工作时间或加班表述不清、用工形式不清、试用试岗表述不清、劳动关系管理边界不清、绝对化承诺或夸张表达、需公司制度确认。分类固定后，后续你可以统计哪些部门最常出问题。

第四步，要求 AI 区分“必须修改”和“需人工确认”。有些表达明显不适合直接发布，比如把候选人的性别、婚育、户籍、年龄写成筛选条件。AI 可以建议替换为与岗位任务直接相关的能力或资质要求。有些表达不一定要删，但必须确认口径，比如“需长期驻场”“需轮班”“薪资包含绩效”“需背调”“需体检”。这类不要让 AI 擅自改掉，要列为签核项。

第五步，把敏感表达改成岗位相关要求。合规自查最容易走偏的地方，是把所有具体要求都删成“沟通能力好、责任心强”。如果岗位真的需要搬运物料、夜间值守、客户现场支持、频繁出差、英文沟通、特定证书或系统经验，就要保留要求，但写成和岗位任务相关、可验证、可解释的语言。比如不要写“限男性”，可以写“需要按安全规范完成设备搬运和现场布置，单次搬运重量、频率和辅助工具由用人部门确认后写明”。不要写“年轻能熬”，可以写“该岗位存在阶段性晚间上线支持，具体频率、补休或排班规则需按公司制度确认后发布”。

第六步，检查薪资表达是否一致。让 AI 把 JD 里所有薪资相关词都抽出来，包括标题、薪资栏、正文、福利、提成、奖金、补贴、年终奖、股权、项目奖、试用期薪资、实习津贴。然后对照内部薪酬范围，输出“不一致项”和“需确认项”。AI 不要判断公司应该给多少钱，只要指出：哪里写了不同区间，哪里把不确定收入写成确定承诺，哪里没有说明组成部分，哪里需要薪酬或招聘负责人确认。

第七步，检查工作地点和工作方式是否会误导候选人。常见问题是 JD 标题写某城市，正文又写“可全国调配”；平台地点选公司总部，实际长期驻客户现场；写“可远程”，但入职培训和例会要求到岗；写“偶尔出差”，实际项目期每月出差两周。AI 可以把地点、出差、驻场、远程、调配、轮班等词抽出来，形成一张口径表，让用人经理确认频率和范围。

第八步，检查用工形式和入职流程。重点看全职、实习、外包、派遣、兼职、顾问、项目制等词是否混用。比如“实习生”JD 里写“试用期三个月”；外包岗位写“入职我司”；项目制岗位写“享受正式员工所有福利”；先试岗再录用但没有说明试岗是否付费、是否签署协议、谁负责管理。这里不要让 AI 下判断，而是要求它列出“劳动关系或管理责任表述不清，需 HR/法务确认”的条目。

第九步，生成替代写法，但保留原岗位需求。替代写法要遵循三个原则：用任务代替身份标签，用频率和条件代替夸张词，用“以公司制度或正式 offer 为准”提示需确认口径。比如“能接受 996”不适合直接保留，可以改成“项目上线或客户交付阶段可能出现阶段性加班，具体安排、审批和补休按公司制度执行，发布前需确认频率描述”。这不是替公司承诺一定合规，而是把需要确认的点放到台面上。

第十步，形成发布前签核项。签核项不要太泛，不要写“法务确认合规”。要写成能被确认的具体问题：薪资区间是否已获批；薪资展示是否包含绩效、提成或补贴；工作地点是否与平台展示一致；驻场和出差频率是否可公开；用工形式是否与合同主体一致；试用、试岗、实习说法是否按公司模板；背调、体检、证书要求是否有内部依据；敏感词替代写法是否经 HRBP 和用人经理确认。

第十一步，人工审阅 AI 的输出。删除所有法律结论式语言，把“违法风险高”改成“存在需法务确认的风险表达”；把“一定不能写”改成“建议改为岗位任务相关表达，发布前由 HR/法务确认”；把“候选人可以投诉”改成“可能引发候选人误解或平台审核问题”。最终表格要能拿给业务方沟通，而不是吓业务方。

第十二步，把确认后的 JD 和检查表一起归档。发布后如果平台退回、候选人反馈或内部复盘，需要知道当时哪些口径已经确认、哪些是后来新增的。建议把检查表保存到招聘需求文件夹，并记录版本号、确认人和确认时间。这样下一次同类岗位发布时，不用从零开始扫雷。

输入示例

可以直接参考的输入材料

下面是一段可以直接粘给 AI 的输入样例。真实使用时，把公司名、候选人信息、具体薪资审批编号、内部制度原文和客户名称按公司要求脱敏。注意，样例里的 JD 故意保留了多种风险表达，方便演示检查表怎么生成。

这段输入的关键点，是它同时给了 JD 草稿和内部已知口径。AI 才能判断“哪里和公司口径不一致”，而不是只按通用敏感词粗暴删改。你也可以把公司 JD 模板和平台规则补进去，让 AI 按模板输出更贴近内部流程的检查表。

请你帮我做 JD 发布前的合规和口径自查。你不是法务，不要给法律结论，不要写“违法/违规/一定不能发布”。请只标出风险表达、可能引发误解的地方、建议替代写法、需要 HR 或法务确认的口径，以及发布前签核项。

岗位基础信息：
- 岗位名称：客户运营主管
- 部门：客户成功部
- 工作地点：上海，可根据项目需要全国调配
- 用工形式：全职，劳动合同主体待确认
- 招聘对象：社招
- 汇报对象：客户成功经理

JD 草稿：
【岗位职责】
1. 负责重点客户运营服务，协调产品、交付、客服和财务等团队处理客户问题。
2. 负责客户续费、满意度维护和投诉跟进，必要时可驻客户现场。
3. 每周输出客户运营数据，发现风险及时升级。
4. 完成领导安排的其他工作，能接受高强度加班和临时出差。

【任职要求】
1. 年龄 28 岁以下，形象气质佳，已婚已育优先。
2. 男性优先，能承受压力，适合快节奏互联网团队。
3. 本科及以上，985/211 优先。
4. 有 3 年以上客户运营或客户成功经验，熟悉 SaaS 行业。
5. 沟通能力强，服从公司安排，可接受全国调配。

【薪资福利】
1. 月薪 20K-35K，优秀者上不封顶。
2. 综合年薪最高可达 80 万，具体面议。
3. 试用期 3 个月，试用期薪资另议。
4. 五险一金、带薪年假、项目奖金、年度调薪。

【招聘流程和其他说明】
1. 面试通过后先试岗 5 天，合适后办理入职。
2. 入职前需完成背调和体检，不通过则不录用。
3. 该岗位可能根据业务需要外派到客户现场，和正式员工同等待遇。

内部已知口径：
- 薪资审批范围：月固定薪资 20K-30K，绩效奖金另按公司制度发放，不承诺上不封顶。
- 工作地点：主要在上海办公室，每季度可能出差 1-2 次；驻客户现场通常为阶段性项目支持，频率需用人经理确认。
- 用工形式：计划签全职劳动合同，但合同主体需 HR 确认。
- 学历要求：本科及以上是岗位要求，学校标签不是硬性要求。
- 背调和体检：公司有统一模板，具体表述需按 HR 制度。
- 公司敏感词：年龄、性别、婚育、户籍、地域、形象气质佳、服从安排、高强度加班、上不封顶、正式员工同等待遇、试岗。

请输出：
1. JD 风险检查表，字段包括：序号、原文片段、所在模块、风险类型、为什么需要复核、建议替代写法、需确认对象、发布前处理建议。
2. 薪资口径一致性检查。
3. 工作地点/出差/驻场口径检查。
4. 用工形式和入职流程需确认项。
5. 发布前签核清单。
6. 请保持岗位画像和面试标准不变，只处理发布表达风险。

提示词

可复制使用的提示词

下面这段提示词可以直接复制使用。建议每次只检查一个岗位，不要把十几个 JD 一次性塞进去。批量检查时，先统一字段和风险分类，再逐个岗位跑。

如果你希望输出更适合表格流转，可以在提示词后面加一句：“请用 Markdown 表格输出，字段不要合并单元格；每个风险点单独一行。”如果你希望直接给业务方看，可以再加一句：“请把每条建议写成中性表达，不要指责原 JD 写法。”

你是招聘 JD 发布前的合规和口径自查助手。你的任务不是提供法律意见，也不是替 HR 或法务做结论，而是帮助我在发布前发现需要复核的风险表达、候选人可能误解的口径、平台可能退回的敏感表述，并给出更清晰的替代写法和签核项。

请严格遵守以下边界：
1. 不要写“违法”“违规”“一定不能发布”“必然产生争议”等法律结论。
2. 不要改变岗位画像、能力要求、面试标准和真实工作内容。
3. 不要删除合理岗位要求；如果表述有风险，请改写成与岗位任务、工作条件、频率或资质直接相关的表达。
4. 对无法判断的事项，请标为“需 HR/法务/薪酬/用人经理确认”，不要自行下结论。
5. 输出要适合内部流转，语气客观、可执行。

请按以下步骤处理：
第一步：把 JD 拆成岗位基础信息、职责、任职要求、薪资福利、工作地点和工作方式、用工形式、招聘流程、其他说明。
第二步：逐句扫描风险表达，风险类型至少包括：
- 歧视性或易被误解为歧视的表达
- 薪资口径不清或前后不一致
- 福利承诺不清
- 工作地点、出差、驻场、远程或调配口径不清
- 工作时间、加班、轮班表述不清
- 用工形式或劳动关系边界不清
- 试用、试岗、实习、兼职、外包等表述不清
- 背调、体检、证书、学历等条件需确认
- 绝对化承诺或夸张表达
- 需公司制度确认
第三步：输出 JD 风险检查表，字段为：
序号｜原文片段｜所在模块｜风险类型｜为什么需要复核｜建议替代写法｜需确认对象｜发布前处理建议
第四步：单独输出薪资口径一致性检查，列出 JD 中所有薪资相关表达和内部薪资口径的差异。
第五步：单独输出工作地点、出差、驻场、远程和调配口径检查。
第六步：单独输出用工形式、试用试岗、背调体检、入职流程需确认项。
第七步：输出发布前签核清单，按 HRBP、招聘负责人、用人经理、薪酬、法务或员工关系分别列出需要确认的问题。

下面是待检查材料：
【JD 草稿】
（粘贴 JD 原文）

【薪酬范围】
（粘贴内部确认过的薪资口径）

【工作地点和工作方式】
（粘贴办公地点、远程、驻场、出差、调配、轮班等口径）

【用工形式】
（粘贴全职、实习、外包、派遣、兼职、顾问、项目制等口径）

【公司招聘规范和敏感词】
（粘贴公司模板、敏感词清单、平台规则或内部约定）

输出样例

AI 应该输出到什么程度

以下是根据前面输入样例生成的输出示范。为了便于阅读，样例只展示部分风险点。真实使用时，建议让 AI 覆盖 JD 全文，并在人工确认后保留最终版本。

| 序号 | 原文片段 | 所在模块 | 风险类型 | 为什么需要复核 | 建议替代写法 | 需确认对象 | 发布前处理建议 | | --- | --- | --- | --- | --- | --- | --- | --- | | 1 | 年龄 28 岁以下 | 任职要求 | 易被误解为年龄限制 | 该表达把年龄作为筛选条件，和岗位任务之间没有说明直接关系，可能引发平台审核或候选人质疑 | 改为与岗位任务相关的能力要求，例如“能独立推进客户问题闭环，适应阶段性多任务并行” | HRBP、用人经理、法务接口人 | 建议修改后发布 | | 2 | 形象气质佳 | 任职要求 | 易被误解为外貌要求 | 表达不具体，容易被理解为与外貌相关的筛选条件，且无法对应可验证能力 | 如确有客户沟通场景，可改为“具备清晰、专业的客户沟通和会议表达能力” | HRBP、用人经理 | 建议替换 | | 3 | 已婚已育优先 | 任职要求 | 婚育相关敏感表达 | 该表达与岗位能力关系不清，容易引发候选人对招聘公平性的疑问 | 删除该条件；如业务想表达稳定性，应改为岗位相关行为，例如“能稳定跟进中长期客户项目” | HRBP、法务接口人 | 建议删除或替换 | | 4 | 男性优先 | 任职要求 | 性别相关敏感表达 | 该表达直接把性别作为优先条件，需复核是否存在岗位任务必须条件及是否有公司确认口径 | 如确有体力或现场要求，应写明具体任务、频率、安全规范和辅助条件，例如“需按安全规范完成客户现场设备布置，具体强度由用人部门确认” | HRBP、用人经理、法务接口人 | 建议替换为任务条件 | | 5 | 985/211 优先 | 任职要求 | 学校标签口径需确认 | 内部口径说明学校标签不是硬性要求，JD 原文可能造成筛选标准扩大 | 改为“本科及以上，客户运营、客户成功、SaaS 或相关岗位经验优先” | HRBP、用人经理 | 建议按内部口径修改 | | 6 | 能接受高强度加班 | 岗位职责 | 工作时间和加班表述不清 | “高强度”缺少频率、场景和制度口径，容易让候选人理解为长期超时工作 | 改为“项目上线、客户交付或重大问题处理阶段可能需要阶段性延时支持，具体安排、审批和补休按公司制度执行；频率需发布前确认” | 用人经理、HRBP、法务接口人 | 需确认频率后发布 | | 7 | 全国调配 | 工作地点 | 工作地点和调配口径不清 | JD 基础信息写上海，同时写全国调配，候选人可能无法判断实际工作地点 | 改为“主要工作地点为上海办公室；如项目需要，可能出现阶段性出差或客户现场支持，频率和城市范围需用人部门确认” | 用人经理、HRBP | 需确认地点口径 | | 8 | 月薪 20K-35K；综合年薪最高可达 80 万 | 薪资福利 | 薪资口径不一致 | 内部薪资审批范围为月固定薪资 20K-30K，且不承诺上不封顶；JD 中存在多个收入口径 | 改为“月固定薪资 20K-30K，绩效奖金及其他激励按公司制度和岗位评估执行，具体以正式 offer 为准” | 薪酬、招聘负责人 | 必须确认后发布 | | 9 | 试用期薪资另议 | 薪资福利 | 试用期薪资口径不清 | 与正式薪资区间关系不明，候选人可能误解薪资承诺 | 按公司统一模板说明试用期薪资或删除“另议”，由 HR 确认后统一表达 | HRBP、薪酬 | 需确认 | | 10 | 面试通过后先试岗 5 天 | 招聘流程 | 试岗安排表述不清 | 试岗期间的身份、薪酬、管理责任、保密安排等未说明，需按公司制度确认 | 改为“如涉及岗位体验或业务沟通环节，具体安排以 HR 通知和公司制度为准”；是否保留试岗需 HR/法务确认 | HRBP、法务接口人 | 建议确认后再写 | | 11 | 入职前需完成背调和体检，不通过则不录用 | 招聘流程 | 背调体检口径需确认 | 背调和体检范围、授权、标准、适用岗位需按公司制度表达 | 改为“部分岗位可能涉及背景核验或入职体检，具体范围、授权和流程以公司制度及 HR 通知为准” | HRBP、员工关系、法务接口人 | 使用公司模板 | | 12 | 和正式员工同等待遇 | 用工形式 | 用工关系和福利承诺不清 | JD 同时出现合同主体待确认、外派客户现场、同等待遇等表达，可能造成候选人对合同主体和福利范围的理解偏差 | 改为“用工形式、合同主体和福利范围以正式录用通知及公司制度为准”；如为全职劳动合同，应由 HR 确认后明确 | HRBP、法务接口人 | 需确认用工形式 |

薪资口径一致性检查：

| JD 表达 | 内部口径 | 差异点 | 建议处理 | | --- | --- | --- | --- | | 月薪 20K-35K | 月固定薪资 20K-30K | JD 上限高于已审批固定薪资范围 | 按审批范围改为 20K-30K，或补薪资审批后再发布 | | 综合年薪最高可达 80 万 | 不承诺上不封顶，绩效奖金按制度 | “最高可达”属于强承诺或营销化表达，组成部分不清 | 删除最高收入承诺，改为绩效和奖金按制度执行 | | 试用期薪资另议 | 未提供明确口径 | 试用期薪资与正式薪资关系不清 | 由薪酬或 HRBP 确认统一模板 |

工作地点、出差和驻场口径检查：

| 项目 | 当前 JD 表达 | 需确认问题 | 建议发布口径 | | --- | --- | --- | --- | | 主工作地点 | 上海，可全国调配 | 是否长期上海办公，是否有固定客户现场 | 主要工作地点为上海办公室 | | 出差频率 | 临时出差、全国调配 | 每季度 1-2 次是否准确，是否有高峰期 | 写明“可能阶段性出差”，频率由用人经理确认 | | 驻场 | 必要时可驻客户现场 | 驻场周期、地点、是否长期 | 改为“项目需要时可能阶段性客户现场支持” |

发布前签核清单：

| 确认对象 | 需确认事项 | 确认后动作 | | --- | --- | --- | | 用人经理 | 年龄、性别、婚育等表达能否删除并改为岗位能力；出差和驻场频率是否准确 | 更新任职要求和工作方式描述 | | HRBP | 用工形式、试用期、试岗、背调体检是否使用公司模板 | 统一招聘流程表述 | | 薪酬 | 薪资区间、绩效奖金、综合收入表达是否已审批 | 修改薪资展示 | | 法务或员工关系接口人 | 试岗、外派、合同主体、敏感条件表达是否需要调整 | 标记是否可发布 | | 招聘负责人 | 平台标题、薪资栏、正文是否一致 | 发布前最终检查 |

这份输出的重点不是让 AI 说“能不能发布”，而是把每个待确认点变成可以分工处理的问题。招聘负责人拿着表去问业务方，会比一句“你这个 JD 有风险”更容易推动修改。

人工验收

人要怎么检查和改到可用

AI 生成检查表后，人工要做五类修改。

第一，删掉或改写法律结论。只要看到“违法”“违反劳动法”“一定不能写”“必然被投诉”“平台肯定退回”等表述，都要改成“存在风险表达，建议由 HR/法务确认”。内部流转文件要避免把 AI 的判断包装成法律意见。尤其是跨地区招聘、特殊岗位、外包派遣、实习兼职、体检背调等事项，必须按公司实际制度和当地适用规则确认。

第二，核对 AI 有没有误伤真实岗位要求。比如岗位确实需要夜间系统上线支持，AI 不能简单把“晚间支持”删掉；岗位确实需要出差，AI 不能改成“偶尔外出”；岗位确实需要某项证书，AI 不能改成“有相关经验即可”。人工要把“岗位真实要求”和“表达方式风险”分开。合规自查不是把 JD 写得模糊，而是把真实要求写得更准确。

第三，确认替代写法是否会带来新的承诺。AI 有时会把“上不封顶”改成“薪资具备市场竞争力”，这听起来温和，但仍然可能是一句无法落地的营销化承诺。它也可能把“按公司制度执行”用得太多，让 JD 变得空泛。人工要检查每句替代写法能否被公司内部口径支撑，尤其是薪资、福利、晋升、调薪、远程、补休、奖金、股权、培训、转正等内容。

第四，补齐确认对象。检查表里不能只写“需确认”，要写清谁确认。薪资由薪酬或招聘负责人确认，岗位职责和出差频率由用人经理确认，用工形式和入职流程由 HRBP 或员工关系确认，试岗、外派、敏感条件由法务接口人或公司指定负责人确认。没有确认对象的风险点，很容易在发布前被忽略。

第五，把最终修改落回 JD 原文。检查表只是中间产物，最终要回到可发布 JD。建议保留三列：原文、确认后写法、确认人。不要只在聊天记录里说“已改”，否则下一轮平台发布、官网同步、猎头外发时，很容易拿错版本。

人工修改时可以用一个简单原则：凡是涉及候选人身份特征的筛选条件，优先改成岗位任务或能力；凡是涉及薪资福利的表达，优先改成已审批口径；凡是涉及工作地点和工作时间的表达，优先写清范围、频率和制度依据；凡是涉及用工关系和入职流程的表达，优先交给 HR 或法务确认。

失败反例

这些失败反例要提前避开

反例 1：把合规检查做成敏感词替换。

有些团队会把 JD 扔给 AI，说“把敏感词去掉”。AI 于是把“年龄 30 岁以下”“男性优先”“能接受高强度加班”删掉，换成一堆通用话术：“积极主动、沟通能力强、适应快节奏环境”。表面上风险词少了，但岗位要求也被冲淡了。业务方看完觉得没法招人，又会在面试里口头补充真实要求，风险只是从 JD 转移到了面试沟通。

更好的做法是让 AI 保留岗位任务，改写表达方式。比如现场岗位确实需要设备安装，就写清设备类型、工作场景、安全要求、辅助工具和频率；客户岗位确实有夜间上线，就写清上线阶段、排班规则、审批和补休口径；销售岗位确实有出差，就写清大致频率和区域范围。敏感词清理只是第一层，任务化表达才是关键。

反例 2：让 AI 直接判断“这份 JD 合不合规”。

这类问题很诱人，因为大家都想要一个明确答案。但 AI 不知道公司的合同主体、当地规则、内部制度、岗位特殊性、审批记录和平台实际审核策略。它给出的“合规/不合规”往往看起来很有道理，却无法作为公司决策依据。更麻烦的是，一旦输出里出现法律结论，内部同事可能误以为已经经过法务审核。

更好的问法是：“请列出需要 HR/法务确认的风险表达和替代写法，不要给法律结论。”这样 AI 做的是信息整理和风险提醒，人工仍然保留判断权。对于外包、派遣、实习、试岗、体检、背调、地域限制、特殊资质等问题，检查表要明确写“需确认”，而不是替公司做决定。

反例 3：只检查任职要求，不检查薪资、地点和用工形式。

很多 JD 风险不在“任职要求”里，而在薪资福利和其他说明里。比如标题写 30K-50K，正文写综合收入 100 万；平台地点选北京，正文写全国调配；岗位标全职，说明里写项目制合作；写五险一金，但合同主体或用工形式还没确认；写先试岗再入职，但试岗安排没有任何说明。如果只扫年龄、性别、学历这些显眼词，会漏掉更容易引发候选人误解的口径问题。

更好的做法是固定八个模块逐项检查：岗位基础信息、职责、任职要求、薪资福利、工作地点和工作方式、用工形式、招聘流程、其他说明。每个模块都要有自己的风险类型，不要把“合规”理解成只查歧视性表达。

反例 4：替代写法太漂亮，但公司做不到。

AI 很擅长写顺滑的话，比如“完善的培养体系”“清晰的晋升路径”“高于行业水平的薪酬”“弹性工作”“丰富福利”“充分授权”。这些话不一定有敏感词，却可能变成新的承诺。如果公司没有明确的培养制度、晋升规则、弹性工作政策或奖金方案，就不要让 JD 用漂亮话制造期待。

更好的做法是要求 AI 只基于已确认材料改写。没有制度依据的福利，不新增；没有审批的薪资，不扩大；没有确认的远程安排，不写成可远程；没有明确的晋升规则，不写清晰晋升路径。JD 的可信度比文案吸引力更重要。

反例 5：检查完成后没有签核记录。

有些团队在群里把 JD 改完，业务方回复“可以”，招聘就发布了。一个月后如果候选人质疑薪资、平台退回或用人经理又改口，没人说得清当时确认过什么。AI 的检查表如果不归档，就只是一次聊天。

更好的做法是保留检查表和最终 JD，记录确认人、确认时间和版本号。哪怕只是一个简单的 Markdown 表格，也比散落在聊天记录里强。尤其是高敏感岗位、批量招聘、跨城市招聘、外包或派遣岗位，更应该留下发布前确认记录。

主题边界

它和相邻主题的区别

这个主题处理的是“JD 发布前的合规和口径检查”，它和几个相邻主题容易混淆。

它不同于“从用人需求写 JD”。从用人需求写 JD 的重点是把岗位职责、能力要求、汇报关系和候选人画像写清楚；本文默认 JD 草稿已经存在，重点是发布前检查表达风险。也就是说，这里不帮业务方重新定义岗位，不决定要招什么人，只检查现有 JD 的公开表达是否需要修改或确认。

它也不同于“接替岗位 JD 从交接材料提炼”。接替岗位 JD 关注的是旧 JD 和真实工作之间的差距，要从交接材料里还原真实职责、待办事项和能力门槛；本文关注的是已经成稿的 JD 在平台、官网、内推和外发前是否存在敏感表达、薪资口径、工作地点和劳动关系边界问题。前者解决“写得真实吗”，后者解决“发布前有没有风险表达”。

它还不同于“面试题和评价标准设计”。面试标准可以包含岗位所需能力、行为证据和评分维度，但这些标准不一定都适合写进公开 JD。比如某些岗位需要评估压力情境应对、客户冲突处理、数据判断能力，这些可以通过面试题验证；公开 JD 则要避免使用身份标签、夸张劳动强度和模糊承诺。本文不改面试标准，只提醒公开表达。

它也不是“劳动法咨询”或“法务审核自动化”。AI 可以帮助你把风险表达列出来，但不能替代公司法务、员工关系、薪酬和 HRBP 的确认。尤其是试岗、外包、派遣、实习、体检、背调、竞业、薪资结构、异地用工等问题，最终口径应来自公司制度和专业人员确认。本文给的是自查流程，不是法律意见。

最后，它不同于“招聘文案优化”。招聘文案优化追求吸引力、点击率和转化率，可能会强调亮点、成长、团队氛围和福利；JD 合规检查追求准确、可解释和可确认。一个好的发布版本应该同时做到两点：岗位有吸引力，但不夸张；要求足够清楚，但不歧视；薪资有竞争力，但不虚假承诺；工作条件真实，但不制造误解。

把这件事做成固定流程后，招聘团队会少很多临时救火。每次发布前，不再靠某个资深同事凭经验扫一眼，而是用同一张检查表把风险表达、替代写法、确认口径和签核项列出来。AI 负责把遗漏变少，HR 和法务负责把边界确认清楚。这样 JD 既能更快发布，也更经得起候选人、平台和内部复盘的检查。