每个要点都以强动词开始,命名工件或系统,并落实量化结果。下面的示例展示了12个角色的结构,与弱版并排。
弱:「在推荐系统上工作,并为许多用户改进了它。」 强:「领导了4位工程师在Python和PyTorch中重写推荐服务,在12M周用户上将CTR提升18%。」
弱:「帮助降低服务器成本。」 强:「将搜索集群从EC2迁移到EKS上的spot实例,在相同p99延迟下将计算开销从每月$48k削减到$19k。」
弱:「负责onboarding功能。」 强:「识别出38%的新注册在import步骤流失;领导跨设计和工程的6周努力以添加CSV上传,将day-7留存率提升14个百分点。」
弱:「帮助优先排序路线图。」 强:「基于28%的采用率和4次负面可用性测试,在beta3周后停止功能X;将4工程师团队重定向到功能Y,6周内GA,采用率71%。」
弱:「通过营销活动增长用户基础。」 强:「在HubSpot和Customer.io上运行lifecycle营销项目,以$7.40的CAC在两个季度内将MAU从38k增长到112k。」
弱:「提高邮件打开率。」 强:「审计揭示28%列表流失后,重建14段lifecycle项目;将打开率从18%提升到31%,并将取消订阅削减41%。」
弱:「持续超过销售配额。」 强:「$1.8M配额达成124%,$42k ACV,32天周期,5个月内ramp;FY24的AE队列前10%。」
弱:「与客户建立了牢固的关系。」 强:「通过与CS合作在12个战略账户上协调的QBR运动,完成4笔总计$640k ARR的企业扩展。」
不到22个字。招聘人员扫描,他们不阅读。超过22个字,要点会在大多数模板上换到第三行,并读起来像段落。
目标是55到75%的要点带数字。低于55%结果密度分数下降;高于75%读起来表演性强,招聘人员会怀疑。没有数字的要点也应描述具体变化。
在一个角色内,不可以。混合动词以保持眼睛移动。在不同角色之间,准确时重复是可以的。
引用你控制的输入:团队规模、系统规模、决策框架、流程变更。「构建X以处理12k req/s」是可辩护的结果,即使没有下游业务指标。
三到六个。最新角色五到六个。超过5年的角色三个。任何超过12年的获得两个要点或归入「早期经验」。