简历版本管理器（Resume Version Manager）

何时使用本技能

当用户出现以下情况时使用本技能：

• 有多个简历版本需要管理
• 需要跟踪定制简历的去向
• 想维护一份母版简历
• 正在投递多种不同类型的岗位
• 提到："简历版本""母版简历""不同版本""跟踪简历""哪份简历"

核心能力

• 创建并维护母版简历文档
• 跟踪各定制简历版本
• 按岗位/行业组织简历版本
• 保持一致的唯一事实来源
• 简化简历更新流程
• 防止版本混乱

版本管理的难题

常见痛点：

• 「我投给 X 公司的是哪个版本？」
• 「我最新的简历在哪里？」
• 「我有 15 个简历文件，不知道哪个才是最好的」
• 「那个项目之后我忘了更新简历」
• 「我总是从不同的基础版本开始定制」

解决方案： 一套系统化方法，包含：

1. 一份母版简历（唯一事实来源）
2. 有序的定制版本
3. 清晰的命名规范
4. 更新流程

母版简历概念

什么是母版简历？

一份包含以下内容的完整文档：

• 你全部的经历（不只是近期的)
• 你写过的每一条经历条目
• 每一个成就、项目、技能
• 完整细节（即使一页纸放不下）

用途： 定制简历时从中提取内容的「唯一事实来源」

母版简历结构

# 母版简历 - [你的姓名]
最后更新：[日期]

## 联系方式
[完整联系方式]

## 专业小结备选版本
[岗位类型 A 的小结]
[岗位类型 B 的小结]
[岗位类型 C 的小结]

## 全部技能
### 技术技能
[按类别整理的完整清单]

### 软技能
[完整清单]

### 行业知识
[所有领域]

## 工作经历

### 公司名称 | 职位 | 时间段

**全部条目（每次投递挑最合适的用）：**
• 条目 1（侧重领导力）
• 条目 2（侧重技术）
• 条目 3（侧重成果）
• 条目 4（侧重协作）
• 条目 5（补充成果）
• 条目 6（补充成果）

**这段经历覆盖的关键词：**
[这份工作能证明的关键词清单]

### 上一家公司 | 职位 | 时间段
[同样的格式……]

## 教育背景
[完整教育经历]

## 专业认证
[获得过的全部证书]

## 项目
[所有重要项目]

## 志愿活动 / 其他
[所有其他相关经历]

文件组织体系

文件夹结构

简历/
├── Master/
│   └── LastName_Master_Resume.docx
├── Tailored/
│   ├── 产品经理/
│   │   ├── LastName_PM_Google_Jan2024.pdf
│   │   └── LastName_PM_Meta_Jan2024.pdf
│   ├── Engineering/
│   │   ├── LastName_SWE_Startup_Feb2024.pdf
│   │   └── LastName_SWE_Enterprise_Feb2024.pdf
│   └── General/
│       └── LastName_General_Resume.pdf
├── 求职信/
│   ├── Google_PM_CoverLetter.docx
│   └── Meta_PM_CoverLetter.docx
└── 投递记录/
    └── ApplicationTracker.xlsx

文件命名规范

模式： [姓氏]_[岗位/类型]_[公司]_[日期].pdf

示例：

• Smith_ProductManager_Google_Jan2024.pdf
• Smith_SWE_Stripe_Feb2024.pdf
• Smith_DataScience_General_2024.pdf
• Smith_Master_Resume_v3.docx

版本分类维度

按目标岗位

产品经理（PM）：

• 侧重点：战略、路线图、指标、利益相关方
• 技能突出：产品工具、数据分析、用户研究

软件工程（SWE）：

• 侧重点：技术项目、系统、代码
• 技能突出：编程语言、框架、工具

数据科学：

• 侧重点：分析、机器学习、统计方法
• 技能突出：Python、SQL、机器学习类库

按行业

科技/创业公司：

• 侧重点：创新、增长、灵活机动
• 语气：现代、直接、成果导向

大型企业/传统公司：

• 侧重点：规模、流程、协作
• 语气：专业、有条理、全面

金融：

• 侧重点：分析、合规、准确性
• 语气：稳健、精确、有资质背书

按资历层级

个人贡献者（IC）：

• 聚焦执行和技术技能
• 详实的项目描述
• 技术类成果

经理：

• 团队领导与人才培养
• 跨职能协作
• 业务影响指标

高管：

• 战略领导力
• 损益（P&L）责任
• 组织变革

投递记录

简版投递跟踪表

| 公司 | 岗位 | 使用的版本 | 投递日期 | 当前状态 | 备注 |
|---------|------|--------------|--------------|--------|-------|
| Google | PM | PM_Google_Jan | 2024/1/15 | 面试中 | 2 月 1 日二面 |
| Meta | PM | PM_Meta_Jan | 2024/1/18 | 已投递 | 约翰内推 |
| 创业公司 | PM | PM_General | 2024/1/20 | 拒信 | 资历过高 |

需要跟踪的信息

• 公司名称
• 职位名称
• 使用的简历版本
• 使用的求职信版本
• 投递日期
• 投递方式（官网、内推、直投）
• 当前状态
• 跟进日期
• 备注与联系人

更新流程

何时更新母版简历

需要立即更新的情形：

• 新工作或晋升
• 完成重要项目
• 新技能或新证书
• 重大成就
• 获奖或荣誉

每季度复查：

• 补充近期成果
• 用新数据更新指标
• 刷新技能栏
• 移除过时信息

从母版到定制版的流程

1. 以母版简历为基础
   ↓
2. 复制为新文件（不要直接改母版）
   ↓
3. 分析职位描述
   ↓
4. 从母版中挑选相关条目
   ↓
5. 选择合适的小结版本
   ↓
6. 按相关度重排技能顺序
   ↓
7. 补充岗位专属关键词
   ↓
8. 裁剪到合适篇幅
   ↓
9. 按命名规范保存
   ↓
10. 更新投递跟踪表

常见场景

场景 1：投递同类岗位

策略：

• 为该岗位类型打造一个精调版本
• 每家公司只做小幅调整
• 记录每个微调版本投给了谁

场景 2：投递不同类型的岗位

策略：

• 为每种岗位类型建立独立的基础版本
• 保持清晰的文件夹结构
• 所有版本都来自同一份母版

场景 3：大批量快速投递

策略：

• 建立 2-3 个精修的类别版本
• 日常快速投递使用「通用版」
• 深度定制留给最心仪的公司

场景 4：职业转型

策略：

• 打造以转型为定位的版本
• 强调可迁移技能
• 保留原行业版本作为备选

版本控制最佳实践

应该做：

• ✅ 始终以母版为起点
• ✅ 使用统一的命名规范
• ✅ 记录每个版本投给了谁
• ✅ 保持母版持续更新
• ✅ 在文件名中标注日期
• ✅ 备份到云端存储

不应该做：

• ❌ 为了投递直接编辑母版
• ❌ 使用「resume_final_v2」这类含混的文件名
• ❌ 忘了自己发出去的版本
• ❌ 让母版过时
• ❌ 出现多个「母版」文件
• ❌ 删除旧版本（应归档而非删除）

输出格式

管理简历版本时：

# 简历版本管理报告

## 母版简历状态
**最后更新：** [日期]
**位置：** [文件路径]
**经历条目总数：** [X]
**可用经历条目总数：** [X]

## 活跃版本

### 岗位类型：产品经理（PM）
**基础版本：** PM_General_2024.docx
**定制版本：**
| 公司 | 文件名 | 创建日期 | 状态 |
|---------|-----------|--------------|--------|
| Google | PM_Google_Jan24 | 2024/1/15 | 已投递 |
| Meta | PM_Meta_Jan24 | 2024/1/18 | 已投递 |

### 岗位类型：工程
[同样的结构]

## 待办更新
- [ ] 将第四季度的项目成果加入母版
- [ ] 用新证书更新技能栏
- [ ] 归档超过 6 个月的旧版本

## 建议行动
1. [行动 1]
2. [行动 2]

版本管理检查清单

• ✅ 母版简历存在且内容是最新的
• ✅ 文件夹结构组织有序
• ✅ 命名规范保持一致
• ✅ 投递跟踪表持续维护
• ✅ 清楚每个公司对应投出的版本
• ✅ 所有版本都来自同一份母版
• ✅ 已建立备份机制
• ✅ 旧版本已归档（而非删除）
• ✅ 已建立更新流程
• ✅ 已定期安排母版简历的复查