我的知识平台

转型路径：应用工程师/测试 → 暗中准备 → 成果敲门 → 与 PM 协作 → 逐步承担 PM 职责

项目背景

公司有自研 CFD 软件（云泊），已有专职 PM。我作为应用工程师/测试，想逐步转型为这款产品的 PM。

策略：不争 PM 的位置，先用成果证明能力。从测试驱动的需求分析切入，用实际产出敲开协作之门。

五阶段路线图

阶段 1：PM 认知建立 📚

• 读书：《启示录》《俞军产品方法论》
• 目标：建立 PM 思维框架，理解需求分析、优先级排序、用户研究的方法论

阶段 2：云泊功能边界梳理 🔍

• 交付物：软件边界文档（能做什么/不能做什么/精度如何）
• 方法：基于实际使用经验，逐模块梳理

阶段 3：测试驱动的需求分析 📊

• 交付物：Jira 缺陷数据 → 需求优先级表
• 方法：从飞书/Jira 联动数据中提炼高频问题，按用户影响排序
• 数据基础：已有

阶段 4：竞品分析 📐

• 交付物：云泊 vs Fluent/STAR-CCM+ 功能对比表
• 方法：逐功能对比，标注差距和优势

阶段 5：PM 实践 🤝

• 交付物：拿前四个阶段的成果找现有 PM 协作
• 目标：承担实际 PM 工作，正式切入

阶段 2 和 3 可并行：3 从数据出发（快），2 从体验出发（深）

能力储备

已有的个人项目重新定位为 PM 能力储备：