resume-version-manager

Resume Version Manager

何時使用此技能

當使用者有下列情況時，使用此技能：

• 需要管理多個履歷版本
• 需要追蹤客製化的履歷
• 想要維護一份主履歷
• 正在申請許多不同職位
• 提到：「履歷版本」、「主履歷」、「不同版本」、「追蹤履歷」、「哪份履歷」

核心功能

• 建立並維護主履歷文件
• 追蹤客製化的履歷版本
• 依職位/產業分類管理履歷版本
• 維持一致的真相來源
• 簡化履歷更新流程
• 避免版本混淆

版本管理問題

常見痛點：

• 「我寄給 X 公司的是哪個版本？」
• 「我最新的履歷在哪？」
• 「我有 15 個履歷檔案，不知道哪個最好」
• 「我忘了在那個專案後更新履歷」
• 「我每次都從不同的基礎版本開始客製化」

解決方案：
一套系統化的方法：

1. 一份主履歷（真相來源）
2. 有組織的客製化版本
3. 明確的命名規則
4. 更新流程

主履歷概念

什麼是主履歷？

一份完整的文件，包含：

• 你所有的經歷（不僅是最近的）
• 你寫過的所有 bullet points
• 每一項成就、專案、技能
• 完整細節（即使無法全部塞進一頁）

目的： 客製化時從中擷取的真相來源

主履歷結構

# MASTER RESUME - [你的名字]
最後更新：[日期]

## 聯絡資訊
[完整聯絡資料]

## 專業摘要版本
[角色類型 A 的摘要]
[角色類型 B 的摘要]
[角色類型 C 的摘要]

## 所有技能
### 技術技能
[依類別完整列表]

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

### 產業知識
[所有領域]

## 工作經歷

### 公司名稱 | 職稱 | 日期

**所有 Bullet（為每次申請挑選最佳者）：**
• Bullet 1（著重領導力）
• Bullet 2（著重技術）
• Bullet 3（著重成果）
• Bullet 4（著重合作）
• Bullet 5（額外成就）
• Bullet 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、ML 函式庫

依產業

科技/新創：

• 強調：創新、成長、靈活
• 語氣：現代、直接、以成就為導向

企業/大型公司：

• 強調：規模、流程、協作
• 語氣：專業、結構化、全面

金融：

• 強調：分析、合規、準確性
• 語氣：保守、精確、有證照

依年資層級

個人貢獻者：

• 著重執行與技術技能
• 詳細的專案描述
• 技術成就

經理：

• 團隊領導與發展
• 跨部門協作
• 業務影響指標

高階主管：

• 策略領導
• 損益責任
• 組織轉型

申請追蹤

簡單的追蹤試算表

| 公司 | 職位 | 使用的版本 | 申請日期 | 狀態 | 備註 |
|---------|------|--------------|--------------|--------|-------|
| 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. 從主履歷選取相關 bullet
   ↓
5. 選擇適當的摘要版本
   ↓
6. 重新排序技能以符合相關性
   ↓
7. 加入職位特定關鍵字
   ↓
8. 修剪至適當長度
   ↓
9. 以正確命名規則儲存
   ↓
10. 更新申請追蹤表

常見情境

情境 1：申請類似職位

策略：

• 為該職位類型建立一份精心客製化的版本
• 針對每家公司做小幅調整
• 追蹤每個微調版本的去向

情境 2：申請不同職位類型

策略：

• 為每個職位類型建立獨立的基礎版本
• 維持清楚的資料夾分類
• 每個版本都從同一份主履歷擷取

情境 3：大量快速申請

策略：

• 建立 2-3 個強而有力的類別版本
• 使用「通用」版本進行快速申請
• 將深度客製化保留給首選公司

情境 4：轉職

策略：

• 建立以轉職為重點的版本
• 強調可轉移技能
• 保留原始產業版本作為備用

版本控制最佳實務

要：

• ✅ 永遠從主履歷作為來源開始
• ✅ 使用一致的命名規則
• ✅ 追蹤每個版本的去向
• ✅ 保持主履歷更新
• ✅ 為檔案標註日期
• ✅ 備份到雲端儲存

不要：

• ❌ 直接編輯主履歷來申請
• ❌ 使用模糊的名稱如「resume_final_v2」
• ❌ 忘記寄出了哪個版本
• ❌ 讓主履歷過時
• ❌ 有多個「主」檔案
• ❌ 刪除舊版本（改為封存）

輸出格式

管理履歷版本時：

# 履歷版本管理

## 主履歷狀態
**最後更新：**[日期]
**位置：**[檔案路徑]
**經歷條目總數：**[X]
**可用 Bullet Points 總數：**[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]

版本管理檢查清單

• ✅ 主履歷存在且為最新
• ✅ 資料夾結構有組織
• ✅ 命名規則一致
• ✅ 申請追蹤表有維護
• ✅ 知道每個公司收到哪個版本
• ✅ 所有版本都從同一份主履歷擷取
• ✅ 備份系統已就位
• ✅ 舊版本已封存（非刪除）
• ✅ 更新流程已建立
• ✅ 已排定定期檢視主履歷