一份简历投三个岗位:用 AI 对着 JD 改,哪些能改、哪些一改就是编

用户运营、内容运营、产品运营,招聘页上常常一起挂着,同一批人也常常三个都投。于是有了一种顺手的做法:把三份 JD 分别粘给大模型,让它各改一版。拿回来的三份,多半多出几个你没做过的动作。

对着 JD 改简历本身没问题,问题在哪几层能改、哪几层一改就是编。下文的公司名和数字都是构造示例。

三份 JD 要的不是三种人,是同一个人的三种重心

站内这三个岗位范例的技能栏是三套词:用户运营那份写 SQL 数据提取、用户分群、A/B 测试,内容运营写内容策划、社交媒体运营,产品运营写用户调研、竞品分析。用户运营实习生的简历范例先打开看一眼,另外两份在同一分类下。

重叠的只有数据这一类,但这不等于要三个不同的人。一段正经的运营实习里,拉数据做分层、写活动文案、看漏斗提需求,常常是同一个人半年里都碰过的,差别只在哪件事排第一。

所以改的是重心,不是身份。能动的三层和不能动的两层,下面五节各讲一层。

不繁简历里的 JD 定向做的是前三层:粘上目标岗位的 JD,它给匹配度分析和针对性的改写建议;JD 留空时会根据简历自动推断目标岗位。界面自带一句「AI 建议仅供参考,请结合自身情况斟酌使用」,后面四节讲的就是它为什么在。

可改的第一层:哪几条放前面,哪几条这次不放

JD 的职责描述通常从最主要的一条往下排,你要做的第一件事是让这段经历的第一条对上它的第一条。对不上,找你真做过、离它最近的那件事顶上去;顶不上,说明这个岗位你本来就不是最贴的那一批。

取舍有三档,不是留和删两档:单独一条写满、压成半句挂在别的条后面、这次整条不放。

第三档容易被误解成藏东西,但**「这次不放」和「没做过」是两回事。** 你做过写文案,投产品运营时拿掉,是因为这版篇幅要留给漏斗和需求;下一版投内容运营,它就是第一条。要警惕的是反方向:把没做过的补进来。

可改的第二层:用对方 JD 里的词,不是换一个说法

你原文写「用户增长」,对方 JD 通篇写「拉新」,说的是同一件事,换成「拉新」是对齐,不是造假。理由不是它好听,是机器和人两头都在按词找你,机器那头怎么算贴不贴见AI 简历初筛的三段拆解。

这一层有一条细线:

模型在这一层最容易顺手越界:你让它调整措辞,它会把句子补完整、补得更像 JD 原文,补出来的经常是一个动作而不是一个词。只接受换词,不接受多出动作。怎么把「不许新增任何事实」写进指令,AI 改简历的提示词怎么写里有能抄的。

可改的第三层:技能栏的排序与分组

这一栏的词基本现成,只换排法。排序按 JD 点名的先后,不按自己的熟练程度:对方第一段写了「熟悉用户分层与 A/B 实验」,这两个词排最前面。十几个词平铺过去,读的人抓不到重点,分成两三组,组名照实际来,例如数据与实验、活动与文案。

不加词。 这里最容易被模型悄悄扩容:让它按 JD 优化技能栏,它会把 JD 里你没有的词也放进来。站内的 AI 提取技能明写「AI 将自动从当前简历中提取已有的技能事实」,你自己动手照同一条线。JD 里有、你确实做过但简历没写的,回到经历里补一条能讲的事。

不能改的:数字、职责范围、时间,和你讲不出细节的部分

硬事实三样。数字,同一个数在三份里必须一模一样,改口径也要三份一起改。职责范围,参与、负责、主导是三个位置,不是三种语气。起止时间,JD 写一年以上经验而你那段是六个月,不能改成十个月,这条在入职核对材料时最先露出来。

第二层更隐蔽:你讲不出细节的部分,就算是真的,也不该被改到前面去。 对着每一条问三个问题:当时具体怎么做的;跟谁一起做的;哪里卡住过,怎么过去的。有一个答不上来就往后放,第一条会是面试第一个问的。

同一条经历的三种写法:用户运营 / 内容运营 / 产品运营

这段经历是构造的。某电商 App 的运营实习,2025.03 至 2025.09,半年做过四件事:

用 SQL 提取浏览、加购、复购行为标签,把用户分成 5 类。针对沉睡人群做了一次唤醒活动,活动页和 push 的文案由我写,12 组标题做了 A/B。活动后拉漏斗,发现加购未支付的人 48 小时内流失最快,提了「加购后 2 小时自动发券」,跟产品和开发排期上线。

投用户运营:

• 基于浏览、加购、复购行为用 SQL 提取标签,构建 5 类用户分层,高潜沉睡为本次拉活的目标人群。
• 针对高潜沉睡人群策划唤醒活动,落地满减加积分的组合玩法,活动页与 push 文案自写,12 组标题做 A/B 后定稿。
• 复盘漏斗时定位到加购未支付在 48 小时内流失最快,推动「加购后 2 小时自动发券」召回机制上线。

分层排第一,它是用户运营 JD 里最常见的第一条职责。文案没删,压成第二条里的半句。召回机制留在第三条,留存也在这岗位的考核范围。

投内容运营:

• 唤醒活动的活动页文案与 push 文案独立撰写,12 组标题做 A/B,按打开率定稿。
• 面向 5 类用户分层写差异化的 push 话术,同一个利益点对不同人群换说法。
• 用户分层由我用 SQL 从浏览、加购、复购行为里拉出,共 5 类。

文案顶到第一条,还拆成两条:一条是写,一条是按人群改写,后者才是内容岗要看的。分层压到第三条,只交代来源。召回机制这次不放,它挤的是上面两条。

投产品运营:

• 拉取用户行为漏斗,定位到加购未支付在 48 小时内流失最快,输出结论后推动「加购后 2 小时自动发券」召回机制上线,与产品、开发共同排期。
• 以唤醒活动验证分层假设:5 类分层加 12 组 push 文案 A/B,按打开率和回访数据回看分层是否成立。
• 用 SQL 提取浏览、加购、复购行为标签,产出 5 类用户分层。

漏斗和推动上线顶到第一条,这是最像产品的那件事。唤醒活动不当活动写,当验证写,这个岗位关心结论怎么来的。文案这次不放。

三版改的是三样:哪一条排第一、每一条展开到多细、同一件事用哪个词。没改的也是三样:公司和时间一字没动;5 类、12 组、48 小时三版一致;都写「推动上线」,没有一版写成「负责上线」。

改到哪一步算越界:三个信号

拿回改好的三份,不用逐字读,只查三件事。

多了一个你没做过的动作。 那段经历里你做的是拉了一次分层、办了一次活动,某一版如果出现「搭建用户增长体系」,那是模型把一次动作补成了一套体系。查法是改后和原文并排,数动词。

多了一个你解释不了的术语。 「用户分层」被改成「RFM 模型分层」,读着专业了一截,但面试官会照着问 R、F、M 各取什么口径。当时不是按这个做的,就换回自己的说法。

三份互相矛盾。 这条三份都改完才查得出来:同一段经历一份写参与、另一份写主导;同一个数差了几个点;活动一份是一次、另一份成了多次。同时投一家公司的不同岗位时,矛盾会被看到。

AI 改出来的简历另有一组一眼能认的文风特征,那是另一回事;这三个信号查的是事实。

三份怎么存,投出去之前核对什么

底线是能查到哪一家拿到的是哪一版。面试通知打进来,你得翻出对方手上那份,不然你按最新版准备,面试官对着的是旧的。记哪些字段、怎么归档、已投出去的要不要追,秋招简历的版本管理讲全了。

点提交之前三份各核对三样:三个数字(5 类、12 组、48 小时)一致;动词层级一致;排第一条的那件事你能当面讲两分钟。

现在选一段你最看重的经历,照上面三版各排一遍,排完并排数动词:比原始版本多出来的,要么删掉,要么你说得清它是哪天做的。