76 lines
2.6 KiB
Markdown
Executable File
76 lines
2.6 KiB
Markdown
Executable File
# 简历定向改写原则
|
||
|
||
## 核心原则
|
||
|
||
### 1. 不编造，只重组
|
||
|
||
简历里的事实部分（公司、岗位、时间、量化数字）**一字不改**。
|
||
可以改的：
|
||
- bullet 的措辞和顺序
|
||
- 强调的角度（同一段经历，不同 JD 强调不同侧面）
|
||
- 项目分类（"相关项目"放前，"其他项目"放后）
|
||
|
||
### 2. 把 JD 的关键词嵌入到真实经验里，而不是单独贴
|
||
|
||
❌ 错：在简历末尾加一行"关键词：A/B 测试、用户增长、SQL、Python"
|
||
✅ 对：把"我做过的灰度对比"改成"A/B 测试（灰度对比）"，让关键词嵌在真实场景里
|
||
|
||
### 3. 用 JD 的动词
|
||
|
||
JD 说"主导 ___ 系统设计"，如果你是这段经历的负责人，把"参与"改成"主导"。
|
||
|
||
但**前提是真的主导**——agent 在改写前必须确认：
|
||
- 这段经历你是 leader 吗？是的话改"主导"；不是就保留"参与"或写明"作为 _ 角色 协助 ___"
|
||
|
||
### 4. 重排经历顺序
|
||
|
||
工作经历（按时间倒序）—— 不可改，否则失实。
|
||
项目经历 / 实习经历 —— 可以改，把与 JD 强相关的放前面。
|
||
|
||
更进一步：可以拆成两个小标题：
|
||
```
|
||
【相关项目】（与目标岗位强相关）
|
||
- ...
|
||
【其他项目】
|
||
- ...
|
||
```
|
||
|
||
### 5. Summary 要直接对位 JD must-have
|
||
|
||
JD 说"5 年 C 端产品 + SQL + A/B 测试"
|
||
Summary 改成："5 年 C 端互联网产品经验，主导过 ___ 增长项目，熟练使用 SQL 与 A/B 测试驱动决策"
|
||
|
||
### 6. 技能列表也要倾斜
|
||
|
||
JD 说"Python / Spark / Flink"，简历技能列表把这三个放前面。
|
||
不会的不要写。
|
||
|
||
### 7. 适度补 nice-to-have
|
||
|
||
如果 JD 的 nice-to-have 你**真的有**但简历没写，补上。
|
||
如果没有，不补——nice-to-have 本来就不是硬门槛，不影响过简历筛选。
|
||
|
||
## 改写后的双向校验
|
||
|
||
每条改后 bullet 自问：
|
||
- 这是不是用户真实做过的？
|
||
- 这条 bullet 在 JD 里能找到对应的关键词 / 职责吗？
|
||
- 量化数字有保留吗？
|
||
|
||
每段经历自问：
|
||
- 是否覆盖了 JD 的至少 1 条 must-have？
|
||
- 是否突出了用户在这段经历里"真正的高光"？
|
||
|
||
整份简历自问：
|
||
- ATS 命中率有提升吗？
|
||
- HR 看 30 秒能不能 get 到"为什么这个候选人适合这个岗位"？
|
||
- 有没有让真实经历变形 / 失实？
|
||
|
||
## 当用户与 JD 严重不匹配时
|
||
|
||
诚实告诉用户：
|
||
- "JD 里有 N 条 must-have 你的简历完全没有覆盖，这个岗位投递成功率较低"
|
||
- "建议你考虑：(a) 投匹配度更高的类似岗位 (b) 在 cover letter 里诚实说明 transferable skill (c) 先补技能再投"
|
||
|
||
不要为了"看起来匹配"而扭曲简历。
|