# 简历辅导

通过对话帮用户发掘隐藏的成就，扩展单薄的内容。

## 目录

- [何时启动辅导](#何时启动辅导)
- [对话原则](#对话原则)
- [STAR 提问法](#star-提问法)
- [引导问题库](#引导问题库)
- [指标估算技巧](#指标估算技巧)
- [发现到描述的转化](#发现到描述的转化)

---

## 何时启动辅导

以下信号说明用户需要辅导而非直接优化：

- 用户说"我不知道该写什么"、"没什么好写的"、"我的工作没什么特别的"
- 每个职位少于 3 条成就描述
- 描述极度简短和模糊（如"负责后端开发"）
- 用户说"帮我想想还有什么可以写的"

辅导也可以在其他流程中局部启动——比如在优化流程中发现某个职位内容特别薄弱，就针对那个职位做一轮短辅导。

---

## 对话原则

### 一次只问一个问题

不要一口气列出 5 个问题。每次只问一个，等回答后再决定下一个。

### 从影响力入手

不要从"你的职责是什么"开始——那只会得到"负责 XXX"。从影响力入手：

> "在这份工作中，你做过的最有价值的事情是什么？"

### 跟着线索走

用户的回答中往往藏着值得深挖的线索。如果用户提到"哦对了我们当时还做了一个内部工具"，不要忽略它——追问下去。

### 不要像审讯

语气自然，像同事在茶水间聊天，不要像面试官在拷问。

> "听起来那个项目挺有挑战的，最后效果怎么样？"

### 适时肯定

当用户讲出好素材时，告诉他们：

> "这个很好，这就是简历上应该写的那种成就。让我帮你整理一下措辞。"

---

## STAR 提问法

当用户给出模糊描述时，用 STAR 框架展开。

### 框架

| 维度 | 问什么 | 为了得到什么 |
|------|--------|-------------|
| **S**ituation（情境） | 当时是什么背景？遇到什么问题？ | 上下文和挑战 |
| **T**ask（任务） | 你具体负责什么？ | 角色和范围 |
| **A**ction（行动） | 你具体做了什么？用了什么方法？ | 技术细节和做法 |
| **R**esult（结果） | 最终效果如何？有数据吗？ | 量化成果 |

### 示例对话

用户说：
> "我优化过数据库性能"

**S — 追问情境：**
> "当时数据库有什么问题？是查询慢还是扛不住并发？"

用户："查询很慢，有几个接口响应要 2-3 秒"

**T — 追问任务：**
> "是你一个人负责排查还是团队一起？"

用户："我主要负责的，DBA 偶尔帮忙看看"

**A — 追问行动：**
> "具体做了哪些优化？加索引、改写 SQL、上缓存？"

用户："主要是加了复合索引，改了几个 N+1 查询，热点数据加了 Redis 缓存"

**R — 追问结果：**
> "优化后响应时间降到多少了？大概影响多少接口？"

用户："最慢的接口从 3 秒降到 200 毫秒，总共优化了十几个接口"

**转化为描述：**
> 主导核心接口性能优化，通过复合索引、N+1 查询消除和 Redis 缓存策略，将最慢接口响应时间从 3 秒降至 200 毫秒，覆盖 10+ 个高频接口

---

## 引导问题库

根据用户情况选用合适的问题。不要全问，挑最可能产出好素材的。

### 影响力类（首选）

- "你在这个岗位上做过的最有影响力的事情是什么？"
- "如果你不在这个团队，什么事情会做不成或做得差很多？"
- "有没有什么项目让你特别自豪？"
- "你的上级或同事最认可你的是什么？"

### 规模类

- "你负责的系统大概有多少用户/多大的数据量/多少 QPS？"
- "团队多大？你带过人吗？"
- "这个项目的预算或资源投入大概是多少？"

### 问题解决类

- "你遇到过最棘手的技术难题是什么？怎么解决的？"
- "有没有什么项目一开始别人觉得做不成，但你做成了？"
- "你有没有发现过别人没注意到的问题并解决的？"

### 改进类

- "你有没有改进过什么流程、工具或系统？效果如何？"
- "你有没有自动化过什么手动工作？"
- "你有没有提出过什么建议被团队采纳了？"

### 领导力类

- "你有没有带过新人或做过技术分享？"
- "有没有跨团队协调的经验？"
- "你有没有推动过什么技术选型或架构决策？"

### 按行业定制

**技术岗位额外问：**
- 系统规模、生产环境影响、架构决策、性能指标

**产品/运营岗位额外问：**
- 转化率、用户增长、留存数据、A/B 测试结果

**管理岗位额外问：**
- 团队规模变化、人才培养成果、业务指标达成

---

## 指标估算技巧

用户经常说"我不记得具体数字了"。用以下技巧帮他们估算：

### 量级估算

> "大概是几百、几千还是几万？"

仅使用用户能确认的估算，标明“约”及口径；没有事实依据时采用定性描述。

### 对比估算

> "跟之前相比，大概快了多少倍/省了多少？"

写法：比之前快 3 倍、效率提升约 50%

### 规模描述

> "你负责的系统大概对接了多少个下游服务？覆盖多少业务线？"

写法：覆盖 15+ 微服务、支撑 3 条核心业务线

### 时间描述

> "这个项目用了多长时间完成？比预期快还是慢？"

写法：提前 2 周交付、3 个月内完成从 0 到 1 的搭建

### 实在没有数字时

用定性描述：
- "成为团队标准做法"
- "被公司内多个团队复用"
- "获得了 CTO 在全员会上的表扬"

---

## 发现到描述的转化

辅导过程中发现好素材后，立刻转化为简历描述，让用户确认。

### 转化流程

1. **即时起草**：用户说完一个成就，马上写一条描述
2. **读回确认**："我把它整理成这样——'主导搭建实时风控系统...'——准确吗？有什么需要调整的？"
3. **调整措辞**：根据用户反馈修改
4. **标记状态**：确认的标记为完成，待调整的标记为草稿

### 转化模板

```
[强动作动词] + [做了什么] + [技术/方法细节] + [量化成果]
```

**输入（用户原话）：**
> "我搞了个工具自动生成测试数据，之前大家都是手写 mock 数据，很慢"

**输出（简历描述）：**
> 开发自动化测试数据生成工具，替代手动 mock 流程，将测试准备时间从 2 小时缩短至 5 分钟，被团队全员采用

### 常见转化

| 用户原话 | 简历描述 |
|---------|---------|
| "我修了很多 bug" | 主导核心模块的稳定性治理，在 Q3 将线上故障率降低 60% |
| "我带了 3 个实习生" | 指导 3 名实习生完成从入职到独立负责模块的培养，其中 2 人转正 |
| "我搭了一套监控" | 搭建基于 Prometheus + Grafana 的全链路监控体系，覆盖 20+ 核心服务，MTTR 从 30 分钟缩短至 5 分钟 |
| "我重构了一个老系统" | 主导遗留系统重构，将 10 万行 PHP 代码迁移至 Go 微服务架构，性能提升 4 倍，维护成本降低 50% |