这张卡讲 FDE 的最佳搭档：一个坐在客户现场做产品决策的 PM。
核心拆解：Forward Deployed PM 与常规 PM 的差异在决策依据——常规 PM 的优先级由路线图与数据面板驱动，前置部署 PM 的优先级由眼前这个客户的真实场景驱动，边交付边定义需求。与 FDE 的分工：PM 管价值判断与范围取舍，FDE 管实现与验证，两者共享同一个客户现场。现场共同在场是这套搭配的前提：需求争议当场裁决，不过夜、不转述。
增量判断：这一角色多见于部署型 AI 公司，国内少见独立岗位，职能常由资深 FDE 兼任；兼任的代价是产品视角被交付压力挤压，需求定义质量下降。典型症状是同类需求在不同客户处反复重做，说明缺乏抽象；兼任者要向团队公示取舍标准，减少随机性。
行动建议：如果你在现场既写代码又定需求，每周留出半天只做需求取舍，不碰实现，用来盘点需求清单并做减法，砍掉的每一条都要向客户说明理由。
—— FDEChina编辑部 · 实战派
定义
前置部署产品经理（Forward Deployed PM）指被派驻客户现场、边交付边定义产品的产品经理形态，与 Forward Deployed Engineer（FDE）组成现场搭档，负责价值判断、范围取舍与需求定义。
展开
与常规产品经理的差异在决策依据：常规 PM 的优先级由路线图、数据面板与多个客户的加权需求驱动；前置部署 PM 的优先级由眼前这个客户的真实场景驱动，需求在交付过程中被发现和定义，而不是提前半年排期。与 FDE 的分工边界要清楚：PM 判断「该不该做、做到什么程度」，FDE 判断「能不能做、怎么做最快」，两者共享同一个现场但不应互换职能——PM 替客户做减法的权力，来自他不背实现的包袱。
最常见的角色失败是退化成客户的传话筒：客户说什么记什么，原样带回团队，需求不经过价值过滤。国内团队很少设独立的前置部署 PM，职能多由资深 FDE 兼任，兼任的现实代价是产品视角被交付压力挤压，长期看会影响需求的定义质量，需要用制度而非自觉来保护。