resume-version-manager

简历版本管理器

何时使用此技能

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

• 有多个简历版本需要管理
• 需要跟踪定制简历
• 希望维护一份主简历
• 正在申请许多不同的职位
• 提到：“简历版本”、“主简历”、“不同版本”、“跟踪简历”、“哪个简历”

核心能力

• 创建并维护主简历文档
• 跟踪定制的简历版本
• 按职位/行业组织简历版本
• 维护一致的真实来源
• 简化简历更新
• 防止版本混淆

版本管理问题

常见痛点：

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

解决方案：
一种系统化的方法：

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

主简历概念

什么是主简历？

一份全面的文档，包含：

• 你所有的经历（不仅仅是最近的）
• 你写过的所有要点
• 每项成就、项目、技能
• 完整细节（即使一页纸放不下）

目的： 定制时从中提取的真实来源

主简历结构

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

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

## 专业摘要版本
[角色类型A的摘要]
[角色类型B的摘要]
[角色类型C的摘要]

## 所有技能
### 技术技能
[按类别完整列表]

### 软技能
[完整列表]

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

## 工作经历

### 公司名称 | 职位 | 日期

**所有要点（为每次申请选择最佳）：**
• 要点1（侧重领导力）
• 要点2（侧重技术）
• 要点3（侧重结果）
• 要点4（侧重协作）
• 要点5（额外成就）
• 要点6（额外成就）

**此经历涵盖的关键词：**
[该工作展示的关键词列表]

### 前公司 | 职位 | 日期
[相同格式...]

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

## 证书
[所有获得的证书]

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

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

文件组织系统

文件夹结构

Resume/
├── Master/
│   └── LastName_Master_Resume.docx
├── Tailored/
│   ├── ProductManagement/
│   │   ├── 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
├── CoverLetters/
│   ├── Google_PM_CoverLetter.docx
│   └── Meta_PM_CoverLetter.docx
└── Applications/
    └── ApplicationTracker.xlsx

文件命名规范

模式：
[LastName]_[Role/Type]_[Company]_[Date].pdf

示例：

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

版本分类

按目标职位

产品管理：

• 强调：策略、路线图、指标、利益相关者
• 技能突出：产品工具、分析、用户研究

软件工程：

• 强调：技术项目、系统、代码
• 技能突出：语言、框架、工具

数据科学：

• 强调：分析、机器学习、统计方法
• 技能突出：Python、SQL、机器学习库

按行业

科技/初创公司：

• 强调：创新、增长、灵活
• 语气：现代、直接、以成就为中心

企业/公司：

• 强调：规模、流程、协作
• 语气：专业、结构化、全面

金融：

• 强调：分析、合规、准确性
• 语气：保守、精确、有资质

按资历级别

个人贡献者：

• 关注执行和技术技能
• 详细的项目描述
• 技术成就

经理：

• 团队领导和发展
• 跨职能协作
• 业务影响指标

高管：

• 战略领导力
• 损益责任
• 组织转型

申请跟踪

简单跟踪表格

| 公司 | 职位 | 使用的版本 | 申请日期 | 状态 | 备注 |
|---------|------|--------------|--------------|--------|-------|
| Google | PM | PM_Google_Jan | 1/15/24 | 面试中 | 第二轮 2/1 |
| Meta | PM | PM_Meta_Jan | 1/18/24 | 已申请 | 来自John的内推 |
| Startup | PM | PM_General | 1/20/24 | 已拒绝 | 资历过高 |

需要跟踪的信息

• 公司名称
• 职位名称
• 使用的简历版本
• 使用的求职信版本
• 申请日期
• 申请方式（门户、内推、直接）
• 当前状态
• 跟进日期
• 备注和联系人

更新流程

何时更新主简历

立即更新：

• 新工作或晋升
• 完成重大项目
• 新技能或证书
• 重大成就
• 奖项或认可

季度审查：

• 添加近期成就
• 用新数据更新指标
• 刷新技能部分
• 删除过时信息

从主简历到定制版本的流程

1. 从主简历开始
   ↓
2. 复制到新文件（不要编辑主简历）
   ↓
3. 分析职位描述
   ↓
4. 从主简历中选择相关要点
   ↓
5. 选择合适的摘要版本
   ↓
6. 按相关性重新排列技能
   ↓
7. 添加职位特定关键词
   ↓
8. 裁剪到适当长度
   ↓
9. 按正确命名规范保存
   ↓
10. 更新申请跟踪表

常见场景

场景1：申请类似职位

策略：

• 为该职位类型创建一个精心定制的版本
• 为每个公司做小幅调整
• 跟踪每个细微变体去了哪里

场景2：申请不同类型的职位

策略：

• 为每种职位类型创建单独的基础版本
• 保持清晰的文件夹组织
• 每个版本从同一份主简历中提取

场景3：大量快速申请

策略：

• 创建2-3个强有力的类别版本
• 使用“通用”版本进行快速申请
• 为最心仪的公司保留深度定制

场景4：职业转型

策略：

• 创建侧重转型的版本
• 强调可转移技能
• 保留原行业版本作为备份

版本控制最佳实践

应该做：

• ✅ 始终以主简历为来源
• ✅ 使用一致的命名规范
• ✅ 跟踪每个版本的去向
• ✅ 保持主简历更新
• ✅ 给文件标注日期
• ✅ 备份到云存储

不应该做：

• ❌ 直接编辑主简历用于申请
• ❌ 使用模糊名称如“resume_final_v2”
• ❌ 忘记发送了哪个版本
• ❌ 让主简历过时
• ❌ 有多个“主”文件
• ❌ 删除旧版本（改为归档）

输出格式

管理简历版本时：

# 简历版本管理

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

## 活跃版本

### 职位类型：产品管理
**基础版本：** PM_General_2024.docx
**定制版本：**
| 公司 | 文件名 | 创建日期 | 状态 |
|---------|-----------|--------------|--------|
| Google | PM_Google_Jan24 | 1/15/24 | 已提交 |
| Meta | PM_Meta_Jan24 | 1/18/24 | 已提交 |

### 职位类型：工程
[相同结构]

## 更新队列
- [ ] 将Q4项目结果添加到主简历
- [ ] 用新证书更新技能
- [ ] 归档超过6个月的旧版本

## 建议操作
1. [操作1]
2. [操作2]

版本管理检查清单

• ✅ 主简历存在且是最新的
• ✅ 文件夹结构组织有序
• ✅ 命名规范一致
• ✅ 申请跟踪表已维护
• ✅ 知道发送给每家公司的版本
• ✅ 所有版本从同一份主简历提取
• ✅ 备份系统已就位
• ✅ 旧版本已归档（未删除）
• ✅ 更新流程已建立
• ✅ 定期安排主简历审查