这篇解决 FDE 与 PM 的边界混淆，尤其针对国内常见的「驻场产品经理」混合岗。
最值得拿走的是四维区分：责任对象（产品 vs 客户场景）、交付物（系统 vs 代码加文档）、时间尺度（长期路线图 vs 单项目周期）、成功定义（指标增长 vs 验收通过与续约）。最容易误用的场景是把 FDE 用成需求传声筒，只收集不加工，这会同时毁掉两个岗位的价值。
相比站内其他岗位对比，这篇的增量是指出两者在「发现」环节高度重叠——重叠的只是动作，不同的赌注：PM 押注的是抽象后的共性需求，FDE 押注的是眼前这个客户的具体场景。还有一个现实约束：国内混合岗普遍存在，识别它的健康度就看范围锁定权在谁手里——在交付侧则偏 FDE，在产品侧则偏 PM，两边都插不上手就是风险信号，值得在入职前问清。
读完建议做一件事：如果你正处混合岗，把本周工作按「服务产品」与「服务单客户」分桶，看比例是否失衡。
—— FDEChina编辑部 · 犀利评审
FDE 和产品经理的区别是什么？
一句话讲清：产品经理对一个产品的长期指标负责，FDE 对一个客户的具体场景能不能跑通负责。PM 的工作是把许多客户的共性需求抽象成产品能力，赌的是复用；FDE 的工作是把大模型能力适配进眼前这家客户的业务流程，赌的是把这一个场景做实。责任对象不同，决定了两者几乎所有的日常差异。
逐个维度看。责任对象上，PM 的「客户」是市场里的一类人群，FDE 的客户是有名字、有采购决策链的具体企业。交付物上，PM 的产出是需求文档、路线图和迭代节奏，FDE 的产出是能上生产的代码、评测集和运维文档。时间尺度上，PM 看的是季度和年度的产品演进，FDE 看的是一个项目周期内的验收与上线。成功定义上，PM 盯留存与增长指标，FDE 盯验收通过、一线使用率和客户续约。每一项的 deeper 对比可参考站内的岗位对比系列，比如 FDE 与咨询顾问的区别。
两者最容易混淆的地方在「需求发现」环节——动作看起来一模一样：访谈、观察、写清楚要做什么。但下注的方向不同：PM 从十次访谈里抽象共性与优先级，FDE 从访谈里锁定这个客户两周内能验收的范围。所以 FDE 需要更强的工程落地手感，PM 需要更强的抽象与取舍能力，这就是为什么 FDE 通常必须会写代码（见 FDE 需要会写代码吗），而 PM 不必。
国内还有一个特殊变量：不少团队设有「驻场产品经理」或「AI 解决方案经理」，职责横跨两边。这类岗位如果只收集需求不加工范围、不碰代码不兜底，两头都会做虚。健康的混合岗应当明确主责——范围锁定与交付兜底归 FDE 侧，产品沉淀归 PM 侧。若你在纠结选哪条路，可以从成功感来源判断：喜欢「把一个客户服务到续约」选 FDE，喜欢「把一类需求做成产品」选 PM。从 FDE 转回产品并不是退路，理由见 回产品团队算失败吗。