这篇解决什么问题
场景:你要招人,让 AI 写了一份 JD,读起来很专业,但候选人看完不知道自己每天要干什么,HR 说“这写的是另一个岗位”。问题不在文笔,在于 AI 只会堆它见过的高频词。
交付物:四组写法——岗位职责不写套话、任职要求分必须和加分、该写与不该写、发布前的检查,附填空模板。
这篇不解决什么:薪酬带宽与职级体系怎么设计;劳动关系、社保、用工合规的法律意见;背调与录用流程。涉及劳动法与招聘合规的部分,本文只做风险提醒,以当地法规和公司 HR 口径为准。
| 套话 | 候选人读到什么 | 换成 |
|---|---|---|
| 负责相关工作 | 不知道要干什么 | 负责 [对象],产出 [交付物] |
| 协助完成各项工作 | 这是个打杂岗 | 每月输出 [交付物],对接 [岗位] |
| 具备良好沟通能力 | 无法判断合不合格 | 每周与 [对象] 对 [事项],写书面结论 |
先记住三条底线
- 岗位职责写交付物,不写精神品质。“抗压能力强”“有责任心”筛不掉人也吸引不了人。落地写法是“什么周期、产出什么、交给谁”。
- 任职要求分“必须”和“加分”两档。不满足就做不了的是必须项;有更好、没有也能干的是加分项。加分项写成必须项,会把合适的人挡在外面。
- 年龄、性别、婚育、户籍、健康状况这类表述一律不写。合规边界各地不同——这条我没查到权威统一条文,以当地法规和公司 HR 口径为准。
速查清单:分四组
一、岗位职责怎么写才不是套话
判断标准:一条职责换个公司名也成立,就是套话。
- 什么时候用:写第一条职责。直接写:“每月输出 [交付物],用于 [用途],对接 [岗位]。”第一条必须是占用时间最多那件事。
- 什么时候用:确定写几条。做法:5 到 7 条,按占用时间排序。超过 7 条说明岗被塞满,先跟用人部门砍。
- 什么时候用:写协作关系。直接写:“每周与 [岗位] 对齐 [事项],输出 [结论]。”不写“配合各部门开展工作”。
- 什么时候用:写考核依据。直接写:“交付物:[文档/报表/功能],检查人:[岗位]。”每条挂一个可检查的产出。
- 什么时候用:区分本岗和上级。直接写:“执行 [事项],方案由 [岗位] 定。”别把上级的活写进基层岗。
让 AI 起草岗位职责的指令,方括号换成你的内容:
帮我写 [岗位名] 的岗位职责,5 到 7 条。
岗位存在的原因:[一句话]
占用时间最多的三件事:[事项]
主要对接的岗位:[岗位]
交付物分别是:[交付物]
要求:每条写成“周期 + 动作 + 交付物 + 交给谁”;
不写“负责相关工作”“抗压能力强”;不写属于上级的职责;
不要替我编造业务数据、团队规模、薪酬数字。
最后列出:哪些信息是我没给你的。二、任职要求分档:必须 / 加分
分档是为了让人敢投。10 条全写成“必须”,简历会很少,剩下的还不合适。
- 什么时候用:写必须项。判断标准:不满足就做不了。直接写:“必须有 [年限] 年 [领域] 经验,独立完成过 [事项]。”
- 什么时候用:写加分项。判断标准:有更好、没有也能干。直接写:“加分项:做过 [事项]、用过 [工具]、带过 [人数] 人。”
- 什么时候用:写经验年限。给区间不给死线。直接写:“[N] 年以上相关经验;能力匹配者可放宽。”
- 什么时候用:写工具技能。区分“用过”和“熟练”。直接写:“必须:能独立完成 [动作]。加分:熟悉 [工具]。”
- 什么时候用:写学历与证书。能给区间就不写死;是否需要证书、能否写学历要求,以公司 HR 口径为准。
任职要求的填空骨架:
【必须 · 不超过 4 条】
1. [年限] 年 [领域] 经验,独立做过 [事项]
2. 能独立完成 [动作]
【加分 · 不影响初筛】1. 做过 [事项] 2. 用过 [工具]
【我们不卡的】[明确写出不卡什么,如学历、年限、出身]三、该写的与不该写的
这一组请交给 HR 过一遍再发。合规边界各地不同,本文只标高风险区,不替你判断。
| 该写 | 不该写 | 为什么 |
|---|---|---|
| 出差频率、值班安排等事实 | “能接受高强度加班”这类要求 | 用工合规风险,以当地法规与 HR 口径为准 |
| 薪资区间或“面议” | “待遇优厚”“上不封顶” | 无法核实,损害信任 |
| 岗位必需的执业资格 | 年龄、性别、婚育、户籍等条件 | 招聘歧视风险,各地规定不同 |
- 什么时候用:岗位要出差或值班。写成事实:“本岗每月出差约 [次数] 次,每次 [天数] 天。”不写成对人的要求。
- 什么时候用:想写“形象气质”。除非确有职业需要且有依据,否则删掉。以 HR 口径为准。
- 什么时候用:想写体检或健康要求。有法定职业禁忌的按依据写并注明出处;没有依据就不写。
- 什么时候用:写公司信息。业务范围、团队规模、汇报线写清楚,这三样候选人最先看。
- 什么时候用:拿不准能不能写。做法:删掉。少一句不会招不到人,多一句可能惹麻烦。
四、发布前的检查
- 什么时候用:初稿写完。做法:找在职同岗同事读一遍,问“这是你每天干的活吗”,答不上来就重写。
- 什么时候用:检查必须项数量。做法:控制在 4 条以内,超过的挪到加分项。
- 什么时候用:全文扫形容词。做法:删掉“优秀、良好、较强”,换成能验证的描述。
- 什么时候用:确认硬信息。做法:汇报线、薪资区间、工作地点逐项核对,这些 AI 不知道。
- 什么时候用:发布前最后一步。做法:交给 HR 看合规部分,尤其是任职条件和福利两段。
三个完整示例
示例一:运营岗的岗位职责
改前:
负责公司新媒体账号的日常运营与维护,协助完成部门下达的各项指标,配合其他部门完成相关工作。
改后:
1. 每周产出 3 篇稿件,从选题到成稿独立完成,交内容负责人审核。2. 每月出一份数据复盘,含阅读、涨粉、转化三项,发运营群。3. 每周与设计对齐配图需求。4. 维护选题库,每周补不少于 10 条。
示例二:任职要求
改前:
本科及以上学历,三年以上相关工作经验,沟通能力强,有团队精神,抗压能力强,熟练使用各类办公软件。
改后:
必须:2 年以上内容运营经验,独立写过并发布过至少 20 篇稿件;能独立完成从选题到成稿。加分:做过数据复盘、用过排版工具、带过 1 人以上。我们不卡学历、专业和出身。
示例三:从零起一份 JD
场景:用人部门只给了你一句“招个内容运营,越快越好”。
直接可用版本:先把上面两组骨架发过去,让他们填“占用时间最多的三件事”和“交付物”两栏;拿到回复后用第一组的 AI 指令生成初稿,再按第四组逐项核。他们填不出来的地方,就是 JD 里会写成套话的地方。
常见错误
- 把 AI 的初稿直接发出去。AI 会补上通用描述,那正是套话来源。改法:每条拿“换家公司成不成立”检验。
- 职责写了十几条。候选人会认为这个岗没重点。改法:砍到 7 条以内,按时间排序。
- 把加分项写成必须项。简历量直接掉下来。改法:分两栏,注明加分项不影响初筛。
下一步
下次写 JD 按这个顺序走:先让用人部门填事实,再让 AI 组织语言,最后逐条核。
□ 每条职责都是“周期 + 动作 + 交付物 + 交给谁”
□ 职责 5 到 7 条,按占用时间排序
□ 换家公司也成立的套话已删掉
□ 任职要求分了“必须”和“加分”两栏
□ 必须项不超过 4 条
□ 没有年龄、性别、婚育、户籍、健康类表述
□ 薪资、汇报线、出差频率已由我核对
□ 全文没有“优秀、良好、较强”这类词
□ 在职同岗同事读过,说“这是我干的活”
□ 合规部分已交给 HR 看过来源说明:本文为通用的岗位描述撰写实践整理,非本人实测数据,也非某家公司内部规范。涉及劳动法、招聘合规的表述各地不同,本文未逐一核实,请以当地法规与公司 HR 口径为准。整理日期:2026-10-07。
