拆开 STAR
一条经历要点，尽量覆盖这四层：你在什么背景下，承担什么目标，采取了哪些关键动作，最终带来什么可验证变化。简历里通常压成 1–2 句，而不是四段小作文；面试口述时再把细节展开。
业务背景、约束、当时卡住的问题。半句就够。
你要交付的目标，或你在这件事里的角色。
你亲自做的动作：拆解、推动、重构、验证。
数字、范围或可追问的变化，用来收尾。
压成简历上的一句主导商家后台改版（S/T），拆解支付链路并推动跨端联调（A），上线后转化率提升 18%、投诉下降 40%（R）。
为什么简历特别适合 STAR
招聘方扫简历的时间极短。他们要快速判断三件事：你是否做过类似问题、你是否能独立推进、你的产出是否可信。STAR 正好对应这三点。
情境说明你处理过同类问题，而不是只写过岗位名称。
行动写清你亲自推进到哪一步，面试才经得起追问。
结果用数字或范围收尾，比「负责」「参与」更可信。
程序员、产品、运营、设计都适用，差别只在指标：研发写性能、稳定性、交付效率；产品写转化、留存、需求吞吐；运营写增长、成本、活动 ROI。结构不变，换指标即可。版式可以后选，先把经历写清楚，再套 简历模板。
三条可立刻套用的写法
用动词开头：主导、搭建、优化、推动、落地、重构、设计、验证——比「负责」「参与」更能体现贡献度。结果尽量量化：时长、金额、比例、用户量、错误率、交付周期、覆盖范围。一段写 2–4 条要点，每条只讲一件事。
套进去之后重构订单查询接口，引入缓存与分页策略，P99 延迟从 800ms 降至 220ms。
写过程结果：按期上线、缺陷数下降、联调周期缩短、自动化节省工时、支持多少人使用、通过多少轮评审。真实且可追问，就比「显著提升效率」更强。
改写对照
左边是常见的职责清单，右边是压过 STAR 之后的句子。对照着改自己的经历即可。
负责公司官网改版项目，和设计、研发协作，完成了多个页面上线，积累了项目管理经验。
主导官网改版，协调设计与前端 6 人小组，两周内完成 12 个核心页面上线；首月自然搜索流量提升 27%。
参与微服务改造，写过一些接口，熟悉 Spring Cloud。
将会员中心从单体拆为 3 个服务，补齐熔断与超时配置；灰度两周后接口错误率从 1.8% 降至 0.3%，高峰 CPU 占用下降约 25%。
负责活动策划，和多个部门沟通，活动效果不错。
策划拉新活动并协调投放、内容、客服三方，两周内完成落地；活动期新增注册 1.2 万，次日留存较日常提升 6 个百分点，单注册成本下降 18%。
常见误区
-
只有职责没有结果 「负责后端开发」说明不了你做成了什么。
-
团队成果全算自己的 用「主导 / 独立完成 / 作为核心开发」划清边界，面试才经得起追问。
-
堆砌形容词 「高效」「深入」「赋能」不如一个具体动作加一个数字。
-
与目标岗位无关 再漂亮的结果，若和 JD 无关，也建议压缩或删掉。
-
数字不可解释 写了「提升 50%」却说不清口径，反而减分。环比、对比实验、上线前后窗口都可以。
写完后自检
导出前用这五条过一遍。应届生同样可以把课设与实习套进 STAR，重点写角色、模块与结果。
常见问题
简历里每条经历都必须写全 STAR 四段吗？
不必。简历空间有限，通常压缩成 1–2 句：行动要清楚，结果要可验证；情境和任务合并成半句背景即可。面试时再展开细节。
没有漂亮数据时，Result 怎么写？
写过程结果：交付周期、覆盖范围、缺陷率、自动化节省工时、是否按期上线、用户或内部反馈变化。具体且真实，就比空泛形容词强。
可以让 AI 直接生成 STAR 句子吗？
可以当副驾驶。先自己列出事实与数字，再让 AI 润色句式；不要让模型虚构指标。也可用站内 AI 按 STAR 润色 做第一轮改写。