读懂岗位 JD：让简历重点与招聘需求对齐
同一份经历可以支持不同的求职方向，但招聘方关注的证据并不相同。针对岗位调整简历，不是把职位描述复制进去，而是把真实经历中最相关的部分放到更容易被看到的位置。
JD 是职位描述。它通常包含工作职责、任职要求与加分条件，阅读时需要区分这些信息。
从 JD 中提取三类要求
先看这个岗位要解决什么问题，再看需要什么能力：
- 核心任务：入职后主要负责什么，例如分析业务数据、维护客户关系或交付前端功能。
- 必要条件：明确要求的经验、技能、资格或工作安排。优先核对自己是否满足。
- 加分条件：有帮助但未必是硬性门槛的行业经验、工具或项目背景。
不要只根据关键词出现次数判断重要性。“主导”“独立负责”等动词也反映了岗位对责任范围的要求。表述模糊时，可以在沟通中向招聘方确认。
建立要求与证据的对应关系
为每项核心要求写一条自己的经历证据，再标注状态：有充分证据、证据需要补充、目前没有经验。
以虚构的数据分析岗位为例：
- 要求“使用 SQL 分析业务问题”：对应你实际完成过的查询、分析方法和结论。
- 要求“支持跨团队决策”：对应你如何解释分析结果，以及结果被用于什么决策。
- 加分项“实验分析经验”：如果只有课程练习，应注明学习场景，不写成线上业务经验。
没有对应经历的要求，不应出现在技能栏中冒充已有能力。它可以成为学习计划或面试中需要坦诚说明的差距。
让 AI 帮助比对，而不是代替判断
请对比岗位描述与我的真实经历，帮助我调整简历重点。
岗位描述：粘贴 JD
经历资料：粘贴现有简历或事实笔记
请输出：
1. 核心职责、必要条件和加分条件。
2. 每项要求对应的经历证据，并引用我的原文。
3. 缺少证据或需要进一步确认的内容。
4. 建议优先展示的三段经历及理由。
不要新增技能、行业经验或成果。
不要给出未经验证的匹配率或录用概率。检查 AI 是否准确区分了“了解”和“熟练”、个人职责和团队职责。最终取舍应结合岗位实际要求，而不是依赖一个看似精确的分数。
调整顺序、措辞和篇幅
把与核心职责最相关的经历放在相应模块的前面，保留清晰的时间信息。将篇幅优先分配给能证明能力的行动与结果，压缩不相关的细节。
可以使用 JD 中的通用术语，但前提是它准确描述你的工作。例如确实用过 SQL，就可以明确写出 SQL 和使用场景；没有做过 A/B 测试，就不能把普通前后对比改称 A/B 测试。
兼顾 ATS 解析与人工阅读
部分招聘流程会使用 ATS（招聘管理系统）接收和处理简历，不同系统的解析方式并不一致，也不存在通用的“必过模板”。
使用清晰的模块标题、可选择的文字和自然的阅读顺序。避免把关键信息只放在图片里，投递格式以招聘方要求为准。导出后尝试复制文字，检查内容是否缺失或顺序混乱；这只是基础检查，不能保证所有系统都能正确解析。
保存岗位版本，追踪调整依据
为每次投递记录岗位名称、JD、简历版本与日期。不要把不同岗位的要求不断追加到同一份简历里，导致重点越来越分散。
Offer快帮支持保存岗位版本。你可以从同一份事实完整的简历出发，为不同机会调整重点。每次投递前，再确认公司名、岗位名和联系方式。