站内精选

一句话结论

把岗位描述拆成结构化字段,再用 AI 逐段填充,半小时左右就能拿到一份能直接发布的 JD。

这篇解决什么问题

不少 HR 手上只有用人部门甩过来的一句话,或者一段语音转的文字。要变成能对外发布的 JD,中间得补职责、补门槛、补合规检查,来回改几轮很正常。

适用:手上有一份零散、口语化的岗位需求,需要整理成对外版本。不适用:岗位要不要招人还没定,或者职责本身还在讨论中。

开始前要准备什么

  • 豆包或通义,网页版免费额度够用,本流程不涉及付费
  • 一段用人部门的需求原文,语音转文字也行
  • 一张记录公司统一口径的表,比如汇报关系、考勤
  • 预计耗时:第一次约 40 分钟,熟练后 20 分钟以内

具体怎么做

第 1 步 · 把口语需求整理成清单

先把用人部门的原话原封不动贴进去,别自己提前加工。我在实操中发现,一旦先”翻译”成书面语,反而会丢掉对方真正在意的点。

你是招聘需求整理助手。下面是我和用人部门沟通后记录的一段口语化需求,请整理成结构清晰的需求摘要。要求:不美化、不补充我没提到的信息、不替换我的用词。原始记录如下:
【岗位:后端开发工程师】”要能写 Go,最好做过订单或支付相关的系统,三到五年经验吧,本科以上,能接受偶尔出差到深圳,团队现在 6 个人,来了主要接手交易链路的重构。薪资我这边还没定死,先按 25 到 35K 写。”
请输出四块内容:1)岗位一句话定位;2)必须项;3)加分项;4)我记录里没提到、但需要我确认的信息,列成问题清单。

预期产出:一段两百字以内的需求摘要,加一份待确认问题清单。这份清单通常就是你接下来要找用人部门对齐的东西。

第 2 步 · 拆成结构化字段

这一步是整条流程的骨架。字段定得越细,后面写正文越省事,也不容易前后打架。

请把上面的需求摘要转成结构化字段,用表格输出,三列:字段名、内容、属于必须项还是加分项。字段至少包含:岗位名称、所属团队、汇报对象、核心职责(3 到 5 条)、硬性条件、加分条件、工作地点与出差频率、面试考察点。凡是原始信息里没有的,内容一栏统一写”待确认”,不要自行推断。

预期产出:一张八到十个字段的表格。表里”待确认”越多,说明前面的沟通越有必要补。

第 3 步 · 把模糊条件改成可判定

「沟通能力强」「有责任心」这类词,写进 JD 基本等于没写。让 AI 换成面试中能直接判断的表述,但合规这条线得自己把住。

下面这份结构化字段里,有些条件写得不够可判定,比如”沟通能力强””有责任心””抗压能力好”。请逐条改写成面试中能被观察或验证的表述,每条附一个具体判断依据。改写时遵守三点:1)不新增原始需求里没有的要求;2)不使用性别、婚育、年龄、户籍、地域等与岗位无关的限制;3)每条不超过 30 字。改完后,把仍然模糊、需要我和用人部门再确认的条目单独列出来。

预期产出:一份改好的字段表,加一小段”仍需确认”的条目。我一般会把这段直接发给用人部门,比口头描述省事。

第 4 步 · 生成 JD 正文并自检

字段确认完再写正文,顺序别倒过来。直接让 AI”写一份 JD”,出来的多半是套话合集。

请根据确认后的字段,写一份对外发布的招聘 JD。结构依次为:岗位名称、团队介绍(2 句以内)、你将负责的事、我们希望你有、加分项、工作地点与节奏、投递方式(用占位符)。语言平实,不要出现”负责相关业务””完成领导交办的其他工作”这类空话。写完后做一次自检,逐条核对是否出现以下内容:性别、年龄、婚育状况、户籍、健康歧视性表述、违法或暗示违法的要求。自检结果用表格列出,三列:检查项、是否出现、原文位置。

预期产出:一份能直接贴到招聘平台的正文,加一张自检表。自检表留着,后面万一有人问起也有个依据。

第 5 步 · 存成可复用模板

一份 JD 写完就扔很可惜。把输入端的采集方式固定下来,下次别人来提需求,你直接把模板甩过去。

请输出一份”招聘需求采集模板”,包含我和用人部门沟通时需要问的问题清单,按顺序排列,每个问题后面留一行填写区。问题控制在 10 到 15 个,覆盖岗位目标、核心职责、硬性条件、加分项、团队情况、工作地点与出差、面试考察重点。末尾附一段说明:拿到填写后的模板,应按哪几步交给 AI 处理,每一步用到什么提示词。

预期产出:一份采集模板加一份操作说明。这就是本文说的 JD 模板,存成文档,团队里谁都能照着走。

实测记录

环节 实际情况
整理口语需求 约 5 分钟,省在措辞上
拆结构化字段 一轮出表,通常要追问 1 到 2 次
改可判定条件 约 10 分钟,最花时间的是对齐
写正文与自检 自检能列出 3 到 5 条模糊表述
整体耗时 首份约 40 分钟,熟练后 20 分钟以内

成本这块,豆包和通义的免费额度足够跑完整条流程,我没为这件事单独花过钱。跟以前手工写比,省下来的主要是反复改措辞的时间。

最容易错的 3 个地方

  1. 上来就让 AI 直接写 JD,拿到的多半是套话合集。纠正:先拆字段再写正文。
  2. 没写”不许编”,AI 会补上原需求里没有的学历、年限门槛。纠正:加约束并逐条比对原话。
  3. 跳过合规自检。性别、年龄这类表述发出去,撤回很麻烦。纠正:固定成第 4 步的一部分。

可复用的东西

整条流程五段提示词:整理需求、拆字段、改可判定条件、写正文加自检、生成采集模板。存进记事工具,换岗位时只改第一段里的原始记录。

采集模板打印出来给用人部门填也行,填完直接贴给 AI,中间几步基本不用再动脑子。

难的不是提示词,是忍住不跳过中间步骤。省下的其实不是打字时间,是来回返工的时间。

你手上那份岗位需求,最卡的是哪一步——是字段拆不出来,还是用人部门迟迟不给准信?

常见问题解答

整套流程大概要多久?

第一次做通常 40 分钟左右,其中一半时间花在跟用人部门确认信息上。熟练之后 20 分钟以内能走完,前提是需求本身不太复杂。

豆包和通义哪个更合适?

两个都够用,这类任务不涉及复杂推理。我一般用顺手的那一个跑到底,中途不换工具,免得上下文丢了还要重新贴字段表。

手上只有一句话的岗位需求,能做吗?

能做,但第 1 步会多出一份待确认清单。建议先拿这份清单找用人部门对齐,再往下走,否则后面写的职责全是猜的。

AI 写出来的 JD 能直接发布吗?

不建议。至少核对三件事:硬性条件是否来自用人部门原话、有没有多出不必要的门槛、团队介绍里的形容词能不能换成事实。

这套方法适合哪些岗位?

职责边界清楚的岗位效果最好,比如研发、运营、销售。管理层或新设岗位本身界定模糊,AI 只能帮到整理,判断还得自己做。

发表回复

后才能评论