7.5
深览指数
产品人人都是产品经理·申悦··AI 生成
FDE真正要交付的，是个能持续运行的项目
本文通过一个企业AI项目在客户组织调整后重新启动的真实案例，揭示了FDE（前端开发工程师/产品设计专家）的核心价值不在于交付方案，而在于构建项目持续运行的状态。作者从一次失败的方案提交出发，反思了需求调研前必须先建立产品假设框架，将业务语言翻译成可验证的任务，并持续做出判断以推动项目加速。文章强调，FDE的最终目标是让项目在无人驻场时也能自主运转，交付的是一套责任清晰、节奏稳定的项目机制。适合正在从事企业AI落地、产品设计或项目管理的从业者阅读。原文 ↗
核心观点
- ▍FDE（企业AI项目的产品设计专家）的核心价值不是交付方案，而是让项目形成持续运行的状态，即使关键人员离场，项目也能自主推进。
- ▍在需求调研前，FDE必须先形成一套“产品假设框架”（如“产品是什么、谁来用、怎么用”），再拿着这个框架去业务部门验证，而不是空对空地询问需求。
- 01作者首次方案被否，是因为双方在讨论“功能场景”，而客户领导关心的是“产品定义”和“如何让AI应用跑起来”，导致认知错位。
- 02作者将知识库按照“公共知识、部门知识、个人知识”进行分类，但被客户领导驳回，指出这是“知识维护者视角”，而产品应围绕用户任务（问、查、写）组织。
- 03“新闻知识库”看似简单，但实际拆解后涉及数据源、更新机制、搜索、RAG、内容回溯等不同问题，最终首期方案仅解决“定向查询和原文回溯”。
- 04对于“规章制度”场景，作者发现集团已有系统在管理，且有其他AI项目在建，因此决定直接对接，避免重复建设。
- 05当项目中出现大量无法直接回答的问题（如智能体能否上线、知识库切片效果），作者将其转化为“验证任务”（如准备20-30个真实问题测试），通过小范围测试获取结果。
- 06项目加速的关键是有了“持续做判断的人”，能判断问题属于技术、业务还是组织协同，并找到对应负责人，而不是等待客户领导决策。
- 07作者最终与客户明确：自己负责当前阶段的主刀，但最终目标是让项目责任链（FDE、项目经理、技术、业务、管理者）清晰，能够自主运转。
反方 / 局限
- — 作者承认，FDE的角色有沦为“新一轮人力外包”的风险，即客户越来越依赖外部团队，而项目无法自主运转。
- — 文中隐含的局限是：这种“持续判断”的能力具有高度个人化特征，难以标准化或规模化，且项目自主运转的前提是内部团队具备足够的判断力和执行力。
10 分钟 · 3 卡片 · 4 资料
读原文 →