Resume Writing (Deep Workflow)
A strong tech resume proves impact with evidence, not adjectives. Optimize for skimmability (recruiters spend seconds) and interview-defensible depth.
When to Offer This Workflow
Trigger conditions:
- - Active job search; career pivot (IC ↔ management, domain change)
- Low response rate; resume too long or generic
Initial offer:
Use six stages: (1) target & positioning, (2) experience structure, (3) impact bullets, (4) skills & keywords, (5) ATS & format, (6) review & tailoring). Confirm regional norms (one page vs two for mid/senior).
Stage 1: Target & Positioning
Goal: One-line headline aligned with the next role you want—not every past title.
Exit condition: 2–3 target job descriptions saved as references for keyword alignment (without copying dishonestly).
Stage 2: Experience Structure
Goal: Reverse chronological; roughly 3–5 bullets per role; most recent role deepest.
Practices
- - Projects section only for early career, OSS, or notable side work
Stage 3: Impact Bullets
Goal: Pattern: strong verb + scope + quantified outcome (“Reduced p95 API latency 40% by…”).
Practices
- - Metrics: users, revenue, %, incidents avoided, time saved
- Never fabricate numbers—approximate ranges only if ethically OK
Stage 4: Skills & Keywords
Goal: Skills section mirrors target JD language for tools you can defend in interview.
Stage 5: ATS & Format
Goal: Simple layout; standard headings; avoid critical text only inside images; PDF unless employer specifies otherwise.
Stage 6: Review & Tailoring
Goal: Tailor top bullets per application; proofread; peer review for clarity and exaggeration checks.
Final Review Checklist
- - [ ] Headline matches target role
- [ ] Bullets emphasize measurable impact
- [ ] Skills honest and interview-defensible
- [ ] ATS-friendly formatting
- [ ] Proofread; consistent tense and date format
Tips for Effective Guidance
- - Remove filler (“team player”) unless proven by story elsewhere.
- Staff+ candidates: emphasize scope, multi-team leadership, and business outcomes.
- Link GitHub/portfolio only if maintained and impressive.
Handling Deviations
- - Non-traditional path: emphasize projects with outcomes and certifications if relevant.
简历撰写(深度工作流程)
一份优秀的技术简历应以证据证明影响力,而非形容词堆砌。优化简历的可扫读性(招聘人员仅用数秒浏览)和经得起面试深挖的深度。
何时提供此工作流程
触发条件:
- - 正在求职;职业转型(独立贡献者↔管理岗、领域转换)
- 回复率低;简历过长或内容泛泛
初始建议:
采用六个阶段:(1)目标与定位、(2)经历结构、(3)影响力要点、(4)技能与关键词、(5)ATS与格式、(6)审查与定制)。确认地区规范(中高级岗位一页还是两页)。
阶段1:目标与定位
目标: 撰写与下一份目标岗位匹配的一行标题——而非过往所有职位头衔。
退出条件: 保存2-3份目标职位描述作为关键词对齐参考(不得抄袭)。
阶段2:经历结构
目标: 倒序排列;每个职位约3-5个要点;最近职位最详细。
实践要点
阶段3:影响力要点
目标: 模式:强动词 + 范围 + 量化成果(通过……将p95 API延迟降低40%)。
实践要点
- - 指标:用户数、收入、百分比、避免的事故、节省的时间
- 绝不捏造数字——仅在符合道德的前提下使用近似范围
阶段4:技能与关键词
目标: 技能板块镜像目标职位描述中你能在面试中捍卫的工具术语。
阶段5:ATS与格式
目标: 简洁布局;标准标题;避免关键信息仅存在于图片中;除非雇主另有要求,否则使用PDF格式。
阶段6:审查与定制
目标: 每次申请定制顶部要点;校对;同行审查清晰度并检查夸大内容。
最终审查清单
- - [ ] 标题匹配目标岗位
- [ ] 要点强调可衡量的影响力
- [ ] 技能真实且经得起面试深挖
- [ ] ATS友好格式
- [ ] 已校对;时态和日期格式一致
有效指导技巧
- - 删除填充词(团队合作者),除非在其他地方有故事佐证。
- 高级候选人:强调范围、跨团队领导力和业务成果。
- 仅当维护良好且令人印象深刻时,才链接GitHub/作品集。
处理偏差情况
- - 非传统路径:如有相关成果和认证,重点突出项目。