如何根据 JD 修改简历：关键词、经历取舍与改写示例

1. 把招聘要求拆成可以回答的问题

先读岗位职责，再读任职要求。将“负责用户研究、推动产品迭代”拆成：是否接触过用户、如何收集信息、如何形成需求、如何跟进实施。把明确要求与“优先”条件分开，避免遗漏真正的门槛。

提取关键词时保留具体任务和工具，例如用户访谈、需求分析、SQL。不要只留下“责任心”“团队精神”等宽泛描述，也不要把 JD 整段复制到技能栏。

2. 为每项要求找到证据

要求：用户研究

检查是否做过访谈、反馈整理或观察记录。只有客服问题归类经历时，就写清该任务，不直接宣称负责完整用户研究。

要求：跨团队推进

选择一个协调不同角色交付的项目，说明你推进了什么决定、如何跟进，以及实际交付结果。

要求：SQL 数据分析

列出真实查询或分析实践；未使用过 SQL 时标记为能力缺口，不能因为 JD 出现这个词就加进简历。

3. 改写最相关的经历

以下为假设示例，仅用于展示写法，不代表真实项目或求职效果。

目标要求：收集用户需求，协同研发优化产品流程。

原表述：负责用户群维护，协助解决问题。

有事实支持时的改写：归类用户群中关于注册流程的反馈，整理复现步骤提交给研发，并跟进修复后的用户反馈。

如果实际只做了信息转发，就只写转发与跟进；如果没有参与修复验证，就删除最后一个动作。按同样方法调整摘要、技能顺序与相关项目，把最有证据的内容放在前面。

4. 检查匹配与可读性

• 内容：每个关键技能是否有真实经历支持？是否还有需要说明的能力缺口？
• 表达：是否写清个人行动，避免重复关键词和无法解释的专业术语？
• 格式：检查导出的文字顺序、章节标题和联系方式，按招聘方要求选择文件格式。

RoleFit 的匹配诊断与 ATS 检查可辅助整理修改项。工具评分不等于招聘方的评分，不代表 ATS 一定放行，也不保证面试邀请；优先处理具体问题，而不是追逐满分。

5. 在 RoleFit 中完成修改

1. 上传或粘贴已有简历，粘贴目标 JD，并填写当前与目标角色。
2. 开始匹配诊断，查看关键词覆盖、能力缺口和优先修改项。
3. 回答量化追问，补充能核实的事实；缺少数据时保留保守表达。
4. 生成并核对终稿，导出适合投递的版本；投不同岗位时分别保存版本。

常见问题

每投一个岗位都要重写整份简历吗？

保留准确的基础履历，针对岗位调整摘要、经历重点和技能顺序即可。目标岗位要求变化较大时，再重新选择重点项目。

同义词需要全部堆进去吗？

不需要。采用行业通用且能准确说明工作的表述，必要时写出缩写全称。不要为了覆盖词汇牺牲可读性。