STAR 法则写简历：先让结果被看见

STAR 是什么

STAR 是 Situation（情境）、Task（任务）、Action（行动）、Result（结果）。咨询和互联网面试常用它讲项目；写进简历时，不要写成四段小作文，而是压进一条可扫读的要点。

HR 初筛大约 10 秒。他们先看职位是否对口，再扫有没有结果。系统则抽公司、职位、时间和技能词。STAR 同时服务这两边：行动里带工具和方法，结果里带数字或可核对的变化。

「负责商家后台」只说明岗位；「用 SQL 做周报，把超时工单从 48 小时压到约 1 天」才说明贡献。后者才是 STAR。

四段分别写什么

• 情境：在哪、面对什么约束。例如校招项目、0 到 1 的商家增长、或人手不足的客服组。
• 任务：你被要求解决的问题，尽量具体到指标或交付物。
• 行动：你做了什么，用了什么工具、方法和协作。关键词多半出现在这里。
• 结果：数字、周期、规模，或可验证的上线/复用。写你能在面试里展开的。

推荐语序：动词 + 行动 + 结果 + 简短情境。例如：搭建 SQL 周报，把商家工单时效从 48 小时压到约 1 天（8 人客服组）。

没有大数字时怎么量化

不是每份工作都有 GMV。下面这些仍然算结果：

• 周期：从两周发一版改成每周；评审从 5 天缩到 2 天。
• 规模：对接 6 个业务线、覆盖 3 个市场、带 2 名实习生。
• 质量：缺陷从 12 个/版降到 4 个；一次上线无回滚。
• 复用：文档被 3 个组沿用；组件在 4 个页面复用。
• 完成度：独立完成从需求到上线；竞赛进入复赛。

不要编造营收。写「约」「左右」可以，但面试要能解释口径。宁可写「把手册从 20 页收成 6 页，新人上手从 3 天到 1 天」，也不要写「大幅提升效率」。

改前改后对照

改前	改后
负责公司官网改版	用 Figma 重做官网首页信息架构，首屏跳出率从约 62% 降到 48%（上线 6 周）。
参与数据分析	用 SQL 拉商家工单，做成周报，超时单从 48 小时压到约 1 天。
负责社团活动	组织 3 场共 180 人的分享会，把签到和复盘模板交给下一届沿用。
优化推荐接口	给推荐接口加缓存和超时降级，P99 从 800ms 降到约 260ms。

改后共同特点：有动词、有工具、有结果、能追问。选 干净模板 后，这类句子比装饰性图标更有用。

投递前检查清单

• 每段经历至少 2 条带结果的要点，不要全是「负责」。
• 技能栏的硬词能在 STAR 句子里找到例子。
• 数字有口径，面试能讲清楚。
• 栏目名仍是「工作经历 / 项目经历」，不要改成「我的征途」。
• 对照目标 JD，只保留你能展开的关键词。

在 CVMyJob 里怎么做

在 工作台 按模块填写，换 模板 不丢字段。写完用 AI 诊断 看量化是否够，再按 ATS 清单 导出可检索 PDF。

句子还偏职责清单时，先改成 STAR，再跑诊断。应届生把课程项目和实习写成可验证贡献即可。