产品经理简历,展示判断力而非功能。
结果优于产出。以您推动的指标、您解决的用户问题以及您领导的跨职能团队开始CV。ATS干净且招聘人员可扫描。
- 以结果开头
- 命名用户指标
- 跨职能团队规模
- 免费导出
结果优于产出。
招聘经理读PM CV寻找判断力的证据。「发布功能X」是产出。「识别38%的新注册用户在导入步骤流失;主导6周的设计与工程跨团队工作,新增CSV上传,将第7天留存率提升14个百分点」是结果。
每个高级PM要点应包含动词(发布、kill、定义范围、优先级排序、领导、合作)、工件(功能、文档、团队)和指标(提升、削减、用户行为变化)。三项中两项可以。三项中零项就是让您失去筛选的要点。
kill错误的功能比发布次优功能是更强的PM要点。有kill决策时,从它们开始,完整保留推理。
展示范围而不膨胀它。
团队规模、营收影响、用户数量。「领导7人pod,跨2名设计师和5名工程师」胜过「领导产品团队」。「拥有$4.2M ARR的产品线」胜过「拥有产品」。
如果您的范围小,设定影响对人数比率。「作为PM #2推动公司38%的增长」是比隐藏人数并膨胀团队规模更强的信号。
除非您真的拥有P&L,否则不要声称P&L所有权。筛选会检查,虚假声明是通往拒绝的单程票。
Questions, answered.
PM经验少于7年时1页,以上时2页。高级PM和总监获得2页,因为跨职能背景(团队规模、范围、营收)比工程要点需要更多空间表达。
是的,如果您能写出具体的。命名级别(高级PM、组PM、总监)、产品领域(增长、支付、内部工具)、用户规模(B2C 14M MAU、B2B企业SaaS)和最可辩护的结果(将指标X提升Y点)。
80%硬结果、20%流程和团队。软技能(利益相关者管理、沟通)从结果中推断,不列出。仅当您拥有特定认证或方法论培训(CSPO、Pragmatic、JTBD)时,才在Skills块中列出。
仅当从工程、设计或数据转型到PM时。三个具有用户研究、优先级框架和已发布结果的产品型项目胜过稀疏的工作历史。PM任期超过4年后跳过项目。
「在3周beta后基于28%采用率和4个负面可用性测试kill功能X;将4人工程团队重定向到功能Y,该功能在6周内以71%采用率发布到GA。」kill是判断力的证据。